After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 647821 - encodebin: problem with asf/asfmux caps
encodebin: problem with asf/asfmux caps
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-plugins-base
git master
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2011-04-14 21:32 UTC by Christian Fredrik Kalager Schaller
Modified: 2018-11-03 11:18 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Christian Fredrik Kalager Schaller 2011-04-14 21:32:06 UTC
Noticed today that in order to enable transcoding to windows media/asf with Transmageddon I need to not only create containerprofile for encodebin that is set to video/x-ms-asf, but to "video/x-ms-asf, parsed=true". (This is with parsers enabled in encodebin.c). I assume it should be able to figure this out without me added parsed=true to the caps?
Comment 1 Sebastian Dröge (slomo) 2011-04-15 08:25:18 UTC
asfmux has parsed=true on the srcpad. I don't think that makes sense but encodebin could also try to do something better here...

"video/x-ms-asf" and "video/x-ms-asf, parsed=true" can be intersected and that should be all the is important to encodebin.
Comment 2 Tim-Philipp Müller 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.
Comment 3 Christian Fredrik Kalager Schaller 2012-01-31 11:14:12 UTC
Is this something that would be simpler to fix in 0.11?
Comment 4 Christian Fredrik Kalager Schaller 2014-02-03 12:06:43 UTC
Is this fixable on 1.0 or should I just close this bug?
Comment 5 Sebastian Dröge (slomo) 2014-02-04 11:51:05 UTC
I think it can be fixed, just needs someone to sit down and do the work
Comment 6 GStreamer system administrator 2018-11-03 11:18:45 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/gstreamer/gst-plugins-base/issues/47.