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 667547 - [0.11] Requires width/height/framerate on template caps but shouldn't
[0.11] Requires width/height/framerate on template caps but shouldn't
Status: RESOLVED OBSOLETE
Product: GStreamer
Classification: Platform
Component: gst-libav
0.11.x
Other Linux
: Normal blocker
: 0.11.x
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-01-09 13:35 UTC by Sebastian Dröge (slomo)
Modified: 2012-04-14 17:23 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Sebastian Dröge (slomo) 2012-01-09 13:35:14 UTC
The ffmpeg decoders require width/height/framerate on the sink template caps but really shouldn't for most cases. The container format/parser might not know these values but ffmpeg is still able to decode the stream.


In 0.10 this worked because there was only an intersection check between the caps but in 0.11 there is a subset check. In 0.10 it could've happened that caps without width/height/framerate were accepted although the template caps required these fields.


NOTE: The same might be true for the audio decoders and possibly and possibly in the encoders too
Comment 1 Tim-Philipp Müller 2012-04-14 17:23:20 UTC
This has been fixed as far as I can tell, please re-open if I've missed something.