[pulseaudio-discuss] RAOP2 patch testing result

[Hajime Fujita]

Hello Alexander,

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


Thank you,
Hajime

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-[192.168.1.39]: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
>