[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
http://www.remlab.net/ 
    
    
More information about the vlc-devel
mailing list