GNOME Bugzilla – Bug 726255
y4mdec: Should check for VIDEO_META_API not CROP_META_API
Last modified: 2014-03-15 14:24:27 UTC
Adding it here not to forget, but while looking at overall usage of CROP metadata, I notice this weird code: y4mdec->video_meta = gst_query_find_allocation_meta (query, GST_VIDEO_CROP_META_API_TYPE, NULL); /* We only need a pool if we need to do stride conversion for downstream */ if (!y4mdec->video_meta && memcmp (&y4mdec->info, &y4mdec->out_info, I'm under the impression this is a type of something, as the stride is handled if VIDEO_META is supported. As I don't have time for it, and I have no idea what y4m is, I leave it here.
CROP meta depends on VIDEO meta, it can't work without.
Indeed, sorry I didn't express the bug very well. But basically this element only needs VIDEO_META, but requires CROP_META. It works as you said because you need VIDEO meta when you support crop.
commit b6cd7c41e4fce35c500c6788b835560a3a0c7921 Author: Nicolas Dufresne <nicolas.dufresne@collabora.com> Date: Sat Mar 15 15:17:43 2014 +0100 y4mdec: check for VIDEO meta instead of CROP meta This element only need stride support, but checks for CROP_META, which is a bit too much, even though this works as CROP imply having VIDEO meta. https://bugzilla.gnome.org/show_bug.cgi?id=726255