mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-11-28 12:41:05 +00:00
4df68163dc
Make sure GstVaapiVideoMemory allocates VA surface proxies from a pool stored in the parent VA memory allocator. This fixes the following scenario: - VA video buffer 1 is allocated from a buffer pool - Another video buffer is created, and inherits info from buffer 1 - Buffer 1 is released, thus pushing it back to the buffer pool - New buffer alloc request comes it, this yields buffer 1 back - At this stage, buffers 1 and 2 still share the same underlying VA surface, but buffer 2 was already submitted downstream for further processing, thus conflicting with additional processing we were about to perform on buffer 1. Maybe the core GstBufferPool implementation should have been fixed instead to actually make sure that the returned GstBuffer memory we found from the pool is writable? |
||
|---|---|---|
| .. | ||
| gstvaapi.c | ||
| gstvaapidecode.c | ||
| gstvaapidecode.h | ||
| gstvaapidownload.c | ||
| gstvaapidownload.h | ||
| gstvaapipluginutil.c | ||
| gstvaapipluginutil.h | ||
| gstvaapipostproc.c | ||
| gstvaapipostproc.h | ||
| gstvaapisink.c | ||
| gstvaapisink.h | ||
| gstvaapiupload.c | ||
| gstvaapiupload.h | ||
| gstvaapiuploader.c | ||
| gstvaapiuploader.h | ||
| gstvaapivideobuffer.c | ||
| gstvaapivideobuffer.h | ||
| gstvaapivideobufferpool.c | ||
| gstvaapivideobufferpool.h | ||
| gstvaapivideocontext.c | ||
| gstvaapivideocontext.h | ||
| gstvaapivideoconverter_glx.c | ||
| gstvaapivideoconverter_glx.h | ||
| gstvaapivideoconverter_x11.c | ||
| gstvaapivideoconverter_x11.h | ||
| gstvaapivideomemory.c | ||
| gstvaapivideomemory.h | ||
| gstvaapivideometa.c | ||
| gstvaapivideometa.h | ||
| gstvaapivideometa_texture.c | ||
| gstvaapivideometa_texture.h | ||
| Makefile.am | ||