diff options
| author | wm4 <wm4@nowhere> | 2016-04-27 13:49:47 +0200 |
|---|---|---|
| committer | wm4 <wm4@nowhere> | 2016-04-27 13:49:47 +0200 |
| commit | 3706918311ef4cc57b1241e87dcc43d699e960f9 (patch) | |
| tree | d887022bd92e40274ab956b705a808f02104a705 /DOCS/man/options.rst | |
| parent | cf9b415173b57befb410ecbe92c298cfe36f0451 (diff) | |
| download | mpv-3706918311ef4cc57b1241e87dcc43d699e960f9.tar.bz2 mpv-3706918311ef4cc57b1241e87dcc43d699e960f9.tar.xz | |
vo_opengl: D3D11VA + ANGLE interop
This uses ID3D11VideoProcessor to convert the video to a RGBA surface,
which is then bound to ANGLE. Currently ANGLE does not provide any way
to bind nv12 surfaces directly, so this will have to do.
ID3D11VideoContext1 would give us slightly more control about the
colorspace conversion, though it's still not good, and not available
in MinGW headers yet.
The video processor is created lazily, because we need to have the coded
frame size, of which AVFrame and mp_image have no concept of. Doing the
creation lazily is less of a pain than somehow hacking the coded frame
size into mp_image.
I'm not really sure how ID3D11VideoProcessorInputView is supposed to
work. We recreate it on every frame, which is simple and hopefully
doesn't affect performance.
Diffstat (limited to 'DOCS/man/options.rst')
| -rw-r--r-- | DOCS/man/options.rst | 1 |
1 files changed, 1 insertions, 0 deletions
diff --git a/DOCS/man/options.rst b/DOCS/man/options.rst index c96c10efbb..f7f92caabf 100644 --- a/DOCS/man/options.rst +++ b/DOCS/man/options.rst @@ -588,6 +588,7 @@ Video :dxva2: requires ``--vo=opengl:backend=angle`` or ``--vo=opengl:backend=dxinterop`` (Windows only) :dxva2-copy: copies video back to system RAM (Windows only) + :d3d11va: experimental, requires ``--vo=opengl:backend=angle`` (Windows only) :d3d11va-copy: experimental (Windows only) :rpi: requires ``--vo=rpi`` (Raspberry Pi only - default if available) |