[Bug 650423] New: Ordering-dependent bug with mpegtsdemux, h264parse, ac3parse, and matroskamux

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=650423
  GStreamer | gst-plugins | git

           Summary: Ordering-dependent bug with mpegtsdemux, h264parse,
                    ac3parse, and matroskamux
    Classification: Platform
           Product: GStreamer
           Version: git
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: gst-plugins
        AssignedTo: gstreamer-bugs at lists.freedesktop.org
        ReportedBy: bens at alum.mit.edu
         QAContact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---


Created an attachment (id=187981)
 --> (https://bugzilla.gnome.org/attachment.cgi?id=187981)
GST_DEBUG=5 log of the failure.

When I run the pipeline

./gst-jhbuild run gst-launch-0.10 filesrc location=clip.mts ! mpegtsdemux
name=demux ! ac3parse ! queue ! matroskamux name=mux ! filesink
location=clip.mkv . demux. ! h264parse ! queue ! mux.

it runs fine, although it eventually fails as documented in #650416.  If I
instead run

./gst-jhbuild run gst-launch-0.10 filesrc location=clip.mts ! mpegtsdemux
name=demux ! h264parse ! queue ! matroskamux name=mux ! filesink
location=clip.mkv . demux. ! ac3parse ! queue ! mux.

then the launcher immediately fails with

0:00:00.193190536 10350  0x97d1088 ERROR           GST_PIPELINE
./grammar.y:614:gst_parse_perform_link: could not link ac3parse0 to queue1

These two pipelines are identical except for the order in which the streams are
expressed.  In my limited understanding of gstreamer, these two pipelines are
different syntactic representations of the exact same semantics, so I was very
surprised to see one succeed and one fail.

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