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 689545 - mpeg4videoparse: pipeline doesn't preroll, mpeg-4 video in matroska without codec_data
mpeg4videoparse: pipeline doesn't preroll, mpeg-4 video in matroska without c...
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
1.x
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-12-03 16:34 UTC by Javier Jardón (IRC: jjardon)
Modified: 2018-11-03 13:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Javier Jardón (IRC: jjardon) 2012-12-03 16:34:52 UTC
VLC and mplayer can reproduce the file, even the header seems to be broken:
Output from mplayer:

libavformat version 53.32.100 (external)
libavformat file format detected.
[mpeg4 @ 0x36a8547100]hmm, seems the headers are not complete, trying to guess time_increment_bits
[mpeg4 @ 0x36a8547100]my guess is 15 bits ;)
[mpeg4 @ 0x36a8547100]Error, header damaged or not MPEG4 header (f_code=0)
[matroska,webm @ 0x36a930c680]max_analyze_duration 5000000 reached at 5005000

[mpeg4 @ 0x7f616cc1f620] looks like this file was encoded with (divx4/(old)xvid/opendivx) -> forcing low_delay flag

http://dl.dropbox.com/u/55505240/08011.mkv
Comment 1 Tim-Philipp Müller 2012-12-25 16:14:49 UTC
Looks like mpeg4videoparse is just dropping all frames because it hasn't seen codec config info yet:

gstmpeg4videoparse.c:814:gst_mpeg4vparse_set_caps:<mpeg4vparse0> setcaps called with video/mpeg, mpegversion=(int)4, systemstream=(boolean)false, width=(int)1280, height=(int)720, pixel-aspect-ratio=(fraction)1/1, framerate=(fraction)30000/1001
gstmpeg4videoparse.c:449:gst_mpeg4vparse_handle_frame:<mpeg4vparse0> parsing new frame
gstmpeg4videoparse.c:336:gst_mpeg4vparse_process_sc:<mpeg4vparse0> process startcode b6
gstmpeg4videoparse.c:372:gst_mpeg4vparse_process_sc:<mpeg4vparse0> startcode is VOP
gstmpeg4videoparse.c:498:gst_mpeg4vparse_handle_frame:<mpeg4vparse0> Looking for frame end
gstmpeg4videoparse.c:452:gst_mpeg4vparse_handle_frame:<mpeg4vparse0> resuming frame parsing
gstmpeg4videoparse.c:498:gst_mpeg4vparse_handle_frame:<mpeg4vparse0> Looking for frame end
gstmpeg4videoparse.c:336:gst_mpeg4vparse_process_sc:<mpeg4vparse0> process startcode b6
gstmpeg4videoparse.c:354:gst_mpeg4vparse_process_sc:<mpeg4vparse0> ending frame of size 48849, is intra 1, vop_coded 1
gstmpeg4videoparse.c:559:gst_mpeg4vparse_update_src_caps:<mpeg4vparse0> Updating caps
gstmpeg4videoparse.c:651:gst_mpeg4vparse_parse_frame:<mpeg4vparse0> dropping frame as no config yet
Comment 2 Mark Nauwelaerts 2013-11-23 10:37:38 UTC
The link is no longer valid, but maybe this is related to bug #667564, and fix applied there might help as well.
Comment 3 Vivia Nikolaidou 2018-05-06 12:06:12 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!
Comment 4 Tim-Philipp Müller 2018-05-06 12:19:16 UTC
I have the file if anyone wants to investigate. Still hangs on preroll.
Comment 5 GStreamer system administrator 2018-11-03 13:13:44 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-bad/issues/83.