[Bug 696300] H264 video is playing too fast because of invalid PTS:

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=696300
  GStreamer | gst-plugins-base | git

Tim-Philipp Müller <t.i.m> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |ds at schleef.org,
                   |                            |t.i.m at zen.co.uk
     Ever Confirmed|0                           |1
           Severity|normal                      |blocker

--- Comment #4 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2013-06-07 09:24:53 UTC ---
Marking as blocker for now, since there is a regression here.

In 1.0.x:

  cat foo.h264 | gst-launch-1.0 -v fdsrc !
video/x-h264,framerate=25/1,stream-format=byte-stream ! h264parse ! avdec_h264
! fakesink silent=false

will produce nice timestamps (the parsers won't set any, and the decoder will
just extrapolate from 0 based on framerate).

In 1.1.x / git master the parser will set the dts based on the framerate, and
the decoder gets confused and doesn't set either dts nor pts on the output.

----

<slomo> sree_'s patch is not correct though. ds said that here [on IRC] at
least iirc
<slomo> the assumption that the earliest remaining DTS is the current
output frame's PTS is not always true iirc... no idea how and why though ;) i'd
like him to comment there

----

David, could you comment/elaborate/make any suggestions?

-- 
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.