Re: maximum tolerable sampling frequency difference for a driver

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

 



On Tue, Nov 11, 2008 at 05:17:00PM +0100, chri wrote:
> 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:

It's relatively application-specific - it'll depend on things like how
accurate the clocks were in the first place and what the sound is being
used for (system beeps are going to tolerate a lot more than something
doing audiophile quality stuff).

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

If this is for the Samsung boards you've been posting patches for then a
few percent should be OK most of the time.
_______________________________________________
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