Hi,<br><br>I have now found a partial solution to the protocol error that happens when I try to play sound remotely through pulse.<br>What I did was I played around with different versions of pulseaudio on the remote side by using different versions of Ubuntu.<br>
On the local server side, we are using pulseaudio 0.9.15.<br>Ubuntu Lucid Lynx 10.04 has version 0.9.22 of pulseaudio and it gives &quot;protocol error&quot; on the local server side.<br>Ubuntu Koala Karmic 9.10 has version 0.9.19 of pulseaudio and it gives &quot;protocol error&quot; on the local server side.<br>
Ubuntu Jaunty Jackelope 9.04 has version 0.9.14 of pulseaudio and it works perfectly without the &quot;protocol error&quot; on the local server side.<br><br>I will see if I can downgrade the version of pulseaudio in Ubuntu Lucid Lynx.<br>
<br>Question: Is it possible to force pulseaudio to use an older protocol?<br><br>br,<br>Quinn<br><br><div class="gmail_quote">On Sun, May 22, 2011 at 4:49 PM, Quinn Plattel <span dir="ltr">&lt;<a href="mailto:qiet72@gmail.com">qiet72@gmail.com</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi,<br><br>Here are my results....<br><br><div class="gmail_quote"><div class="im">On Sat, May 21, 2011 at 7:58 PM, Colin Guthrie <span dir="ltr">&lt;<a href="mailto:gmane@colin.guthr.ie" target="_blank">gmane@colin.guthr.ie</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hi,<br>
<br>
I think you&#39;re maybe getting a little confused by client and server in<br>
terms of how things work here (perhaps not, as I&#39;ve not thoroughly read<br>
all the many posts in this thread).<br></blockquote></div><div><br>You are right.  I used the terminology because of the way I am ssh&#39;ing from and to.<br><br></div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



2. Open a terminal and type: &quot;xprop -root | grep PULSE_COOKIE&quot; Ensure<br>
this has some output. If it does not then chances are the<br>
&quot;start-pulseaudio-x11&quot; script was not run at login (or you have<br>
restarted your PA server after logging in). Try just running<br>
&quot;start-pulseaudio-x11&quot; and see if that fixes it.<br></blockquote></div><div><br>&quot;xprop -root | grep PULSE_COOKIE&quot; does not turn up any results on the local sound server or on the remote sound client side<br>

&quot;dpkg -L pulseaudio | grep start-pulseaudio-x11&quot; does not turn up any results on the local sound server side but<br>it does turn up results on the remote sound client side.<br><br></div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


<br>
3. Ensure that the tcp native protocol module is loaded. &quot;pacmd<br>
list-modules | grep module-native-protocol-tcp&quot; If it is not loaded,<br>
then simply type: &quot;pactl load-module module-native-protocol-tcp&quot;<br></blockquote></div><div><br>pacmd gives the error &quot;No PulseAudio daemon running, or not running as session daemon.&quot; on the local sound server side but<br>

I managed to get around this by:<div class="im"><br># stop pulseaudio<br># pulseaudio --system --high-priority -C<br><br></div>and then at the pulseaudio command line: list-modules<br>Here is the module:<br>-------------------------------<br>
    index: 18<div class="im"><br>
    name: &lt;module-native-protocol-tcp&gt;<br></div>    argument: &lt;auth-anonymous=1&gt;<br>    used: -1<br>    load once: no<br>    properties:<br>        module.author = &quot;Lennart Poettering&quot;<br>        module.description = &quot;Native protocol (TCP sockets)&quot;<br>

        module.version = &quot;0.9.15&quot;<br>------------------------------- <br><br></div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


<br>
4. SSH to your other machine:  ssh -X -R4713:localhost:4713 OTHERMACHINE<br>
<br>
If you get a warning:<br>
Warning: remote port forwarding failed for listen port 4713<br>
then chances are there is a PA daemon running there already, or you&#39;ve<br>
SSH&#39;ed twice. If the former, just change the *first* instance of 4713 to<br>
a random number of your choice (&gt;1024).<br></blockquote></div><div><br>No problems there.<br> <br></div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


<br>
5. On this remote machine, check your cookie is available via the xprop<br>
command show in step 2. If X11 forwarding is working properly, it should<br>
show up fine.<br></blockquote></div><div><br>&quot;xprop -root | grep PULSE_COOKIE&quot; does not give any results on the remote machine.<br><br></div><div class="im"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


<br>
6. Set the PULSE_SERVER variable to the forwarded tunnel port.<br>
<div> export PULSE_SERVER=localhost:4713<br>
</div>(or the port number you picked in step 4 if different)<br>
<br>
7. Confirm it&#39;s all working: PULSE_LOG=99 pactl stat<br>
<br></blockquote></div><div>Results of &quot;PULSE_LOG=99 pactl stat&quot; on the remote sound client side:<div class="im"><br>-----------------------------------------<br>Using shared memory pool with 1024 slots of size 64.0 KiB each, total size is 64.0 MiB, maximum usable slot size is 65472<br>

