GNOME Bugzilla – Bug 580980
matroskademux: fails to output data for video stream
Last modified: 2018-11-03 14:39:08 UTC
Please describe the problem: When I try to play a mkv file which happens to have a secondary audio vorbis (comments) Totem fails to decode stream. here is the output: (totem:12303): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstice.so': libjinglep2pbase-0.3.so.0: cannot open shared object file: No such file or directory (totem:12302): GStreamer-WARNING **: Failed to load plugin '/usr/lib/gstreamer-0.10/libgstice.so': libjinglep2pbase-0.3.so.0: cannot open shared object file: No such file or directory ** (totem:12302): DEBUG: Init of Python module ** (totem:12302): DEBUG: Registering Python plugin instance: YouTube+TotemPythonPlugin ** (totem:12302): DEBUG: Creating object of type YouTube+TotemPythonPlugin ** (totem:12302): DEBUG: Creating Python plugin instance ** (totem:12302): DEBUG: Init of Python module ** (totem:12302): DEBUG: Registering Python plugin instance: BBCViewer+TotemPythonPlugin ** (totem:12302): DEBUG: Creating object of type BBCViewer+TotemPythonPlugin ** (totem:12302): DEBUG: Creating Python plugin instance Stream with high frequencies VQ coding ** Message: Error: Could not decode stream. vorbisdec.c(815): vorbis_handle_header_packet (): /GstPlayBin:play/GstDecodeBin:decodebin1/GstVorbisDec:vorbisdec0: couldn't read header packet Steps to reproduce: 1. download this sample file: http://drop.io/co7xlpv 2. open totem 3. drag'n drop to totem the sample file containing secondary audio (vorbis) Actual results: An error message: Totem fails to decode stream. Expected results: Does this happen every time? it happened every single time I've tried to play it Other information:
More info on this bug at launchpad: https://bugs.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/310295 Thanks for reading.
For my own use, the test file is: the.40.year.old.virgin.unrated.2005.720p.bluray.dts.x264-ctrlhd2-009.mkv
This fixes the vorbis header bug, we were parsing the length fields incorrectly. This file still does not play because the video frames do not have the keyframe flags set correctly. We need to find a workaround for this. commit e4b59136faddf1e5a8edb5b699b770cc3a048738 Author: Wim Taymans <wim.taymans@collabora.co.uk> Date: Thu May 7 15:58:43 2009 +0200 matroskademux: parse xiph headers length correctly See #580980
Changing the name of this one to match current issue
Still needs fixing, but I'm not sure where. h264parse? matroskademux?
Matroskamux detects the video stream and adds a pad for it, but never actually outputs any data whatsoever for the video stream. mkvextract tracks file.mkv 0:video.h264 works fine however, and we can play that h264 ES fine as well.
"Cannot resolve hostname (drop.io)" Does someone still have the file in question?
I still have the file. It still fails to preroll. Don't see anything in the log that indicates it's even processing packets for the video stream. I'll try to make it available somewhere.
-- 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-good/issues/11.