[Bug 679443] [0.11] x264enc produces wrong timestamps

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=679443
  GStreamer | gst-plugins-ugly | 0.11.x

--- Comment #8 from Matej Knopp <matej.knopp at gmail.com> 2013-05-19 18:59:44 UTC ---
Yeah, guesstimating DTS is tricky. Even if you infer it, it still depends on
codec to make it at least approximately correct (i.e. you need to know if you
have b frames or b-pyramid so that you shift DTS x frames), so maybe the
functionality should be moved to codec parsers?

So there are 2 major problems right now if I understand it correctly.

1) It's impossible to represent negative DTS (needed when PTS start from 0).
Also in turn negative stream/running time.

2) Some code assumes that PTS = DTS for keyframes. Which classes do this
exactly? Is it just videoencoder? Videodecoder? Baseparser? 

I think in ideal world the encoder should be responsible for producing the
proper DTS there shouldn't be need for trying to guess what it should be. Same
goes for demuxer, except it gets tricky with matroska and avi. I still don't
get why there are no decoding timestamps in matroska.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.