GNOME Bugzilla – Bug 640012
ffmpegdec outputs wrong timestamps
Last modified: 2011-10-29 15:38:01 UTC
Using this simple pipeline: v4l2src ! video/x-raw-yuv, width=320, height=240 ! ffmpegcolorspace ! x264enc name=enc tune=zerolatency profile=baseline ! ffdec_h264 ! xvimagesink The timestamps that come out of ffdec_h264 are not the same ones that come in, leading the sink to drop most frames.
Created attachment 178807 [details] [review] ffmpegdec: Add property forcing the decoder to use the input timestamp as PTS Decoders guess that the incoming timestamp is a DTS, in some cases, like with RTP, one knows that the incoming timestamp is a PTS. Also, in this case, the duration is not known, so the estimation currently made is often very bad. To be honest, since I fixed the rtpjitterbuffer bug #640023, most of my symtoms have gone away, so I'm not sure this bug is so needed.
lets downgrade this sine bug #640023 is the major problem today
Adding a property for this feels wrong anyway, decoders should just work out of the box.
I think this was fixed since. Olivier, can you confirm with latest git ?
Please feel free to reopen the bug if problem still exists in GStreamer git master.