[gstreamer-bugs] [Bug 637486] New: qtmux: error if no buffers have arrived to one pad at EOS

[GStreamer (bugzilla.gnome.org)]

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.