[Bug 711155] wayland: add wl_drm support to wayland sink

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Aug 28 12:37:38 PDT 2015


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

--- Comment #31 from Nicolas Dufresne (stormer) <nicolas.dufresne at collabora.co.uk> ---
(In reply to Benjamin Gaignard from comment #29)
> I don't think that having a specific sink for dmabuf protocol could work
> because dmabuf usage is negotiated in the pool not in the caps so you won't
> be able to select the good sink.
> Else I don't understand the need to introduced a bin with videoconvert,
> wl_dmabuf will not expose unsupported formats and I don't believe that
> drivers will support a format in shm and not in dmabuf (or reverse).

I have been asked to explicitly negotiated dmabuf memory type through caps
features, see:

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

When that is fixed, V4L2 element that can export or import DMABUF will be able
to consider downstream capabilities and configure the queue accordingly.

Caps features are often used to accept different sets of color formats
depending of the memory type. At the moment, there is cases I've seen where the
list of formats do vary. Though, right now it will only vary because there is
no method to retrieve this list (yet).

My biggest need for the split is what Daniel said. I do start to agree that
considering the dumb/drm allocator would make that specialised sink more
useful, potentially allowing a SW decoder to be used and upstream importation
assuming we can fulfill any kind of alignment. Though, on platform where SW
decoder can be considered, it is likely that glimagesink (and widget specific
friends) will perform better. We need not to forget the waylanddmabufsink is
not the only upcoming way to render DMABUF with acceleration. It's a way that
allow the compositor to make smarter decisions (e.g. choosing between GL and HW
layer is an example).

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

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