[gstreamer-bugs] [Bug 171272] New: Elements inside spider do not go to PLAYING state

[bugzilla-daemon at bugzilla.gnome.org]

Please DO NOT reply to this by email. All additional comments should be made in
the comments box of this bug report.

 http://bugzilla.gnome.org/show_bug.cgi?id=171272
 GStreamer | gstreamer (core) | Ver: 0.8.9

           Summary: Elements inside spider do not go to PLAYING state
           Product: GStreamer
           Version: 0.8.9
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: major
          Priority: Normal
         Component: gstreamer (core)
        AssignedTo: gstreamer-bugs at lists.sourceforge.net
        ReportedBy: sc5 at hermes.usherb.ca
         QAContact: gstreamer-bugs at lists.sourceforge.net
                CC: all-bugs at bugzilla.gnome.org


Take a WAV file with MP3 inside, then run:

  gst-launch-0.8 filesrc location="mp3.wav" ! wavparse ! spider !
audio/x-raw-int ! fakesink

  (process:15911): GStreamer-WARNING **: push on peer of pad sink_ident:src but
peer is not active

Replacing spider by mad in the previous pipeline works fine. When spider inserts
mad, it syncs mad's state to it's own (PAUSED) and mad never goes to PLAYING
state because gst_bin_change_state() has already been called on the spider to go
to PLAYING.

Using the pending state of the parent in gst_element_sync_state_with_parent()
fixed the problem, but I doubt its the right fix.

------- You are receiving this mail because: -------
You are the assignee for the bug.
You are the QA contact for the bug.