After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 735628 - matroska: Looses dts in presence of b-frames h264 stream
matroska: Looses dts in presence of b-frames h264 stream
Status: RESOLVED DUPLICATE of bug 659489
Product: GStreamer
Classification: Platform
Component: gst-plugins-good
1.4.0
Other Windows
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-08-28 18:53 UTC by Nicolas Dufresne (ndufresne)
Modified: 2014-08-29 06:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Nicolas Dufresne (ndufresne) 2014-08-28 18:53:28 UTC
If I mux a matroska file using the following (note it's matroska with streamable=1 and h264 with b-frames):

gst-launch-1.0 videotestsrc is-live=1 ! \
     video/x-raw,width=1280,height=720,framerate=24/1 ! \
     timeoverlay !     x264enc bitrate=4000 ! \
     video/x-h264,profile=main ! \
     queue ! \
     mux. audiotestsrc is-live=1 wave=0 ! \
     audio/x-raw,channels=2 ! \
     faac ! \
     queue ! \
     mux. matroskamux name=mux streamable=true ! \
     queue ! \
     filesink location=test.mkv

And later demux it with:

gst-launch-1.0 filesrc location=test.mks ! matroskademux name=demux ! h264parse ! fakesink

Only PTS is set, and the DTS is lost. This may result in choppy playback, or confuse other muxer when transmuxing.
Comment 1 Nicolas Dufresne (ndufresne) 2014-08-28 21:35:47 UTC
Looks like in fact DTS/PTS support is to be implemented for this container ...
Comment 2 Nicolas Dufresne (ndufresne) 2014-08-28 23:07:45 UTC
Ok, matroska does not support that, the solution seems to calculate DTS from PTS in h264parse.

*** This bug has been marked as a duplicate of bug 659489 ***