[Bug 647821] asf troubles with encodebin

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Apr 15 03:02:03 PDT 2011


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

Tim-Philipp Müller <t.i.m> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
                 CC|                            |t.i.m at zen.co.uk
     Ever Confirmed|0                           |1

--- Comment #2 from Tim-Philipp Müller <t.i.m at zen.co.uk> 2011-04-15 10:01:59 UTC ---
Encodebin always looks for an exact match at the moment.

For qtmux we've added video/quicktime and video/quicktime, variant=xyz to the
template caps (to support what's described below).

However, I think the solution is to make encodebin a bit smarter here, for the
following reason: to support transmuxing/transcoding into the same container,
an application might want to / need to set the container caps to encode to from
the typefind/discoverer caps. These are either video/x-ms-asf (currently) or
video/x-ms-asf,parsed=false (more correct if we start with parsed fields on asf
caps). Now, video/x-ms-asf,parsed=false is not something asfmux will ever
output, so encodebin needs to be smarter about these things.

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


More information about the gstreamer-bugs mailing list