On Sun, Mar 19, 2017 at 2:49 PM, Christian König <deathsim...@vodafone.de> wrote: > Hi Peter, > > Adding Michel and Marek for the Mesa interop side and Harry for the display > side. > > How do you want us to display the decoded surfaces? > > Well to make a long story short: I don't have the slightest idea. Ideally we > would of the same handling as Intel so that you guys don't have anything > vendor dependent in your code. > > The first step would be to get the VA-API DRM extension to work with EGL. So > that Kodi is able to export the YUV surfaces and import parts of them as > separate R8/R16 or R8G8/R16G16 surfaces, right? > > What EGL/GL extension do you guys use to import the surfaces? Marek is that > stuff fully supported, e.g. do we also handle the offsets correctly? I've > added the backend code for this while doing VDPAU interop, but the EGL/GL > frontend code needs to handle it gracefully as well.
Mesa/EGL imports an FD with an offset, but it always exports an FD with offset=0 (the driver offset is ignored). It also always returns num_planes = 1 on export, is that bad? Marek _______________________________________________ mesa-dev mailing list mesa-dev@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/mesa-dev
