> 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!
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
_______________________________________________ pulseaudio-discuss mailing list [email protected] https://tango.0pointer.de/mailman/listinfo/pulseaudio-discuss
