[vlc-devel] [PATCH] DxVA2: allow NV12 pixel format all the way to the D3D texture

Jean-Baptiste Kempf jb at videolan.org
Wed Apr 1 15:40:46 CEST 2015

On 01 Apr, Steve Lhomme wrote :
> On Wed, Apr 1, 2015 at 3:16 PM, Jean-Baptiste Kempf <jb at videolan.org> wrote:
> > On 01 Apr, Steve Lhomme wrote :
> >> j-b mentioned that a custom VLC_CODEC_DXVA pixel format could be used
> >> for hardware acceleration, like it's done in Android. But if we want
> >> to use filters that means the DXVA format cannot be opaque.
> >
> > Well, one idea is that the DxVA decoder always outputs
> > VLC_CODEC_D3D9_OPAQUE or VLC_CODEC_D3D11_OPAQUE and we create a fiter
> > that can do VLC_CODEC_D3D9_OPAQUE -> NV12 and one VLC_CODEC_D3D9_OPAQUE
> > -> YV12.
> As NV12 is a requirement of DxVA there's a good chance that any GPU
> that comes with support for it and outputs NV12 will support NV12
> input format.

So what?

> > Therefore we can do all the format negotiation in the vfilter chain.
> >
> > And of course, we can have the D3D or D3D11 video output to render
> > directly the VLC_CODEC_D3D9_OPAQUE or VLC_CODEC_D3D11_OPAQUE
> > (respectively)
> In the end what's the difference in having VLC_CODEC_DXVA_OPAQUE just
> being VLC_CODEC_NV12 ? It gives the same problem with filters that
> only handle I420.

No. VLC_CODEC_DXVA_OPAQUE would be just the handle to Direct3D9 surface

> It's not that opaque if we want to able to convert it. So let's not

Of course, but we already have the conversion between Direct3D9 and NV12
or YV12 in the decoder

> using an opaque format at all.

It is. Because it's a way to have GPU 0-copy like on VDPAU and

> A real opaque format would make sense in the case the user doesn't
> want to bother with filters. It could be handled by the matching vout.
> It might be useful to support formats that cannot be accessed at all
> by the CPU (DRM).

I'm sorry, but I think you are mistaken.

The solution I propose would allow to have:
 - 0 copy (full opaque)
 - NV12 output for Direct3D output
 - I420 for filters and the rest.

And all that could be autonegotiated.

With my kindest regards,

Jean-Baptiste Kempf
http://www.jbkempf.com/ - +33 672 704 734
Sent from my Electronic Device

More information about the vlc-devel mailing list