Having learned lots since I posted about windows I seek opinion without me casting aspertians
I’m streaming using udpsrc and multicast to a win10 machine, 4 core i7 nuc
and to a rysen 8 core lubuntu 24.04. Both machines using ssd and having 32G ram on a 100 mb lan.
I’m testing (i’ve done lots, with and without audio) with (say) this pipeline
#!/bin/sh
gst-launch-1.0 -vc udpsrc multicast-group=224.1.1.1 auto-multicast=true port=5001 close-socket=false ! application/x-rtp, encoding-name=H264 ! rtpjitterbuffer latency=0 ! rtph264depay ! h264parse ! avdec_h264 ! xvimagesink udpsrc multicast-group=224.1.1.1 auto-multicast=true port=5000 caps=“application/x-rtp, media=(string)audio, clock-rate=(int)8000, encoding-name=(string)PCMU, payload=(int)0, ssrc=(guint)1350777638, clock-base=(guint)2942119800, seqnum-base=(guint)47141” ! queue ! rtppcmudepay ! mulawdec ! pulsesink
(The windows uses autosinks)
On the windows client I hear slight 'blip’s in the audio and see slight jumps in the video.
Can anyone who uses the windows software cast opinions please.
Originally I was streaming to localhost. On the LAN ought I be using tcp rather than udp?
I’m about to try raspberryPi as a client. Is this likely better than a ubiquitious customer-owned laptop?
Thanks
James