[vlc-devel] [PATCH 02/26] vout: create/release the decoder device when the window is enabled/disabled

Thomas Guillem thomas at gllm.fr
Tue Sep 24 08:55:59 CEST 2019


On Mon, Sep 23, 2019, at 18:50, Rémi Denis-Courmont wrote:
> Le maanantaina 23. syyskuuta 2019, 11.29.23 EEST Steve Lhomme a écrit :
> > It's like the display module, it's treated as a resource that is created
> > on demand by the decoder. In the past we need a display module to create
> > the decoder/VA (depending on the display pictures). Now the VA needs a
> > "decoder device" (the hint) before it's created.
> > 
> > It's true that most decoders (ie not lavc or nvdec) will not need a
> > decoder device at all. And I agree we should not create it for those.
> 
> On-demand creation avoids the delay and resource usage for software decoder. 
> My problem is, now that NVDEC is added, we no longer have a "static" choice of 
> decoder device on a given system - NVDEC competes with DirectX and VA/VDPAU.
> 
> This potentially breaks the whole idea of creating the decoder device 
> (exclusively) from the window. Or NVDEC needs to permanently remain a 
> functional superset of DirectX and VA/VDPAU...

We can still disable NVDEC on Windows by default since DX11 should cover most of the need.

For Linux, I don't see the problem. There will be one VAAPI and one NVDEC decoder device that will be loaded just after the window. Only one will be able to load depending on your main GPU/Display/Driver. Therefore, the avcodec VAAPI va or NVDEC decoder will be automatically loaded according to that decoder device.

> 
> -- 
> レミ・デニ-クールモン
> 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