[Bug 765095] New: vaapipostproc: doesn't resize when allocation query is different from negotiation caps and same color format

[GStreamer (GNOME Bugzilla)]

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

            Bug ID: 765095
           Summary: vaapipostproc: doesn't resize when allocation query is
                    different from negotiation caps and same color format
    Classification: Platform
           Product: GStreamer
           Version: git master
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gstreamer-vaapi
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: vjaquez at igalia.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
                CC: bsreerenj at gmail.com, vjaquez at igalia.com
     GNOME version: ---

Created attachment 326081
  --> https://bugzilla.gnome.org/attachment.cgi?id=326081&action=edit
sample file

Since bug 753914, in vaapidecode, the allocation query can be different from
the negotiated caps.

When connecting to the vaapipostproc (as in vaapidecodebin the postprocessor
will resize the frame to the negotiated, __if and only if__, some other
parameter is activated to avoid the passthrough. If it is not, the surface
won't be mapped into a image.

Test case: forcing the passthrough

gst-launch-1.0 filesrc location=sample.264 ! h264parse ! vaapidecodebin ! \
     video/x-raw, format=NV12 ! videoconvert ! ximagesink 

The solution might be either:

1\ use the same parameters in the postproc allocation query which might
required a similar patch in gstbasetransform as in bug 764421

2\ Break the passthrough if the allocation query is different from the
negotiation caps, forcing the resizing

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