bug in alsa-lib/snd_pcm_plugin_delay for capture?

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

 



Since the PulseAudio commit 29acfd0e0413a9bd126782763ee2dcf10357546 I
am seeing errors messages telling me that the information reported by
snd_pcm_avail_delay is not accurate on the capture path, more
specifically the delay is lower than the available samples.
I spent a little bit of time to find the root cause, and I believe
this is a problem with alsa-lib plugins. I never see any errors when
using hw devices. Conversely I always have these errors when using the
front: plugin (the pulseaudio default).
When I looked at the code, I saw that snd_pcm_plugin_delay and
snd_pcm_plugin_avail_update don't really match. There is additional
code in snd_pcm_plugin_avail_update for the capture case that is not
present when in the delay code, and that causes the delta between the
values reported.
Since I don't understand this code that has all kinds of
mmap_commit/forward/undos, I have to ask higher powers for advice.
Jaroslav, could you take a look at the code and let me know if my
analysis is correct?
Thanks,
-Pierre
_______________________________________________
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