[gstreamer-bugs] [Bug 606859] Get mp4mux request pad during decodebin2's new-decoded-pad event fails.

[GStreamer (bugzilla.gnome.org)]

https://bugzilla.gnome.org/show_bug.cgi?id=606859
  GStreamer | gst-plugins-bad | 0.10.17

Mark Nauwelaerts <manauw> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |manauw at skynet.be
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |0.10.18

--- Comment #3 from Mark Nauwelaerts <manauw at skynet.be> 2010-01-13 18:43:23 UTC ---
As mentioned, the recommended (and really safe) approach is to ensure the muxer
does not reach PAUSED state until all the request pads are properly setup,
which  the attached sample program does not do.

On the other hand, there are situations where qtmux might complain more than
other muxers and as such also more than is actually convenient (e.g. in case of
some basic gst-launch remuxing pipeline).

As such, for sake of more consistency and convenience, following commit relaxes
request_new_pad check somewhat.

Note that such relaxing opens the door for 'programming approaches' that may or
may not (depending on non-deterministic threading effects) turn out to work, or
may happen to work because one is 'protected' by decodebin2 mechanics etc

[though if qtmux happens not to complain in a particular instance/case, it
still means one should be ok in that particular run]

commit dbc1f9f2d66fd282e61baca0977361510f457a90
Author: Mark Nauwelaerts <mark.nauwelaerts at collabora.co.uk>
Date:   Wed Jan 13 19:30:45 2010 +0100

    qtmux: provide request pads under wider conditions

    Fixes #606859.

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