Hello Takashi, On Mon, Oct 27, 2003 at 01:01:37PM +0100, Takashi Iwai wrote: > At Sat, 25 Oct 2003 22:02:21 +0200, > Andreas Mohr wrote: > > Or, as a short summary: > > The application is perfectly well aware of how many bytes there are left > > to read (from calling SNDCTL_DSP_GETISPACE) and then does a read() with > > this amount of bytes, however since the ALSA OSS layer attempts to read > > this byte amount in blocks of runtime->oss.period_bytes bytes from the sound > > device, we ARTIFICIALLY cause a -EAGAIN to be returned due to insufficient > > available data, thus potentially confusing many OSS applications. > > > > Now what to do here? > > this problem is a bit touch, because the ALSA OSS layer does the > sample-rate conversion, etc. > when the sample rate is converted between 44.1kHz and 48kHz, some > round error may happen and it will be accumulated. hence, the size > will be different between two cases: reading a whole period once and > reading a period by multiple calls. > > i'll take a more deeper look... Ah, thanks! (also for the explanation given above)
Given that 1.0 is approaching, it'd certainly be useful to get such a problem fixed ;-) Andreas Mohr ------------------------------------------------------- This SF.net email is sponsored by: The SF.net Donation Program. Do you like what SourceForge.net is doing for the Open Source Community? Make a contribution, and help us add new features and functionality. Click here: http://sourceforge.net/donate/ _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
