[Bug 779146] dmabuf: be able to negotiate tiled surfaces

[GStreamer (GNOME Bugzilla)]

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

--- Comment #17 from Nicolas Dufresne (stormer) <nicolas at ndufresne.ca> ---
Not sure why you state the Exynos case for stating that this isn't true. The
integration choices remains the same, regardless of what your hardware is.

I'm giving the option to:
1. Add a new GST format, like NV12_64Z32
2. Expose the format seen on map() and add the modifiers needed for the rest
3. Disable map() using Dmabuf caps feature, and expose the format + modifiers

Case 1 will enable full GStreamer support, you'll be able to software color
convert, possibly even use overlays and stuff. With case 2, you also get full
support, with some extra cost when doing map(), and you need to ensure
downstream can support that modifier, as the caps won't cover it.

The case 3, well, it's a bit unfortunate, all you'll be able to do is pass it
up to another driver. But that driver could be GL with the new extension, so it
remains quite flexible.

So what matters here, if you think this is broken design, is to describe what
isn't covered. It does not matter to me if the implementation in VA is wrong or
not, we'll catch this at review or testing. This of course is just the
theoretical basis, a lot of this is currently impossible / not-exposed by the
kernel interface (e.g. DRM). In VAAPI, there is hardware specific user-space
driver were you can hardcode this knowledge.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.