diff options
| author | wm4 <wm4@nowhere> | 2017-02-28 00:54:54 +0100 |
|---|---|---|
| committer | wm4 <wm4@nowhere> | 2017-02-28 00:57:51 +0100 |
| commit | 75fc2bee1e47f93f1ad40331cbb34667c810ca9a (patch) | |
| tree | 802f5404e86c3305e229741a2ddfa7cf9beecb5a /stream/cache_file.c | |
| parent | d015aab42835d20679ec4fe0d8b3a31a81f7a168 (diff) | |
| download | mpv-75fc2bee1e47f93f1ad40331cbb34667c810ca9a.tar.bz2 mpv-75fc2bee1e47f93f1ad40331cbb34667c810ca9a.tar.xz | |
vf_vavpp: add advanced deint bug compatibility for Intel vaapi drivers
I'm not sure what's going on here, but it appears kodi switches forward
and backwards references for advanced VPP deinterlacing modes. This in
turn makes deinterlacing with these modes apparently work. If you don't
switch the directions, you get a stuttering mess.
As far as the libva trace dump is concerned, this makes mpv's libva
deinterlacing API use behave like kodi's, and appears to reproduce
smooth video with advanced libva deinterlacing enabled.
I'm hearing that Mesa actually does it correctly, and I'm not sure what
will happen there. For now, passing "reversal-bug=no" as sub-option to
the vavpp filter will undo this behavior.
Diffstat (limited to 'stream/cache_file.c')
0 files changed, 0 insertions, 0 deletions