[Bug 791450] New: kmssink: Crop Meta support only works if the proposed pool has been used

[GStreamer (GNOME Bugzilla)]

https://bugzilla.gnome.org/show_bug.cgi?id=791450

            Bug ID: 791450
           Summary: kmssink:  Crop Meta support only works if the proposed
                    pool has been used
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-plugins-bad
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: nicolas at ndufresne.ca
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

++ This is the same as https://bugzilla.gnome.org/show_bug.cgi?id=791449

Whenever the proposed pool is not used upstream, the element fails. The reason
is that buffer containing crop meta are larger then caps width/height used to
create the internal pool.

We need to delay the creation of the pool, and then alter the caps width/height
with the width/height found in the incoming buffer video meta. As a side
effect, we also need to validate this width/height every-time.

I'll post the videocrop patches needed to test this easily soon, meanwhile the
test pipeline will be:

  videotestsrc ! videocrop top=100 ! tee ! kmsimagesink

Tee does not drop the allocation query, but will not use downstream pools.

The result is a black or green image (depends on the color format) and:

  CRITICAL **: gst_video_frame_copy: assertion 'dinfo->width == sinfo->width &&
dinfo->height == sinfo->height' failed

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.