udpsrc / udpsink issue when throughput is high
We tried to use udpsrc / udpsink to playback the data, but met wrong data issue when throughput is high(4K video), (low resolution is fine)
for convenience, we use the same board for client / server clinet: gst-launch-1.0 udpsrc ! application/x-rtp ! rtph264depay ! decodebin ! waylandsink Sever: gst-launch-1.0 location= "/mnt/src/4K_Video/Demo/05_Demo_LG_4K_Food_Atelier.mp4" ! 'video/quicktime' ! qtdemux ! 'video/x-h264, stream-format=byte-stream, alignment=nal' ! rtph264pay ! udpsink
When we check the h624depay log, and compared the send data with " gst-launch-1.0 location= "/mnt/src/4K_Video/Demo/05_Demo_LG_4K_Food_Atelier.mp4" ! 'video/quicktime' ! qtdemux ! 'video/x-h264, stream-format=byte-stream, alignment=nal' ! rtph264pay ! rtph264deplay ! wayland ", we observed that in some point there will be strange packet size with the normal one, which cause the client playback decoding not correct.
Do anyone have met this similar issue? I am wondering whether somehow when the data is too much for in udpsink, there might be some data be overwritten? (Another clue is when we use a small resolution (720p), if udpsink is set to "sync=false", on client, there will also be decoding abnormal (when sync=false, it is fine))
Any suggestion would be appreciated, thanks in advance.