Trying to connect to localhost:4713...<br>SHM possible: yes<br></div>Protocol version: remote 16, local 16<br>Negotiated SHM: no<br>Connection failure: Connection terminated<br>-----------------------------------------<br>
<br>Results on the local sound server side:<br>
------------------------------------------<div class="im"><br>E: protocol-native.c: protocol error, kicking client<br></div>------------------------------------------ <br><br></div><div><div></div><div class="h5"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


<br>
Done!!<br>
<br>
So in this setup, the cookie used for authentication is forwarded<br>
automatically via piggy backing on to X11 connections but as you cannot<br>
connect directly to the machine we&#39;ve had to override the PULSE_SERVER<br>
variable to go over the SSH tunnel.<br>
<br>
Below is the output from my session where I run these exact commands<br>
(note the host name in the pactl stat at the end).<br>
<br>
HTHs<br>
<br>
Col<br>
<br>
<br>
[colin@jimmy ~]$ hostname<br>
jimmy<br>
[colin@jimmy ~]$ xprop -root | grep PULSE_COOKIE<br>
PULSE_COOKIE(STRING) = &quot;71eb0d3d53819c42957ce9......&quot;<br>
[colin@jimmy ~]$ pacmd list-modules | grep module-native-protocol-tcp<br>
        name: &lt;module-native-protocol-tcp&gt;<br>
[colin@jimmy ~]$ ssh -X -R 5555:localhost:4713 mediacentre<br>
Last login: Sat May 21 18:51:40 2011 from jimmy.local<br>
[media@(Media)centre ~]$ xprop -root | grep PULSE_COOKIE<br>
PULSE_COOKIE(STRING) = &quot;71eb0d3d53819c42957ce9......&quot;<br>
[media@(Media)centre ~]$ export PULSE_SERVER=localhost:5555<br>
[media@(Media)centre ~]$ PULSE_LOG=99 pactl stat<br>
<div>Using shared memory pool with 1024 slots of size 64.0 KiB each, total<br>
</div>size is 64.0 MiB, maximum usable slot size is 65496<br>
Trying to connect to localhost:5555...<br>
SHM possible: no<br>
Protocol version: remote 21, local 16<br>
Negotiated SHM: no<br>
Currently in use: 2 blocks containing 149.9 KiB bytes total.<br>
Allocated during whole lifetime: 1220055 blocks containing 1.6 GiB bytes<br>
total.<br>
Sample cache size: 86.0 KiB<br>
User name: colin<br>
Host Name: jimmy<br>
Server Name: pulseaudio<br>
Server Version: 1.0.0-0.354.1.csg1<br>
<div>Default Sample Specification: s16le 2ch 44100Hz<br>
Default Channel Map: front-left,front-right<br>
</div>Default Sink: alsa_output.pci-0000_00_1b.0.analog-stereo<br>
Default Source: alsa_input.pci-0000_00_1b.0.analog-stereo<br>
Cookie: d7756be2<br>
[media@(Media)centre ~]$<br>
<font color="#888888"><br>
<br>
<br>
--<br>
</font><div><div></div><div><br>
Colin Guthrie<br>
gmane(at)<a href="http://colin.guthr.ie" target="_blank">colin.guthr.ie</a><br>
<a href="http://colin.guthr.ie/" target="_blank">http://colin.guthr.ie/</a><br>
<br>
Day Job:<br>
  Tribalogic Limited [<a href="http://www.tribalogic.net/" target="_blank">http://www.tribalogic.net/</a>]<br>
Open Source:<br>
  Mageia Contributor [<a href="http://www.mageia.org/" target="_blank">http://www.mageia.org/</a>]<br>
  PulseAudio Hacker [<a href="http://www.pulseaudio.org/" target="_blank">http://www.pulseaudio.org/</a>]<br>
  Trac Hacker [<a href="http://trac.edgewall.org/" target="_blank">http://trac.edgewall.org/</a>]<br>
<br>
_______________________________________________<br>
pulseaudio-discuss mailing list<br>
<a href="mailto:pulseaudio-discuss@mail.0pointer.de" target="_blank">pulseaudio-discuss@mail.0pointer.de</a><br>
<a href="https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss" target="_blank">https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss</a><br>
</div></div></blockquote></div></div></div><br><br clear="all"><div><div></div><div class="h5"><br>-- <br>Best regards/Med venlig hilsen,<br>Quinn Plattel<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Best regards/Med venlig hilsen,<br>Quinn Plattel<br>