<div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> > p.s. I'm having problems with the module-tunnel-sink as is but can't provide > any useful information except for saying there is a problem :) more > specifically, has anyone had success in transfering a client from a local > (alsa) sink to a tunnel sink and back again? I fail at the "and back again" > :( The application creating the sound is mplayer, and it just gets stuck at > that point (I'm using padsp mplayer, not the mplayer pulse patch - so maybe > the problem is in padsp?) Hmm? Please elaborate! </blockquote><div> well, I'll try, but I don't have much more to add, maybe if I give the steps that end with mplayer getting stuck someone can try to reproduce it. You need two machines, both running pulseaudio server, I tried both linux+windows and linux+linux. The second is more fresh in my memory so here are the steps: 1. load both servers with module-protocol-native-tcp acl-ip=.. (or whatever you need for appropriate permissions) 2. in B, pacmd: load-module module-tunnel-sink server=A (A stands for the ip of A) 3. in B start mplayer using padsp: padsp mplayer some_url_here (I was streaming, but it shouldn't matter if it is a local file I guess). Music starts playing locally on B. 4. in B change the sink for the mplayer client to the sink number of the tunnel module. you hear music coming from A. the exact command is something like "move-sink-input <index for mplayer> <index for tunnel sink>" 5. in B change back the sink of mplayer to the local sink, the exact command is something like "move-sink-input <index of mplayer> <index of local sink>". Music stops completely. Looking at the mplayer terminal output you see it is stuck. Hope this helps, Alon </div> </div>