[vlc-devel] [PATCH] core: add a callback to init/release data for picture pool of opaque formats

Rémi Denis-Courmont 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.

Rémi Denis-Courmont

More information about the vlc-devel mailing list