[Bug 722343] waylandsink: fix surface width/height when caps have changed

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Jan 24 16:33:10 UTC 2018


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

--- Comment #18 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
I've just created this bug, to make the top level window create by the element
inline with what an application embedding the window would be.

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

Overall, the main issue if you compare X11 Window and WL Surface, it's that the
WL Surface does not have a width/height you can request. Hacking around
assuming windows width/height is the render rectangle width/height is quite a
hack. I'm tempted to propose a new method to GstVideoOverlay. Something like
set_window_size(). With that information, we could crop the output for the
non-viewporter case, hence stop leaking out of the allocation. And then for all
cases, when 792874 is fixed, we'll have a more consistent result when comparing
with xvimagesink/ximagesink and other embeddable sinks out there.

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