[Bug 762543] xvimagesink: wrong pool selection when rendering buffers having GstVideoCropMeta attached

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Thu Feb 25 14:30:48 UTC 2016


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

--- Comment #22 from sreerenj <bsreerenj at gmail.com> ---
(In reply to Nicolas Dufresne (stormer) from comment #20)
> (In reply to sreerenj from comment #19)
> > (In reply to Sebastian Dröge (slomo) from comment #17)
> > > Summary from IRC (this should become a duplicate of the other crop meta bug):
> > 
> > Sorry I was not in the irc,
> > 
> > So If I understood correctly from the chat above, I can survive with
> > GstVideoCropMeta in gstreamer-vaapi as it is now (but of course , have to
> > advertise the cropped values in set_caps)...right
> 
> This depends on fixing some issues in VideoFrame API first. I still
> recommend you setting cropped width/height everywhere and setup you strides
> and offset appropriately. Crop here makes everything much more complex.

Through GstVideoAlignment?
I am not sure whether it is safe to do for next release (if we plan to release
a 1.8 together with official release).. Required regression testing over all
codecs...

-- 
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