I play a high rate of mpeg2ts over UDP(10Mbps) with v1.8.2, the video quality is very poor, a large number of drop frames or macro block.
pipeline(gstplayer)
dot_playing.dot:
udpsrc ->tsdemux -> multiqueue -> h264parse -> avdec_aac ..... ->openslessink
-> amcvdec ..... ->glimagesink
I tried to configure with buffer-size properties of udpsrc,max-size,use_buffering of multiqueue, less than 4M/b can be normal playback，10Mbps's video still a large number of drop frames and after a few seconds, the video frame stops moving.
-------------------------
01-01 14:04:59.439 21031 22819 W GStreamer+tsdemux: 0:02:40.809052118 0xabe36b50 tsdemux.c:2159:gst_ts_demux_queue_data CONTINUITY: Mismatch packet 5, stream 13
01-01 14:04:59.518 21031 22819 W GStreamer+tsdemux: 0:02:40.887878160 0xabe36b50 tsdemux.c:2159:gst_ts_demux_queue_data CONTINUITY: Mismatch packet 3, stream 12
......................
tsdemux.c:2159:gst_ts_demux_queue_data CONTINUITY: Mismatch packet 11, stream 14
01-01 14:05:43.714 21031 22819 W GStreamer+tsdemux: 0:03:25.084061098 0xabe36b50 tsdemux.c:2159:gst_ts_demux_queue_data CONTINUITY: Mismatch packet 12, stream 7
01-01 14:05:43.716 21031 22819 W GStreamer+tsdemux: 0:03:25.086445265 0xabe36b50 tsdemux.c:2159:gst_ts_demux_queue_data CONTINUITY: Mismatch packet 6, stream 10
-------------------------
If I record the network packets in local file(mpeg2ts) then gst-plugin-bad/gst-libs/player can perfeclty play it(
Except udpsrc, all other plugins are the same with the UDP's pipeline).In addition,with VLC the stream is played almost perfectly.
So I think the problem comes from some buffering issures.? I think on the left side of the tsdemux, a plug-in like rtpjittbuffer should be inserted ？Is there a plugin for GStreamer to deal with UDP's network jitter ？ If not the case, what other ways can optimize UDP's pipelie to deal with the playback of high bit rate files(I can't control the stream server, so it is not feasible to reduce the bitrate ...)?
Best regards,
Lucky chou
Locked
