[vlc-devel] [PATCH v2 5/5] dav1d: add DXVA 4:2:0 decoding support
Thomas Guillem
thomas at gllm.fr
Fri Sep 11 17:30:46 CEST 2020
On Fri, Sep 11, 2020, at 17:21, Rémi Denis-Courmont wrote:
> Le perjantaina 11. syyskuuta 2020, 12.46.09 EEST Steve Lhomme a écrit :
> > Tested on NVIDIA 3090 GPU and Intel Iris Xe Graphics on 8-bit sources.
> >
> > The DXVA decoding is only enabled if the decoder device is set to D3D11VA or
> > DXVA2. If the hardware decoder is not found, we fallback to software
> > decoding. The profile needs to be known on open to use hardware decoding
> > as it requires using a single frame thread, so fallback to software after
> > the open would have impact on performance.
> >
> > It's using an "nvdec_pool" for hardware buffer pools, directly from the
> > nvdec folder.
> >
> > Some code could be shared (in a library) with the other DXVA modules.
> > ---
> > modules/codec/Makefile.am | 11 +
> > modules/codec/dav1d.c | 1250 +++++++++++++++++++++++++++++++++++++
>
> It's very disturbing that this takes twice as much code as the dav1d patch.
> You'd think a lot of the code should actually be in dav1d, rather than
> duplicated in every dav1d reverse dependency.
>
> And it's only DX. I don't know about VDPAU and NVDEC status, but there's also
> VA with AV-1 support.
And the DXVA support should be in a submodule (like avcodec's hw decoders).
For example, on Linux, you don't want a plugin linked with VDPAU, VAAPU, NVDEC, X11, WL..
>
> --
> Rémi Denis-Courmont
> http://www.remlab.net/
>
>
>
> _______________________________________________
> vlc-devel mailing list
> To unsubscribe or modify your subscription options:
> https://mailman.videolan.org/listinfo/vlc-devel
More information about the vlc-devel
mailing list