GNOME Bugzilla – Bug 607630
matroskademux failing in _demux_loop reason "not-negotiated" with sample
Last modified: 2012-12-17 01:10:19 UTC
$ GST_DEBUG=2 gst-launch-0.10 playbin2 uri=file://`pwd`/test.mkv ... 0:01:16.444816500 10564 0x19854a0 WARN matroskademux matroska-demux.c:5075:gst_matroska_demux_loop:<matroskademux0> error: stream stopped, reason not-negotiated ERROR: from element /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/GstMatroskaDemux:matroskademux0: GStreamer encountered a general stream error. Additional debug info: matroska-demux.c(5075): gst_matroska_demux_loop (): /GstPlayBin2:playbin20/GstURIDecodeBin:uridecodebin0/GstDecodeBin2:decodebin20/GstMatroskaDemux:matroskademux0: stream stopped, reason not-negotiated Execution ended after 75654769723 ns. Dunno what to do wrt attachments with such a large sample, I've copied out the least amount of the video to demonstrate the problem; http://www.mediafire.com/?jyzti3emyot (44MB)
Works fine here with latest GIT of everything. Could you attach a debug log with GST_DEBUG=4 or =5 to this bug or test if it works with latest GIT too?
Created attachment 151942 [details] GST_DEBUG=5 log. log is a few hundred lines before it goes pear shaped; starts around: 0:01:37.624820322 15560 0x2878f10 DEBUG matroskademux matroska-demux.c:4454:gst_matroska_demux_parse_cluster:<matroskademux0> Parsing BlockGroup element at offset 45932084
Which versions of gstreamer, gst-plugins-base and gst-plugins-good are you using?
libgstreamer0.10-0: Installed: 0.10.25-2 gstreamer0.10-plugins-base: Installed: 0.10.25-2ubuntu1.2 gstreamer0.10-plugins-good: Installed: 0.10.16-1ubuntu3
tried packages from the gstreamer-developers ppa libgstreamer0.10-0: Installed: 0.10.25.2-3~karmic1 gstreamer0.10-plugins-base: Installed: 0.10.25.2-1~karmic1 gstreamer0.10-plugins-good: Installed: 0.10.17.2-1~karmic1 issue remains
I can reproduce this with totem + GStreamer packages as in debian sid, but not with totem + GStreamer git. Here's what's happening - ssaparse is refusing the caps: 0:00:48.466328794 ssaparse gstssaparse.c:178:gst_ssa_parse_setcaps:<ssaparse0> Init section is not valid UTF-8 0:00:48.466361340 GST_CAPS gstpad.c:2565:gst_pad_set_caps:<ssaparse0:sink>caps application/x-ass, codec_data=(buffer)5b53637269707420496e666f5d0d0a3b205363726970742067656e65726174656420627920416567697375622076322e3030205052452d52454c45415345202853564e2072313139342c20417263684d6167655a65726174754c290d0a3b20687474703a2f2f7777772e616567697375622e6e65740d0a5469746c653a2044656661756c7420416567697375622066696c650d0a536372697074547970653a2076342e30302b0d0a577261705374796c653a20330d0a506c6179526573583a20313832340d0a506c6179526573593a203939320d0a566964656f2041737065637420526174696f3a20300d0a566964656f205a6f6f6d3a20350d0a566964656f20506f736974696f6e3a2031343737390d0a4c617374205374796c652053746f726167653a2044656661756c740d0a436f6c6c6973696f6e733a204e6f726d616c0d0a5363616c6564426f72646572416e64536861646f773a206e6f0d0a566964656f2046696c653a20593a5c616e696d655c50617072696b6120426c752d5261795c7061702e6176730d0a0d0a5b56342b205374796c65735d0d0a466f726d61743a204e616d652c20466f6e746e616d652c20466f6e7473697a652c205072696d617279436f6c6f75722c205365636f6e64617279436f6c6f75722c204f75746c696e65436f6c6f75722c204261636b436f6c6f75722c20426f6c642c204974616c69632c20556e6465726c696e652c20537472696b654f75742c205363616c65582c205363616c65592c2053706163696e672c20416e676c652c20426f726465725374796c652c204f75746c696e652c20536861646f772c20416c69676e6d656e742c204d617267696e4c2c204d617267696e522c204d617267696e562c20456e636f64696e670d0a5374796c653a2044656661756c742c47696c676f6e676f2c36352c264830304243434545372c264830303030464646462c264830303039303532302c264838373030303030302c302c302c302c302c39302c3130302c302c302c312c332c322c322c31302c31302c32302c300d0a0d0a5b4576656e74735d0d0a466f726d61743a204c617965722c2053746172742c20456e642c205374796c652c204e616d652c204d617267696e4c2c204d617267696e522c204d617267696e562c204566666563742c20546578740d0aef95840d0ae1b19e0d0ae48b800d0aedb6920d0ae688840d0ae688840d0ae688840d0ae688840d0ae688840d0a0d0a could not be set 0:00:48.466557943 GST_SCHEDULING gstpad.c:4124:gst_pad_chain_data_unchecked:<ssaparse0:sink> pushing data but pad did not accept
here's what I get along the lines of your previous comment (all from git as of today), though I am not using totem for my minimal test; rather gst-launch plabyin2 uri=file video-sink="navseek ! timeoverlay ! autovideosink" 0:00:41.406526715 1262 0x7feaa0004a10 WARN ssaparse gstssaparse.c:178:gst_ssa_parse_setcaps:<parser> Init section is not valid UTF-8 0:00:41.407136868 1262 0x7feaa0004a10 DEBUG GST_CAPS gstpad.c:2645:gst_pad_set_caps:<playsink0:text_sink> caps application/x-ass, codec_data=(buffer)<snip> could not be set <above repeated several times> 0:00:41.407367211 1262 0x7feaa0004a10 LOG GST_SCHEDULING gstpad.c:4204:gst_pad_chain_data_unchecked:<playsink0:text_sink> pushing data but pad did not accept package versions: gst-ffmpeg: * master 430b8eb ffdec: fixup QCELP to always be mono gst-plugins-base: * master a09d9fd theoradec: PARs of 0:x, x:0 and 0:0 are all allowed and map to 1:1 gst-plugins-good: * master 7877ffb qtdemux: skip unknown atoms when looking for moov gst-plugins-ugly: * master a5984e6 win32: change how win32/common/config.h is updated gstreamer: * master 7954955 git-update.sh: Fix issues (if this isn't the proper way to show tip/head versions, do tell how to get that from git :>)
updated again to gstreamer=developers ppa today libgstreamer0.10-0: Installed: 0.10.26-1~karmic1 gstreamer0.10-plugins-bad: Installed: 0.10.17-1~karmic1 gstreamer0.10-plugins-good: Installed: 0.10.18-1~karmic1 and there's a lot of debug spew from the machinations of libass, but the file plays
Hm. Is this bug OBSOLETE by now then?
> Hm. Is this bug OBSOLETE by now then? That's how I'd interpret comment #8. If not, please re-open.
For the record: commit 53072a43261c8f45f6b572b7463f83953a4549d6 Author: Tim-Philipp Müller <tim@centricular.net> Date: Mon Dec 17 00:59:57 2012 +0000 ssaparse: ignore invalid UTF-8 in init section The codec data blob we get from matroskademux with the SSA/ASS init section is supposed to be valid UTF-8. If it's not, just continue with the bits that are valid UTF-8 instead of erroring out. We don't actually parse the init section yet anyway.. https://bugzilla.gnome.org/show_bug.cgi?id=607630