[pulseaudio-discuss] An raop2 support

[Hajime Fujita]

Hi Anton,

Thank you for testing and reporting several issues.

Anton Lundin wrote:
> On 06 September, 2013 - Hajime Fujita wrote:
> 
>> Hi Anton,
>>
>> Thank you for your interest.
>>
>> I have switched to a new branch and several new features/fixes are
>> integrated. Could you test this one, if you'd like?
>> https://github.com/hfujita/pulseaudio-raop2/commits/raop2-for-merge
>>
>> The following command should allow you to switch to the latest branch.
>> $ cd pulseaudio-raop2
>> $ git fetch origin
>> $ git checkout -b raop2-for-merge origin/raop2-for-merge
>>
>> Or you can simply clone the whole tree again (assuming that your
>> internet connection to github is fast enough.)
> 
> I tested the new branch, and stuff worked loads better!
> 
> I also tested the patches you posted here on the list on top of current
> master and it worked the same.
> 
> I have quite a few assertions:
> raop_packet_buffer.c: Assertion 'packet->data[4 + 3] == (seq_num & 0xff)' failed at modules/raop/raop_packet_buffer.c:154, function pa_raop_pb_read_packet(). Aborting.
> 
> This should be fully reproducible if you test the raop module against
> XBMC.

Hmm... I thought this should not happen (that's why I inserted assertion
instead of warning).
I found one clear bug in the current implementation.

I've pushed two patches to the `raop2-for-merge1` branch with aiming to
solve this issue (again, sorry for the terrible branch naming!)
https://github.com/hfujita/pulseaudio-raop2/commits/raop2-for-merge1

> Against the Denon receiver i se some errors like:
> E: [lt-pulseaudio] rtsp_client.c: Assertion 'c->url' failed at modules/rtp/rtsp_client.c:400, function rtsp_exec(). Aborting.
> 
> Thats related to when i move the volume slider. I could get you a
> network trace if that helps?

I'm aware of this issue and found out the cause.
I'm now trying to figure out what would be the best way to fix it...

> 
> I also se some:
> D: [lt-pulseaudio] rtsp_client.c: Sending command: RECORD
> E: [raop-sink] module-raop-sink.c: Failed to send UDP packet: Resource temporarily unavailable
> 
> When setting up a stream.
> 
> While i tested the patches posted to the list, i also tested the new
> tunnel sink and it worked to tunnel to a raop sink with the new module
> without the "stuttering", yey =)
> 
> 
> //Anton
> 
> 
>>
>> Anton Lundin wrote:
>>> On 28 August, 2013 - Hajime Fujita wrote:
>>>
>>>> Hello,
>>>>
>>>> Recently I found that the current PulseAudio did not support the latest
>>>> AirPlay audio streaming, so I started to brush up the raop2
>>>> implementation based on Christophe Fergeau and Martin Blanchard's
>>>> implementation.
>>>>
>>>> Here is my ongoing work.
>>>> https://github.com/hfujita/pulseaudio-raop2 (repo)
>>>> http://hfujita.github.io/pulseaudio-raop2/ (brief document)
>>>>
>>>> My primary goal is to enjoy musics in my AV receiver from Linux, but a
>>>> vague ambitious is to get the code merged into upstream so that anyone
>>>> can use the feature by just using distro packages.
>>>>
>>>> Current status:
>>>> * Plays music with Pioneer VSX-43.
>>>> * Sound test (launched from the GNOME sound setting dialog) does not
>>>> work (no sound heard).
>>>> * When stop playing music and then start again, PulseAudio may go into
>>>> an abnormal state (no sound/hang up/crash).
>>>> * Works reasonably fine with VLC/totem but when playing music from
>>>> Rhythmbox, quite rough sound is heard.
>>>> * Packet retransmission is not supported yet.
>>>>
>>>> I'm very happy to hear any sort of suggestions.
>>>> In the near future I may ask several technical questions about
>>>> PulseAudio internals.
>>>
>>> Hi!
>>>
>>> I thought i take it for a spinn and try it against my XBMC machine and my
>>> Denon-1912, and got some mixed results.
>>>
>>> First i thought i test it by running another pulseaudio server on my
>>> machine and use tunnel-sink to connect my "regular" server to the server
>>> with the new raop-module in it, but that didn't really work. Something
>>> with the raop-module doesn't really behave when a tunnel sink is feeding
>>> it.
>>
>> Could you point me out any document that I can follow to reproduce the
>> above situation?
>>
>>> Later i tested to run a real client against it, and that works quite
>>> well!
>>> Occasional stutter, maybe once a minute, when running against XBMC, but
>>> stutter every 10 seconds or so when running against the Denon receiver.
>>
>> This might be fixed by the latest patch I showed before, as they
>> introduce packet retransmission and more precise timing calculation.
>>
>>> Looks like XBMC uses libshairport and it might be a interesting project
>>> to write a module using that to receive raop to pulseaudio?
>>
>> Could be interesting, but my current interest is to use Linux machine as
>> an audio source, not the sink. Also it's beyond my capability right now.
>>
>>>
>>>
>>> //Anton
>>>
>>>
>>
>> Thanks,
>> Hajime
>>
>>
>> _______________________________________________
>> pulseaudio-discuss mailing list
>> pulseaudio-discuss at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
> 


Thanks,
Hajime