Archives/scrcpy
2
0
Fork 0
mirror of https://github.com/Genymobile/scrcpy synced 2024-11-18 21:26:07 +00:00
Code Issues Projects Releases Wiki Activity
336248df08
scrcpy/app/src/video_buffer.h

45 lines
987 B
C
Raw Normal View History

Rename video_buffer to sc_video_buffer Add a scrcpy-specific prefix.
2021-06-26 13:02:18 +00:00
#ifndef SC_VIDEO_BUFFER_H
#define SC_VIDEO_BUFFER_H
Initial commit Start a new clean history from here.
2017-12-12 14:12:07 +00:00
Define feature test macros in common.h This enables necessary functions once for all. As a consequence, define common.h before any other header.
2021-01-08 18:24:51 +00:00
#include "common.h"
Replace SDL types by C99 standard types Scrcpy is a C11 project. Use the C99 standard types instead of the SDL-specific types: SDL_bool -> bool SintXX -> intXX_t UintXX -> uintXX_t
2019-03-02 22:52:22 +00:00
#include <stdbool.h>
Initial commit Start a new clean history from here.
2017-12-12 14:12:07 +00:00
Wrap SDL thread functions into scrcpy-specific API The goal is to expose a consistent API for system tools, and paves the way to make the "core" independant of SDL in the future.
2021-01-31 17:24:35 +00:00
#include "util/thread.h"
Make SKIP_FRAMES a compilation flag The skip_frames flag was a non-configurable runtime flag. Since it is not exposed to the user, there is no need for a (possible) runtime cost. For testing purpose, we still want it to be configurable, so make it a compilation flag.
2018-02-07 11:25:52 +00:00
Initial commit Start a new clean history from here.
2017-12-12 14:12:07 +00:00
// forward declarations
typedef struct AVFrame AVFrame;
Add intermediate frame in video buffer There were only two frames simultaneously: - one used by the decoder; - one used by the renderer. When the decoder finished decoding a frame, it swapped it with the rendering frame. Adding a third frame provides several benefits: - the decoder do not have to wait for the renderer to release the mutex; - it simplifies the video_buffer API; - it makes the rendering frame valid until the next call to video_buffer_take_rendering_frame(), which will be useful for swscaling on window resize.
2021-02-01 08:38:11 +00:00
/**
Make video_buffer more generic The video buffer took ownership of the producer frame (so that it could swap frames quickly). In order to support multiple sinks plugged to the decoder, the decoded frame must not be consumed by the display video buffer. Therefore, move the producer and consumer frames out of the video buffer, and use FFmpeg AVFrame refcounting to share ownership while avoiding copies.
2021-04-11 13:01:05 +00:00
* A video buffer holds 1 pending frame, which is the last frame received from
* the producer (typically, the decoder).
Add intermediate frame in video buffer There were only two frames simultaneously: - one used by the decoder; - one used by the renderer. When the decoder finished decoding a frame, it swapped it with the rendering frame. Adding a third frame provides several benefits: - the decoder do not have to wait for the renderer to release the mutex; - it simplifies the video_buffer API; - it makes the rendering frame valid until the next call to video_buffer_take_rendering_frame(), which will be useful for swscaling on window resize.
2021-02-01 08:38:11 +00:00
*
Make video_buffer more generic The video buffer took ownership of the producer frame (so that it could swap frames quickly). In order to support multiple sinks plugged to the decoder, the decoded frame must not be consumed by the display video buffer. Therefore, move the producer and consumer frames out of the video buffer, and use FFmpeg AVFrame refcounting to share ownership while avoiding copies.
2021-04-11 13:01:05 +00:00
* If a pending frame has not been consumed when the producer pushes a new
* frame, then it is lost. The intent is to always provide access to the very
* last frame to minimize latency.
Add intermediate frame in video buffer There were only two frames simultaneously: - one used by the decoder; - one used by the renderer. When the decoder finished decoding a frame, it swapped it with the rendering frame. Adding a third frame provides several benefits: - the decoder do not have to wait for the renderer to release the mutex; - it simplifies the video_buffer API; - it makes the rendering frame valid until the next call to video_buffer_take_rendering_frame(), which will be useful for swscaling on window resize.
2021-02-01 08:38:11 +00:00
*/
Rename video_buffer to sc_video_buffer Add a scrcpy-specific prefix.
2021-06-26 13:02:18 +00:00
struct sc_video_buffer {
Add intermediate frame in video buffer There were only two frames simultaneously: - one used by the decoder; - one used by the renderer. When the decoder finished decoding a frame, it swapped it with the rendering frame. Adding a third frame provides several benefits: - the decoder do not have to wait for the renderer to release the mutex; - it simplifies the video_buffer API; - it makes the rendering frame valid until the next call to video_buffer_take_rendering_frame(), which will be useful for swscaling on window resize.
2021-02-01 08:38:11 +00:00
AVFrame *pending_frame;
Make video_buffer more generic The video buffer took ownership of the producer frame (so that it could swap frames quickly). In order to support multiple sinks plugged to the decoder, the decoded frame must not be consumed by the display video buffer. Therefore, move the producer and consumer frames out of the video buffer, and use FFmpeg AVFrame refcounting to share ownership while avoiding copies.
2021-04-11 13:01:05 +00:00
AVFrame *tmp_frame; // To preserve the pending frame on error
Add intermediate frame in video buffer There were only two frames simultaneously: - one used by the decoder; - one used by the renderer. When the decoder finished decoding a frame, it swapped it with the rendering frame. Adding a third frame provides several benefits: - the decoder do not have to wait for the renderer to release the mutex; - it simplifies the video_buffer API; - it makes the rendering frame valid until the next call to video_buffer_take_rendering_frame(), which will be useful for swscaling on window resize.
2021-02-01 08:38:11 +00:00
Wrap SDL thread functions into scrcpy-specific API The goal is to expose a consistent API for system tools, and paves the way to make the "core" independant of SDL in the future.
2021-01-31 17:24:35 +00:00
sc_mutex mutex;
Add intermediate frame in video buffer There were only two frames simultaneously: - one used by the decoder; - one used by the renderer. When the decoder finished decoding a frame, it swapped it with the rendering frame. Adding a third frame provides several benefits: - the decoder do not have to wait for the renderer to release the mutex; - it simplifies the video_buffer API; - it makes the rendering frame valid until the next call to video_buffer_take_rendering_frame(), which will be useful for swscaling on window resize.
2021-02-01 08:38:11 +00:00
bool pending_frame_consumed;
Initial commit Start a new clean history from here.
2017-12-12 14:12:07 +00:00
};
Replace SDL types by C99 standard types Scrcpy is a C11 project. Use the C99 standard types instead of the SDL-specific types: SDL_bool -> bool SintXX -> intXX_t UintXX -> uintXX_t
2019-03-02 22:52:22 +00:00
bool
Rename video_buffer to sc_video_buffer Add a scrcpy-specific prefix.
2021-06-26 13:02:18 +00:00
sc_video_buffer_init(struct sc_video_buffer *vb);
Update code style Limit source code to 80 chars, and declare functions return type and modifiers on a separate line. This allows to avoid very long lines, and all function names are aligned. (We do this on VLC, and I like it.)
2019-03-02 19:09:56 +00:00
void
Rename video_buffer to sc_video_buffer Add a scrcpy-specific prefix.
2021-06-26 13:02:18 +00:00
sc_video_buffer_destroy(struct sc_video_buffer *vb);
Initial commit Start a new clean history from here.
2017-12-12 14:12:07 +00:00
Make video_buffer more generic The video buffer took ownership of the producer frame (so that it could swap frames quickly). In order to support multiple sinks plugged to the decoder, the decoded frame must not be consumed by the display video buffer. Therefore, move the producer and consumer frames out of the video buffer, and use FFmpeg AVFrame refcounting to share ownership while avoiding copies.
2021-04-11 13:01:05 +00:00
bool
Rename video_buffer to sc_video_buffer Add a scrcpy-specific prefix.
2021-06-26 13:02:18 +00:00
sc_video_buffer_push(struct sc_video_buffer *vb, const AVFrame *frame,
bool *skipped);
Move frame swapping logic to frame.c Expose frames_offer_decoded_frame() and frames_consume_rendered_frame() so that callers are not exposed to frame swapping (between the decoding and rendering frames) details.
2018-02-08 18:23:24 +00:00
Make video_buffer more generic The video buffer took ownership of the producer frame (so that it could swap frames quickly). In order to support multiple sinks plugged to the decoder, the decoded frame must not be consumed by the display video buffer. Therefore, move the producer and consumer frames out of the video buffer, and use FFmpeg AVFrame refcounting to share ownership while avoiding copies.
2021-04-11 13:01:05 +00:00
void
Rename video_buffer to sc_video_buffer Add a scrcpy-specific prefix.
2021-06-26 13:02:18 +00:00
sc_video_buffer_consume(struct sc_video_buffer *vb, AVFrame *dst);
Initial commit Start a new clean history from here.
2017-12-12 14:12:07 +00:00
#endif
Reference in New Issue Copy Permalink