maximum tolerable sampling frequency difference for a driver

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Let's say that the driver cannot set the exact sampling frequency
asked via hwparms but something near (because of the granularity of
the result of the clock division). What is the maximum difference that
should be accepted (in Hz or in %)? I guess that there are 2 factors
playing a role:

1) if the frequency is too different then the upper layers report a
undeflow/overflow

2) the sound just doesn't sound good (just a bit too presto or too adagio)

So what difference should be accepted instead of returning -EINVAL?

Thanks,

-- 
Christian Pellegrin, see http://www.evolware.org/chri/
"Real Programmers don't play tennis, or any other sport which requires
you to change clothes. Mountain climbing is OK, and Real Programmers
wear their climbing boots to work in case a mountain should suddenly
spring up in the middle of the computer room."
_______________________________________________
Alsa-devel mailing list
Alsa-devel@xxxxxxxxxxxxxxxx
http://mailman.alsa-project.org/mailman/listinfo/alsa-devel

[Index of Archives]     [ALSA User]     [Linux Audio Users]     [Kernel Archive]     [Asterisk PBX]     [Photo Sharing]     [Linux Sound]     [Video 4 Linux]     [Gimp]     [Yosemite News]

  Powered by Linux