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

[GStreamer (GNOME Bugzilla)]

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

--- Comment #4 from Scott D Phillips <scott.d.phillips at intel.com> ---
(In reply to Julien Isorce from comment #3)
> Hi Scott, do you mean that here
> https://cgit.freedesktop.org/gstreamer/gstreamer-vaapi/tree/gst/vaapi/
> gstvaapipluginbase.c#n512 you would like to remove the LINEAR flag  in some
> cases ?

Yes, exactly that.

> Like the idea in line 552 (note that it is not really implemented
> yet).
> Except that in your case it will be even more tricky, i.e. you would like to
> be tiled even when not using the same devices for import / export ? (ex:
> v4l2src ! vaapienc ?)

Right, the exact case I have in mind is (icamerasrc ! vaapih264enc)
https://github.com/01org/icamerasrc . The icamerasrc uses a separate image
processing unit that is capable of supporting the same Y-tiled format. Right
now that source element has tiling hardcoded off, but ideally it would enable
tiling when sharing dmabuf memory with vaapih264enc and maybe even mesa(?).

> The general idea line 552 is to say that we want linear when using same
> devices for import / export or export / import. And tiled if same devices.
> We could change "same devices" to "compatible devices". And we could also do
> that with list/map of vendor ids / device ids. Do you think that would work
> ? And/or do you have another idea how to detect that ?

Right, I'm not really sure what the best way to do this is. I was thinking
something along the lines of custom flags in an allocation query but I don't
know what the best way would be end-to-end.

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