Go to the documentation of this file.
19 #ifndef FFTOOLS_FFPLAY_RENDERER_H
20 #define FFTOOLS_FFPLAY_RENDERER_H
int vk_renderer_create(VkRenderer *renderer, SDL_Window *window, AVDictionary *opt)
void vk_renderer_destroy(VkRenderer *renderer)
This structure describes decoded (raw) audio or video data.
int vk_renderer_resize(VkRenderer *renderer, int width, int height)
static SDL_Window * window
VkRenderer * vk_get_renderer(void)
static SDL_Renderer * renderer
int vk_renderer_display(VkRenderer *renderer, AVFrame *frame)
these buffered frames must be flushed immediately if a new input produces new the filter must not call request_frame to get more It must just process the frame or queue it The task of requesting more frames is left to the filter s request_frame method or the application If a filter has several the filter must be ready for frames arriving randomly on any input any filter with several inputs will most likely require some kind of queuing mechanism It is perfectly acceptable to have a limited queue and to drop frames when the inputs are too unbalanced request_frame For filters that do not use the this method is called when a frame is wanted on an output For a it should directly call filter_frame on the corresponding output For a if there are queued frames already one of these frames should be pushed If the filter should request a frame on one of its repeatedly until at least one frame has been pushed Return or at least make progress towards producing a frame
int vk_renderer_get_hw_dev(VkRenderer *renderer, AVBufferRef **dev)
A reference to a data buffer.