[vlc-devel] [PATCH] core: add a callback to init/release data for picture pool of opaque formats
remi at remlab.net
Tue Apr 21 14:00:53 CEST 2015
Le 2015-04-21 11:51, Steve Lhomme a écrit :
> In the case of DXVA that would mean delaying the surface allocation
> until the vout can provide it. Why not. But what happens if there's
> compatible vout ?
If downstream cannot cope with your picture format, you should probably
use another one. That is to say, you should fall back to software
> That sounds like doing the whole decoding/displaying chain backwards
> and that would open a whole big can of worms.
If this is backward, what do you suggest is the forward approach?
You think the decoder should tell the video output which device and
buffers to use, then the video output should tell the application which
window to embed? To me *that* seems backward (if at all possible).
> Anyway it cannot work with DXVA because, if I understand the chaining
> properly, the vout is created when the first frame comes out of the
> decoder. So it needs decoding surfaces before there's a vout.
I thought that Thomas and Julian had lifted that limitation.
More information about the vlc-devel