[vlc-devel] [PATCH 12/14] filter_chain: add a default implementation for the video_allocator
remi at remlab.net
Wed Jul 31 19:20:36 CEST 2019
Le keskiviikkona 31. heinäkuuta 2019, 10.27.44 EEST Thomas Guillem a écrit :
> By the way, should we use a CPU picture pool in that case ? Even, if it can
> be slightly slower from my tests on Linux, using a pool won't cause
> performance/memory issues that are OS/runtime dependent.
> If we want a CPU pool, should the filter decide the number of pictures from
> the beginning or should we use a dynamic pool (allocating a picture if
> there is no free pics in the pool) ?
The filter cannot know how many pictures may be held optimally. Currently,
Laurent made it so that the limit is DPB + hard-coded buffer.
Unless there is a massive performance problem with allocation/deallocation, I
think we are better off with "dumb" dynamic allocation in the CPU case.
More information about the vlc-devel