* alsa resampler comstraints.
@ 2006-09-21 20:54 James Courtier-Dutton
2006-09-22 16:25 ` Clemens Ladisch
0 siblings, 1 reply; 2+ messages in thread
From: James Courtier-Dutton @ 2006-09-21 20:54 UTC (permalink / raw)
To: alsa-devel
Hi,
I want to document some of the constraints of the alsa resampler.
Here is what I understand, and I would like someone to verify my
statements before I document them.
1) The buffer and period sizes for the sound card hardware to resampler
are limited to the max buffer and period sizes available on the
hardware. As a result, the available buffer and period sizes vary
depending on hardware utilised.
2) The resampler converts one hardware period size at a time. This
results in the buffer and period size constraints explained in (1)
arriving at the application as a direct ratio of source and destination
sample rate.
e.g. hardware has 2 periods of 1024 frames running at 48000 Hz.
application will see 2 periods of 1024 * 44100 / 48000 = 940.8. This is
rounded down to 940 frames. So the user application sees 2 periods of
940 frames.
If user space asks for 2 periods of 1024 at 44100 hz it will fail.
The above 2 points were true some time ago. Has anything changed?
Kind Regards
James
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: alsa resampler comstraints.
2006-09-21 20:54 alsa resampler comstraints James Courtier-Dutton
@ 2006-09-22 16:25 ` Clemens Ladisch
0 siblings, 0 replies; 2+ messages in thread
From: Clemens Ladisch @ 2006-09-22 16:25 UTC (permalink / raw)
To: James Courtier-Dutton, alsa-devel
James Courtier-Dutton wrote:
> I want to document some of the constraints of the alsa resampler.
> Here is what I understand, and I would like someone to verify my
> statements before I document them.
>
> 1) The buffer and period sizes for the sound card hardware to resampler
> are limited to the max buffer and period sizes available on the
> hardware. As a result, the available buffer and period sizes vary
> depending on hardware utilised.
Yes. This is true for most of the plugins.
> 2) The resampler converts one hardware period size at a time. This
> results in the buffer and period size constraints explained in (1)
> arriving at the application as a direct ratio of source and destination
> sample rate.
Yes.
> The above 2 points were true some time ago. Has anything changed?
That part of the resampler hasn't changed.
Regards,
Clemens
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2006-09-22 16:25 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-09-21 20:54 alsa resampler comstraints James Courtier-Dutton
2006-09-22 16:25 ` Clemens Ladisch
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.