2013-11-23 20:26:31 +00:00
|
|
|
#ifndef MP_HWDEC_H_
|
|
|
|
|
#define MP_HWDEC_H_
|
|
|
|
|
|
|
|
|
|
// Used to communicate hardware decoder API handles from VO to video decoder.
|
|
|
|
|
// The VO can set the context pointer for supported APIs.
|
|
|
|
|
struct mp_hwdec_info {
|
|
|
|
|
struct mp_vdpau_ctx *vdpau_ctx;
|
|
|
|
|
struct mp_vaapi_ctx *vaapi_ctx;
|
|
|
|
|
// Can be used to lazily load a requested API.
|
|
|
|
|
// api_name is e.g. "vdpau" (like the fields above, without "_ctx")
|
|
|
|
|
// Can be NULL, is idempotent, caller checks _ctx fields for success/access.
|
video: move display and timing to a separate thread
The VO is run inside its own thread. It also does most of video timing.
The playloop hands the image data and a realtime timestamp to the VO,
and the VO does the rest.
In particular, this allows the playloop to do other things, instead of
blocking for video redraw. But if anything accesses the VO during video
timing, it will block.
This also fixes vo_sdl.c event handling; but that is only a side-effect,
since reimplementing the broken way would require more effort.
Also drop --softsleep. In theory, this option helps if the kernel's
sleeping mechanism is too inaccurate for video timing. In practice, I
haven't ever encountered a situation where it helps, and it just burns
CPU cycles. On the other hand it's probably actively harmful, because
it prevents the libavcodec decoder threads from doing real work.
Side note:
Originally, I intended that multiple frames can be queued to the VO. But
this is not done, due to problems with OSD and other certain features.
OSD in particular is simply designed in a way that it can be neither
timed nor copied, so you do have to render it into the video frame
before you can draw the next frame. (Subtitles have no such restriction.
sd_lavc was even updated to fix this.) It seems the right solution to
queuing multiple VO frames is rendering on VO-backed framebuffers, like
vo_vdpau.c does. This requires VO driver support, and is out of scope
of this commit.
As consequence, the VO has a queue size of 1. The existing video queue
is just needed to compute frame duration, and will be moved out in the
next commit.
2014-08-12 21:02:08 +00:00
|
|
|
// Due to threading, the callback is the only code that is allowed to
|
|
|
|
|
// change fields in this struct after initialization.
|
2013-11-23 20:26:31 +00:00
|
|
|
void (*load_api)(struct mp_hwdec_info *info, const char *api_name);
|
|
|
|
|
void *load_api_ctx;
|
|
|
|
|
};
|
|
|
|
|
|
|
|
|
|
// Trivial helper to call info->load_api().
|
|
|
|
|
// Implemented in vd_lavc.c.
|
|
|
|
|
void hwdec_request_api(struct mp_hwdec_info *info, const char *api_name);
|
|
|
|
|
|
|
|
|
|
#endif
|