[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