> -----Original Message----- > From: ffmpeg-devel [mailto:ffmpeg-devel-boun...@ffmpeg.org] On Behalf Of Mark > Thompson > Sent: Sunday, April 22, 2018 6:49 PM > To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org> > Subject: Re: [FFmpeg-devel] [PATCH] lavc/amfenc: DXVA2 textures support > implementation by AMF encoder > > On 19/04/18 03:18, Song, Ruiling wrote: > >> Note that OpenCL <-> D3D11 won't work on AMD for normal video > >> surfaces > >> (NV12) because there is no support for multiple-plane textures, so > >> it's only going to work with DXVA2 currently. Intel has an extension > >> ("cl_intel_d3d11_nv12_media_sharing") which adds a simple hack > >> overloading the subresource index and therefore it is usable on Intel > >> GPUs, but other vendors don't have that. > > > > For OpenCL NV12 support, I think we can use two separate images as > > arguments, one image for Y plane, and another image for UV plane. > > I think AMD OpenCL should support (CL_RG + CL_UNORM_INT8), right? > > So, we can get same behavior across different OpenCL vendors. > > This is exactly what it does already, in a standard way with both DXVA2 and > VAAPI - NV12 as R/UNORM_INT8 + RG/UNORM_INT8 is > indeed usable for AMD on Windows with DXVA2 interop and via direct upload. > > The problematic case is D3D11, because the standard cl_khr_d3d11_sharing > extension does not support multiple-plane formats. I > would prefer that AMD has an OpenCL-only extension to do it like Intel does, > but an alternative route using AMF to do the mapping > isn't horrible (though it would be quite confusing if it isn't transparent to > the user).
The AMD OpenCL only extension is requested to be published. Hopefully it is coming soon. Now it is possible to convert DX11-NV12 surface to OpenCL-NV12 using AMF (AMFSurface->Convert(AMF_MEMORY_OPENCL)). The private helper function can be implemented as temporary workaround. It can be deprecated when opencl-only extension is published by AMD The helper function implementation requires hwcontext_amf which is going to be implemented soon (to be shared in amfenc and vf_scale_amf) Thanks, Alexander _______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org http://ffmpeg.org/mailman/listinfo/ffmpeg-devel
