<div dir="ltr"><div><div><div><div><div><div><div><div>Hi all,<br><br></div>I'm bumping into a very strange issue : setting-up a tunnel between two devices is OK (thanks to Georg), but only when the configuration is static (=stored in the /etc/pulse/* configuration files), not when the same modules are loaded after pulseaudio's start-up. In the second case, all modules are loaded correctly, BUT the calculated latency of the tunnel is obviously wrong, for example "current latency: 26695333.53 ms". And no audio can be heard.<br><br>The log is full of these : <br>module-loopback.c: Loopback overall latency is 107.15 ms + 220.18 ms + 13395537.50 ms = 13395864.83 ms<br>module-loopback.c: Loopback overall latency is 107.34 ms + 0.00 ms + 26188232.17 ms = 26188339.51 ms<br>module-loopback.c: Loopback overall latency is 106.28 ms + 206.58 ms + 13395547.45 ms = 13395860.31 ms<br><br></div>On my source unit, I have a module-null-sink "default" and a module-native-protocol-tcp.<br><br></div>On the destination unit, I have the following configuration <br>  load-module module-udev-detect<br>  load-module module-suspend-on-idle<br>  load-module module-cli-protocol-tcp<br>  load-module module-tunnel-source source_name=my-tunnel  server=192.168.100.1 source=default.monitor<br></div>  load-module module-loopback source=my-tunnel  sink=my-alsa-sink<br><br></div>When I start pulseaudio with this configuration, it works. But if I comment the last two lines and execute them manually using "pacmd", I get no audio, the messages in the log and the huge latency. <br><br></div>Does anybody know why this happens ? And how to get rid of this (I need the dynamic behavior) ? <br><br>By the way, I'm using pulseaudio 6.0 . Any chance that this would be fixed in pulseaudio 7.0 ?<br><br></div>Thank you and best regards,<br><br></div>Olivier<br></div>