[vlc-devel] [PATCH] core: add a callback to init/release data for picture pool of opaque formats
remi at remlab.net
Mon Apr 20 16:49:31 CEST 2015
Le lundi 20 avril 2015, 16:38:07 Steve Lhomme a écrit :
> > The only assumption was that planes are mapped in CPU address space, not
> > necessarily in main memory. And that assumption was already removed when
> > support for chromas with zero- planes was added.
> There remains the assumption that pixels/surfaces can be allocated out
> of thin air
VLC already sports 3 different opaque GPU surface types. VDPAU surfaces are not
allocated out of thin air, and I presume Android and MMAL ones are not either.
> and copied between picture_t.
You have a problem if you need to copy pictures in the first place. At best, it
is slow. At worst, it is not supported by the HAL at all.
> This is not the case with
> D3D9 surfaces. They need a D3D9 device (where does it come from) and
> if 2 surfaces use a different D3D9 device, they can't be copied
> between each other.
More information about the vlc-devel