diff options
| author | wm4 <wm4@nowhere> | 2020-07-08 21:55:24 +0200 |
|---|---|---|
| committer | wm4 <wm4@nowhere> | 2020-07-08 22:42:05 +0200 |
| commit | b93f142011381a9ad753a246ea112115f262e7a1 (patch) | |
| tree | 0b5ed52a08599240f0d4f4ffad815dc7be33ee22 /DOCS/client-api-changes.rst | |
| parent | 688251bc662c50bc7fe56bb1ec8fef4e1407cdf0 (diff) | |
| download | mpv-b93f142011381a9ad753a246ea112115f262e7a1.tar.bz2 mpv-b93f142011381a9ad753a246ea112115f262e7a1.tar.xz | |
client API: add software rendering API
This can be used to make vo_libmpv render video to a memory buffer. It
only adds a new backend API that takes memory surfaces. All the render
API (such as frame rendering control and so on) is reused.
I'm not quite convinced of the usefulness of this, and until now I
always resisted providing something like this. It only seems to
facilitate inefficient implementation. But whatever.
Unfortunately, this duplicates the software rendering glue code yet
again (like it exists in vo_x11, vo_wlshm, vo_drm, and probably more).
But in theory, these could reuse this backend in the future, just like
vo_gpu could reuse the render_gl API.
Fixes: #7852
Diffstat (limited to 'DOCS/client-api-changes.rst')
| -rw-r--r-- | DOCS/client-api-changes.rst | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/DOCS/client-api-changes.rst b/DOCS/client-api-changes.rst index ade0234e79..35ffc58086 100644 --- a/DOCS/client-api-changes.rst +++ b/DOCS/client-api-changes.rst @@ -33,6 +33,7 @@ API changes :: --- mpv 0.33.0 --- + 1.109 - add MPV_RENDER_API_TYPE_SW and related (software rendering API) 1.108 - Deprecate MPV_EVENT_IDLE - add mpv_event_start_file - add the following fields to mpv_event_end_file: playlist_entry_id, |