[vlc-devel] [PATCH 3/8] picture_pool: use the internal condition/lock indirectly
Steve Lhomme
robux4 at ycbcr.xyz
Tue Jul 28 09:47:11 CEST 2020
> For now the issue is with hardware decoders. We could have a picture
> pool exactly the size of the surface pool and only wait for pictures
> (and then attach the surface to it). If we have a picture available that
> means we have a matching surface available, no need for a blocking call.
> The problem is to use the proper pool size for decoder_t->out_pool. It
> may even be dynamic. The pool size required could be passed via the
> format_update() callback.
>
> That would mean, contrary to what we said, decoders cannot handle their
> own picture pool. They have to rely on the owner to provide the
> pictures. Right now only nvdec has its own picture pool, so it's not a
> deal breaker.
This solution seems to work and is much less intrusive.
More information about the vlc-devel
mailing list