[Bug 706552] New: faac/flvmux caps negotiation issue

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=706552
  GStreamer | don't know | 1.0.9

           Summary: faac/flvmux caps negotiation issue
    Classification: Platform
           Product: GStreamer
           Version: 1.0.9
        OS/Version: Mac OS
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: don't know
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: fzwoch at gmail.com
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=252696)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=252696)
GST_DEBUG=4 log

The following pipeline fails when switched to PAUSED:

gst-launch-1.0 audiotestsrc ! faac ! flvmux ! fakesink

Pipeline is PREROLLING ...
ERROR: from element /GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0:
Internal data flow error.
Additional debug info:
gstbasesrc.c(2812): void gst_base_src_loop(GstPad *) ():
/GstPipeline:pipeline0/GstAudioTestSrc:audiotestsrc0:
streaming task paused, reason not-negotiated (-4)
ERROR: pipeline doesn't want to preroll.

I have attached a GST_DEBUG=4 log file.


The following pipelines are working fine though:

gst-launch-1.0 audiotestsrc ! faac ! mp4mux ! fakesink
gst-launch-1.0 audiotestsrc ! avenc_aac ! flvmux ! fakesink

So it seems that is it specific to the combination of the faac and flvmux
plugin. I'm not sure which plugin is to blame or if it is due to one of the
base classes.

I can't confirm this right now, but I was under the impression that this is a
regression. I pretty sure this was working before on some earlier version of
the 1.x release cycle.

-- 
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.