Discussion:
[Bug 777820] New: vaapipostproc creates green border with odd vertical scaling
Add Reply
"GStreamer" (GNOME Bugzilla)
2017-01-27 10:01:54 UTC
Reply
Permalink
Raw Message
https://bugzilla.gnome.org/show_bug.cgi?id=777820

Bug ID: 777820
Summary: vaapipostproc creates green border with odd vertical
scaling
Classification: Platform
Product: GStreamer
Version: 1.10.2
OS: Linux
Status: NEW
Severity: normal
Priority: Normal
Component: gstreamer-vaapi
Assignee: gstreamer-***@lists.freedesktop.org
Reporter: ***@barco.com
QA Contact: gstreamer-***@lists.freedesktop.org
CC: ***@gmail.com, ***@igalia.com
GNOME version: ---

vaapipostproc creates a green colored last line if the scaling value for the
height is odd. It can be shown with the following pipeline:

gst-launch-1.0 videotestsrc ! video/x-raw,width=1920,height=1080 !
vaapipostproc ! vaapih264enc ! h264parse ! decodebin ! vaapipostproc !
video/x-raw,width=861,height=411,format=I420 ! xvimagesink

Regards,
Thomas
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2017-01-31 04:08:27 UTC
Reply
Permalink
Raw Message
https://bugzilla.gnome.org/show_bug.cgi?id=777820

Hyunjun Ko <***@igalia.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@igalia.com
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2017-02-03 11:58:12 UTC
Reply
Permalink
Raw Message
https://bugzilla.gnome.org/show_bug.cgi?id=777820

--- Comment #1 from Víctor Manuel Jáquez Leal <***@igalia.com> ---
Hi,

Thanks for the report, and sorry for the late reply.

Strange, I only see this behavior when using xvimagesink, but no with
vaapisink, glimagesink, clutterautovideosink nor ximagesink.

I wonder what is happening there? is it a problem in xvimagesink?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2017-02-03 11:58:41 UTC
Reply
Permalink
Raw Message
https://bugzilla.gnome.org/show_bug.cgi?id=777820

Víctor Manuel Jáquez Leal <***@igalia.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO

--- Comment #2 from Víctor Manuel Jáquez Leal <***@igalia.com> ---
Can you confirm this is an issue only with xvimagesink?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2017-02-08 08:43:02 UTC
Reply
Permalink
Raw Message
https://bugzilla.gnome.org/show_bug.cgi?id=777820

--- Comment #3 from Thomas Scheuermann <***@barco.com> ---
I have this problem here with appsink. But it is not easy to show it with
appsink.
So it is not only with xvimagesink.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2017-02-08 08:44:51 UTC
Reply
Permalink
Raw Message
https://bugzilla.gnome.org/show_bug.cgi?id=777820

--- Comment #4 from Thomas Scheuermann <***@barco.com> ---
With appsink I also see a green border on the right side of the image, not only
on the bottom line.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2017-02-15 08:19:57 UTC
Reply
Permalink
Raw Message
https://bugzilla.gnome.org/show_bug.cgi?id=777820

--- Comment #5 from Hyunjun Ko <***@igalia.com> ---
This is reproducible by the following pipeline.

gst-launch-1.0 videotestsrc ! video/x-raw,width=841,height=411 ! vaapipostproc
! xvimagesink
=> Green border. This is negotiated as YUY2

gst-launch-1.0 videotestsrc ! video/x-raw,width=841,height=411 ! vaapipostproc
! ximagesink
=> Fine. This is negotiated as BGRx

Probably, this is due to mismatch between size of real GPU mapped memory and
calculated size by provided width/height
when doing gst_video_frame_map/copy.
IIUC, in driver, VA surface's width and height is aligend to 64 (depending on
HW chipset) for YUV formats, which means that
it's different from user-provided width/height.

I'm not sure how to handle this case properly.
Maybe if your appsink can get video meta from upstream (should be implemented
by yourself), you could manipulate raw day by given plane/stride/offset.

I don't know.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2017-02-15 17:09:35 UTC
Reply
Permalink
Raw Message
https://bugzilla.gnome.org/show_bug.cgi?id=777820

Nicolas Dufresne (stormer) <***@ndufresne.ca> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@ndufresne.ca

--- Comment #6 from Nicolas Dufresne (stormer) <***@ndufresne.ca> ---
Hardware scaler should scale to biggest but closest size and crop in order to
compensate the limitations. I would suspect a bug, where the closest size is
being picked instead of bigger closest.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2017-03-14 15:34:24 UTC
Reply
Permalink
Raw Message
https://bugzilla.gnome.org/show_bug.cgi?id=777820

Víctor Manuel Jáquez Leal <***@igalia.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |NEW
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
Loading...