GNOME Bugzilla – Bug 649583
Internal Gstreamer error reported and suggested to write up bug
Last modified: 2011-10-08 19:35:25 UTC
GStreamer encountered an error processing a pipleine and was not able to provide a better description than an error which suggested writing this bug. I don't have any gstreamer experience so please forgive me. I'm attempting to run a command I found on the internet to convert raw H264 video into an mp4 container so I can replay it on my system. When I rant he command it failed and the error message suggested I write up this bug. I presume it was not able to give me a good error message about what went wrong which is why it suggests I create this bug. I will attach the file I was attempting to convert. This is the command I ran: C:\calls\630106\000\00\00>gst-launch filesrc location=630106000000025.dump ! h264parse output-format=sample access-unit=true ! mp4mux ! filesink location=test.mp4 Setting pipeline to PAUSED ... Pipeline is PREROLLING ... Pipeline is PREROLLED ... Setting pipeline to PLAYING ... New clock: GstSystemClock ERROR: from element /GstPipeline:pipeline0/GstMP4Mux:mp4mux0: Internal GStreamer error: negotiation problem. Please file a bug at http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer. Additional debug info: ..\..\..\..\..\Source\gst-plugins-bad\gst\qtmux\gstqtmux.c(1744): gst_qt_mux_add_buffer (): /GstPipeline:pipeline0/GstMP4Mux:mp4mux0: format wasn't negotiated before buffer flow on pad video_00 Execution ended after 0 ns. Setting pipeline to PAUSED ... Setting pipeline to READY ... Setting pipeline to NULL ... Freeing pipeline ... Here is my path: C:\calls\630106\000\00\00>set path Path="C:\Program Files\OSSBuild\GStreamer\v0.10.6\bin";C:\Program Files\Common Files\Microsoft Shared\Windows Live;C:\Program Files\SysInternalsUtilities;C:\Ruby192\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program Files\HPQ\IAM\bin;C:\Program Files\Common Files\Roxio Shared\DLLShared;C:\Program Files\Windows Imaging\;C:\Program Files\Rational\common;C:\Program Files\Rational\ClearCase\bin;C:\Program Files\Verint\Playback\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\;C:\Program Files\Microsoft SQL Server\100\Tools\Binn\;C:\Program Files\Microsoft SQL Server\100\DTS\Binn\;C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\PrivateAssemblies\;C:\WINDOWS\system32\WindowsPowerShell\v1.0;C:\WINDOWS\system32\WindowsPowerShell\v1.0;C:\Program Files\ATI Technologies\ATI.ACE\Core-Static;C:\Program Files\QuickTime\QTSystem\;C:\Program Files\Git\cmd;C:\Program Files\TortoiseGit\bin;C:\Program Files\Microsoft ASP.NET\ASP.NET Web Pages\v1.0\;C :\Program Files\e\cmd;C:\Program Files\Common Files\Microsoft Shared\Windows Live PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.RB;.RBW;.PSC1;.PSC1
"negotiation problem" usually means that the pipeline isn't quite right, though in this case it looks like an issue with / bug in h264parse. It looks like it's not setting caps on outgoing buffers. Maybe try the latest pre-release, I have a vague memory of such an issue having been fixed. (What's the output of gst-inspect h264parse | grep Version ?)
Thanks! Output of gst-inspect h264parse | find "Version" (I'm in windows w/out a grep add-on): Version: 0.10.18 I will see where the latest pre-release gets me.
I tried this with GStreamer-WinBuilds-GPL-x86-Beta04-0.10.7.msi and got the same results. Here are the gst-inspect h264parse results for this version: C:\calls\630106\000\00\00>gst-inspect h264parse | find "Version" Version: 0.10.21
*** This bug has been marked as a duplicate of bug 659489 ***