<div dir="ltr"><div><br></div><div>hi again,</div><div><br></div><div><br></div><div>i have now come up with this: <br></div><div><br></div><div>server:<br></div><div>     gst-launch-1.0   uridecodebin uri="[mp3 stream]"   ! audioconvert   ! lamemp3enc    ! queue   ! tcpserversink host=192.168.71.163  port=4999</div><div><br></div><div>client:<br></div><div>     gst-launch-1.0   tcpclientsrc host=192.168.71.163 port=4999 do-timestamp=true   ! decodebin   ! audioconvert   ! queue   ! clocksync !  alsasink sync=false</div><div><br></div><div>... and this gives me a playable stream, and sync is ok over a LAN between several VMs ... but that's pure luck and the fact that it's a virtual setup with no wifi or competing traffic involved. i have to say though that even if one client is off (e.g. in the beginning), it usually converges again after a second or two. <br></div><div><br></div><div>some issues:</div><div><div>   - i wanted to use vorbis. not doing thet b/c it seems the problem with the format specification on the client side is not really solvable. <br></div>   - i am not using rtppay / depay here - mostly because i dont know which one to use on mp3</div><div>   - the second i set "sync" to "true", it essentially stops working - it still plays short pieces every now and then, but no continuous stream</div><div><br></div><div>i think i am probably making some mistakes. what's missing?<br></div><div><br></div><div>.rm<br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Jun 27, 2020 at 5:08 PM ruben malchow <<a href="mailto:ruben.malchow@gmail.com">ruben.malchow@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>hi,</div><div><br></div><div>i am currently using a handcompiled version 1.17.1 on fedora to play with the new clocksync element. to test cross-host syncing, i have three identical VMs, one acting as the "server", and two acting as "clients". currently, i am trying to get a basic setup to work with udpsink and udpsrc, although eventually, i would love to be able to tcp-stream vorbis.</div><div><br></div><div>my issues start at the very beginning: the second i start introducing clocksync, things get extremely choppy. so this works fine:</div><div><br></div><div>gst-launch-1.0 uridecodebin uri="http://[mp3 stream]" ! audioconvert ! queue !  alsasink</div><div><br></div><div>while this:<br></div><div><br></div><div><div>gst-launch-1.0 uridecodebin uri="http://[mp3 stream]" ! audioconvert ! queue ! clocksync ts-offset=100000 !  alsasink</div><div><br></div><div>gets extremely choppy (for any value of ts-offset)</div><div><br></div><div>what i really want is to have this:</div><div><br></div><div>server<br></div><div>   [any source] -> [normalize] -> [vorbis enc] ->  [tcp server sink] <br></div><div><br></div><div>clients:</div><div>   [tcpclientsrc] -> [vorbis dec] -> [clocksync] -> [alsa]</div><div><br></div><div>tcp or udp multicast doesnt really make a difference now - the point is more that i dont really have a good grasp of the model behind all this to easily build this. also, documentation on how to configure the clock is ... sparse? i would appreciate any simple examples and hints regarding the sync (which is, in my opinion, a really great addition).</div><div><br></div><div>.rm<br></div><div><br></div><div><br></div><div><br></div><div><br></div></div><br><div><br></div></div>
</blockquote></div>