/* Permission to use, copy, modify, and/or distribute this software for any * purpose with or without fee is hereby granted, provided that the above * copyright notice and this permission notice appear in all copies. * * THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES * WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF * MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR * ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES * WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN * ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF * OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE. */ /* * Note: the client API is licensed under ISC (see above) to ease * interoperability with other licenses. But keep in mind that the * mpv core is still mostly GPLv2+. It's up to lawyers to decide * whether applications using this API are affected by the GPL. * One argument against this is that proprietary applications * using mplayer in slave mode is apparently tolerated, and this * API is basically equivalent to slave mode. */ #ifndef MPV_CLIENT_API_OPENGL_CB_H_ #define MPV_CLIENT_API_OPENGL_CB_H_ #include "client.h" #ifdef __cplusplus extern "C" { #endif /** * Warning: this API is not stable yet. * * Overview * -------- * * This API can be used to make mpv render into a foreign OpenGL context. It * can be used to handle video display. Be aware that using this API is not * required: you can embed the mpv window by setting the mpv "wid" option to * a native window handle (see "Embedding the video window" section in the * client.h header). In general, using the "wid" option is recommended over * the OpenGL API, because it's simpler and more flexible on the mpv side. * * The renderer needs to be explicitly initialized with mpv_opengl_cb_init_gl(), * and then video can be drawn with mpv_opengl_cb_draw(). The user thread can * be notified by new frames with mpv_opengl_cb_set_update_callback(). * * OpenGL interop * -------------- * * This assumes the OpenGL context lives on a certain thread controlled by the * API user. The following functions require access to the OpenGL context: * mpv_opengl_cb_init_gl * mpv_opengl_cb_draw * mpv_opengl_cb_uninit_gl * * The OpenGL context is indirectly accessed through the OpenGL function * pointers returned by the get_proc_address callback in mpv_opengl_cb_init_gl. * Generally, mpv will not load the system OpenGL library when using this API. * * Only "desktop" OpenGL version 2.1 or later is supported. With OpenGL 2.1, * the GL_ARB_texture_rg is required. The renderer was written against * OpenGL 3.x core profile, with additional support for OpenGL 2.1. * * Note that some hardware decoding interop API (as set with the "hwdec" option) * may actually access * * OpenGL state * ------------ * * OpenGL has a large amount of implicit state. All the mpv functions mentioned * above expect that the OpenGL state is reasonably set to OpenGL standard * defaults. Likewise, mpv will attempt to leave the OpenGL context with * standard defaults. The following state is excluded from this: * * - the current viewport (can have/is set to an arbitrary value) * * Messing with the state could be avoided by creating shared OpenGL contexts, * but this is avoided for the sake of compatibility and interoperability. * * On OpenGL 2.1, mpv will strictly call functions like glGenTextures() to * create OpenGL objects. You will have to do the same. This ensures that * objects created by mpv and the API users don't clash. * * Threading * --------- * * The mpv_opengl_cb_* functions can be called from any thread, under the * following conditions: * - only one of the mpv_opengl_cb_* functions can be called at the same time * (unless they belong to different mpv cores created by mpv_create()) * - for functions which need an OpenGL context (see above) the OpenGL context * must be "current" in the current thread, and it must be the same context * as used with mpv_opengl_cb_init_gl() * - never can be called from within the callbacks set with * mpv_set_wakeup_callback() or mpv_opengl_cb_set_update_callback() * * Context and handle lifecycle * ---------------------------- * * Video initialization will fail if the OpenGL context was not initialized yet * (with mpv_opengl_cb_init_gl()). Likewise, mpv_opengl_cb_uninit_gl() will * disable video. * * When the mpv core is destroyed (e.g. via mpv_terminate_destroy()), the OpenGL * context must have been uninitialized. If this doesn't happen, undefined * behavior will result. * * Special windowing system interop considerations * ------------------------------------------------ * * In some cases, libmpv needs to have access to the windowing system's handles. * This can be a pointer to a X11 "Display" for example. Usually this is needed * only for hardware decoding. * * You can communicate these handles to libmpv by adding a pseudo-OpenGL * extension "GL_MP_MPGetNativeDisplay" to the additional extension string when * calling mpv_opengl_cb_init_gl(). The get_proc_address callback should resolve * a function named "glMPGetNativeDisplay", which has the signature: * * void* GLAPIENTRY glMPGetNativeDisplay(const char* name) * * See below what names are defined. Usually, libmpv will use the native handle * up until mpv_opengl_cb_uninit_gl() is called. If the name is not anything * you know/expected, return NULL from the function. * * Windowing system interop on Linux * --------------------------------- * * The new VAAPI OpenGL interop requires an EGL context. EGL provides no way * to query the X11 Display associated to a specific EGL context, so this API * is used to pass it through. * * glMPGetNativeDisplay("x11") should return a X11 "Display*", which then will * be used to create the hardware decoder state. (On GLX, this is not needed.) * * Windowing system interop on MS win32 * ------------------------------------ * * If OpenGL switches to fullscreen, most players give it access GPU access, * which means DXVA2 hardware decoding in mpv won't work. This can be worked * around by giving mpv access to Direct3D device, which it will then use to * create a decoder. The device can be either the real device used for display, * or a "blank" device created before switching to fullscreen. * * You can provide glMPGetNativeDisplay as described in the previous section. * If it is called with name set to "IDirect3DDevice9", it should return a * IDirect3DDevice9 pointer (or NULL if not available). libmpv will release * this interface when it is done with it. * * In previous libmpv releases, this used "GL_MP_D3D_interfaces" and * "glMPGetD3DInterface". This is deprecated; use glMPGetNativeDisplay instead * (the semantics are 100% compatible). */ /** * Opaque context, returned by mpv_get_sub_api(MPV_SUB_API_OPENGL_CB). * * A context is bound to the mpv_handle it was retrieved from. The context * will always be the same (for the same mpv_handle), and is valid until the * mpv_handle it belongs to is released. */ typedef struct mpv_opengl_cb_context mpv_opengl_cb_context; typedef void (*mpv_opengl_cb_update_fn)(void *cb_ctx); typedef void *(*mpv_opengl_cb_get_proc_address_fn)(void *fn_ctx, const char *name); /** * Set the callback that notifies you when a new video frame is available, or * if the video display configuration somehow changed and requires a redraw. * Similar to mpv_set_wakeup_callback(), you must not call any mpv API from * the callback. * * @param callback callback(callback_ctx) is called if the frame should be * redrawn * @param callback_ctx opaque argument to the callback */ void mpv_opengl_cb_set_update_callback(mpv_opengl_cb_context *ctx, mpv_opengl_cb_update_fn callback, void *callback_ctx); /** * Initialize the mpv OpenGL state. This retrieves OpenGL function pointers via * get_proc_address, and creates OpenGL objects needed by mpv internally. It * will also call APIs needed for rendering hardware decoded video in OpenGL, * according to the mpv "hwdec" option. * * You must free the associated state at some point by calling the * mpv_opengl_cb_uninit_gl() function. Not doing so may result in memory leaks * or worse. * * @param exts optional _additional_ extension string, can be NULL * @param get_proc_address callback used to retrieve function pointers to OpenGL * functions. This is used for both standard functions * and extension functions. (The extension string is * checked whether extensions are really available.) * The callback will be called from this function only * (it is not stored and never used later). * Usually, GL context APIs do this for you (e.g. with * glXGetProcAddressARB or wglGetProcAddress), but * some APIs do not always return pointers for all * standard functions (even if present); in this case * you have to compensate by looking up these functions * yourself. * @param get_proc_address_ctx arbitrary opaque user context passed to the * get_proc_address callback * @return error code (same as normal mpv_* API), including but not limited to: * MPV_ERROR_UNSUPPORTED: the OpenGL version is not supported * (or required extensions are missing) * MPV_ERROR_INVALID_PARAMETER: the OpenGL state was already initialized */ int mpv_opengl_cb_init_gl(mpv_opengl_cb_context *ctx, const char *exts, mpv_opengl_cb_get_proc_address_fn get_proc_address, void *get_proc_address_ctx); /** * Render video. Requires that the OpenGL state is initialized. * * The video will use the full provided framebuffer. Options like "panscan" are * applied to determine which part of the video should be visible and how the * video should be scaled. You can change these options at runtime by using the * mpv property API. * * The renderer will reconfigure itself every time the output rectangle/size * is changed. (If you want to do animations, it might be better to do the * animation on a FBO instead.) * * This function implicitly pulls a video frame from the internal queue and * renders it. If no new frame is available, the previous frame is redrawn. * The update callback set with mpv_opengl_cb_set_update_callback() notifies * you when a new frame was added. * * @param fbo The framebuffer object to render on. Because the renderer might * manage multiple FBOs internally for the purpose of video * postprocessing, it will always bind and unbind FBOs itself. If * you want mpv to render on the main framebuffer, pass 0. * @param w Width of the framebuffer. This is either the video size if the fbo * parameter is 0, or the allocated size of the texture backing the * fbo. The renderer will always use the full size of the fbo. * @param h Height of the framebuffer. Same as with the w parameter, except * that this parameter can be negative. In this case, the video * frame will be rendered flipped. * @return 0 */ int mpv_opengl_cb_draw(mpv_opengl_cb_context *ctx, int fbo, int w, int h); /** * Deprecated. Use mpv_opengl_cb_draw(). This function is equivalent to: * * int mpv_opengl_cb_render(mpv_opengl_cb_context *ctx, int fbo, int vp[4]) * { return mpv_opengl_cb_draw(ctx, fbo, vp[2], vp[3]); } * * vp[0] and vp[1] used to have a meaning, but are ignored in newer versions. * * This function will be removed in the future without version bump (this API * was never marked as stable). */ int mpv_opengl_cb_render(mpv_opengl_cb_context *ctx, int fbo, int vp[4]); /** * Tell the renderer that a frame was flipped at the given time. This is * optional, but can help the player to achieve better timing. * * Note that calling this at least once informs libmpv that you will use this * function. If you use it inconsistently, expect bad video playback. * * If this is called while no video or no OpenGL is initialized, it is ignored. * * @param time The mpv time (using mpv_get_time_us()) at which the flip call * returned. If 0 is passed, mpv_get_time_us() is used instead. * Currently, this parameter is ignored. * @return error code */ int mpv_opengl_cb_report_flip(mpv_opengl_cb_context *ctx, int64_t time); /** * Destroy the mpv OpenGL state. * * If video is still active (e.g. a file playing), video will be disabled * forcefully. * * Calling this multiple times is ok. * * @return error code */ int mpv_opengl_cb_uninit_gl(mpv_opengl_cb_context *ctx); #ifdef __cplusplus } #endif #endif