<div>Problem disapeared spontaneously, now everything is synced. By the way, pulseaudio -vvv says:</div><div><br></div><div><div>D: module-combine.c: [alsa_output.hw_0_0] total=189.67ms sink=189.67ms </div><div>D: module-combine.c: [tunnel.192.168.1.2] total=189.15ms sink=163.55ms </div>
<div>I: module-combine.c: [combined] avg total latency is 189.41 msec.</div><div>I: module-combine.c: [combined] target latency is 189.67 msec.</div><div>I: module-combine.c: [alsa_output.hw_0_0] new rate is 44100 Hz; ratio is 1.000; latency is 189668 usec.</div>
<div>I: module-combine.c: [tunnel.192.168.1.2] new rate is 44096 Hz; ratio is 1.000; latency is 189148 usec.</div><div><br></div><div>One more question: how to make pulseaudio restore network tunnel sink, if network connection was interrupted suddenly?</div>
<br><div class="gmail_quote">2011/6/13 Maarten Bosmans <span dir="ltr"><<a href="mailto:mkbosmans@gmail.com">mkbosmans@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
2011/6/13 Sergey M. <<a href="mailto:yukyuri@gmail.com">yukyuri@gmail.com</a>>:<br>
<div class="im">> I restored client.conf and used some magic in pacmd:<br>
> load-module module-tunnel-sink server=192.168.1.2<br>
> load-module module-combine sink_name=combined<br>
> slaves=alsa_output.hw_0_0,tunnel.192.168.1.2 adjust_time=5<br>
> resample_method=src-sinc-medium-quality<br>
> set-default-sink combined<br>
<br>
</div>That's the correct way to do it.<br>
<div class="im"><br>
> and now it works! But sound is noticeable desyncronized and laggy on _local_<br>
> machine. Also, local pulseaudio daemon says:<br>
> W: module-combine.c: [alsa_output.hw_0_0] sample rates too different, not<br>
> adjusting (44100 vs. 36692).<br>
> W: module-combine.c: [alsa_output.hw_0_0] sample rates too different, not<br>
> adjusting (44100 vs. 38519).<br>
> W: module-combine.c: [alsa_output.hw_0_0] sample rates too different, not<br>
> adjusting (44100 vs. 38930).<br>
> Any way to fix this?<br>
<br>
</div>That is the result of the following line:<br>
<a href="http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/module-combine-sink.c#n229" target="_blank">http://cgit.freedesktop.org/pulseaudio/pulseaudio/tree/src/modules/module-combine-sink.c#n229</a><br>
<br>
Basically difference between the estimated rates of the two sinks is<br>
so great that resampling one of the streams to match the other would<br>
probably not be a good idea. It seems there is something not working<br>
right with the tunnel.<br>
<br>
Have you tried it over wired lan connection?<br>
The more verbose output of pulseaudio -vvv when this occurs would be<br>
nice to have.<br>
<font color="#888888"><br>
Maarten<br>
</font><div><div></div><div class="h5">_______________________________________________<br>
pulseaudio-discuss mailing list<br>
<a href="mailto:pulseaudio-discuss@lists.freedesktop.org">pulseaudio-discuss@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss" target="_blank">http://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss</a><br>
</div></div></blockquote></div><br></div>