[pulseaudio-discuss] RAOP2 patch testing result

Hajime Fujita crisp.fujita at nifty.com
Sun Jan 4 21:17:47 PST 2015

Hello Alexander,

Thank you for quick review & response.
We will take a look at the valgrind issues.

Thank you,

Alexander E. Patrakov wrote:
> 05.01.2015 08:57, Hajime Fujita wrote:
>> Hello Alexander,
>>>>> Then I pressed the back arrow to seek back. Result: it froze.
>>> Also tested with VLC, seeking there does not freeze.
>> We believe we finally figured out the cause and fixed the issue.
>> Please try the latest patches in
>> https://github.com/hfujita/pulseaudio-raop2 (at `hf/raop2-v2-v5.99.1`
>> branch).
> Fixed indeed.
>> The detailed discussion can be found here:
>> https://github.com/hfujita/pulseaudio-raop2/issues/31
>>> With Bino, I was able to trigger this assertion failure:
>>> E: [raop-sink-[]:5000] rtsp_client.c: Assertion 'c->url'
>>> failed at modules/rtp/rtsp_client.c:441, function rtsp_exec(). Aborting.
>> I could not reproduce this (Bino immediately crashed with any of my
>> input file), but I believe this has also been fixed in the above branch.
>> (https://github.com/hfujita/pulseaudio-raop2/issues/9)
> Indeed, there is no such crash anymore.
>>>>> Then I started Airfoil Speakers on Android. Result: PulseAudio does
>>>>> not
>>>>> see it, even if module-raop-discover is reloaded.
> And Airfoil Speakers is not a RAOP2 server. So not a bug.
> Still, we have a lot of valgrind splats during normal usage of the
> module, please find them in the attached file.
> If your PC is not fast enough by default to valgrind pulseaudio (i.e. if
> pulseaudio gets killed on starting a new stream due to exhausting the
> realtime budget), this default.pa tweak can help:
> load-module module-udev-detect tsched_buffer_size=50000

More information about the pulseaudio-discuss mailing list