GNOME Bugzilla – Bug 724463
stuttering with sync=false on sink when using a live source
Last modified: 2014-02-16 18:54:40 UTC
Created attachment 269278 [details] sample I get a stuttering effect on my Raspberry Pi when I set sync=false on the videosink when using a h264 live source, e.g. rtsp. The Pipeline displays a few frames as fast as it can, waits a few seconds and displays the next frames. This seems to correlate with the Intra frame interval. The problem exists on gst-omx versions 1.0 and latest git. Attached is a file that can be used to recreate the behavior, with the following pipeline: gst-launch-1.0 filesrc location=test.mkv ! matroskademux ! h264parse ! identity sync=true ! omxh264dec ! aasink sync=false I used an identiy element to "simulate" a live source. The behavior is the same when using other sinks, like eglglessink. Playback works fine on my PC with above pipeline, using omxh264dev instead of avdec_h264.
Well, don't use sync=false, it will give you jittery rendering, depending on how continuous the decoding of the video is. On the RPi for example the decoded frames come in batches, giving you exactly this stuttering effect. Why do you use sync=false? Apart from that identity sync=true is not good yet for simulating a live source, see bug #601853
Because sync=false was working a bit better then the default on a rtsp source with a small latency setting, e.g. latency=500, but thats a different bug I want to report. For identity: It did the trick for me, the visual result was the same.