[gstreamer-bugs] [Bug 637486] New: qtmux: error if no buffers have arrived to one pad at EOS
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Fri Dec 17 10:05:13 PST 2010
https://bugzilla.gnome.org/show_bug.cgi?id=637486
GStreamer | gst-plugins-bad | git
Summary: qtmux: error if no buffers have arrived to one pad at
EOS
Classification: Desktop
Product: GStreamer
Version: git
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-bad
AssignedTo: gstreamer-bugs at lists.sourceforge.net
ReportedBy: lasse.laukkanen at digia.com
QAContact: gstreamer-bugs at lists.sourceforge.net
GNOME target: ---
GNOME version: ---
Created an attachment (id=176608)
View: https://bugzilla.gnome.org/attachment.cgi?id=176608
Review: https://bugzilla.gnome.org/review?bug=637486&attachment=176608
Proposed patch that ignores the error.
Mp4mux considers receiving end-of-stream event to a sink pad without any
buffers as an error. However if there are other sink pads that have received
data then should one zero duration track be allowed in this case? This might
happen when dealing with live sources and stopping the pipeline very quickly.
Example pipeline that results in similar error:
gst-launch audiotestsrc num-buffers=0 is-live=1 ! faac ! mp4mux name=mux !
filesink location=video.mp4 videotestsrc num-buffers=50 is-live=1 !
ffenc_mpeg4 ! mux.
...
ERROR: from element /GstPipeline:pipeline0/GstMP4Mux:mux: Internal GStreamer
error: negotiation problem. Please file a bug at
http://bugzilla.gnome.org/enter_bug.cgi?product=GStreamer.
Additional debug info:
gstqtmux.c(2192): gst_qt_mux_add_buffer ():
/GstPipeline:pipeline0/GstMP4Mux:mux:
format wasn't negotiated before buffer flow on pad audio_00
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the Gstreamer-bugs
mailing list