[Bug 725835] New: v4l2sink: Use GstVideoCropMeta to set overlay window if available
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Thu Mar 6 08:20:30 PST 2014
https://bugzilla.gnome.org/show_bug.cgi?id=725835
GStreamer | gst-plugins-good | git
Summary: v4l2sink: Use GstVideoCropMeta to set overlay window
if available
Classification: Platform
Product: GStreamer
Version: git
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: Normal
Component: gst-plugins-good
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: aurelien.zanelli at parrot.com
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Created an attachment (id=271119)
View: https://bugzilla.gnome.org/attachment.cgi?id=271119
Review: https://bugzilla.gnome.org/review?bug=725835&attachment=271119
v4l2sink: Use GstVideoCropMeta to set overlay window if available
An upstream element could provide buffers with GstVideoCropMeta to v4l2sink.
The main idea of the attached patch is to update the V4L2 overlay window
according to incoming GstVideoCropMeta (if available) when rendering frames.
However, current implementation of this will override any overlay rectangle set
by set_property() method. Maybe it should be property first then
GstVideoCropMeta.
More background:
Our H264 decoder output non-cropped frames with a definition multiple of 16,
which is the h264 macroblock size.
When input video definition is not a multiple of 16, encoding/decoding process
add padding and provide crop information.
Since our gst pipeline is decoder --> v4l2sink, we want to let the cropping job
to the v4l2 device. So decoder send cropping info through GstVideoCropMeta and
v4l2sink set overlay window accordingly.
Current patch apply on master and 1.2.3, however i only tested it on 1.2.3
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list