anime4k实现过程中的疑问

[Arxhexa]

我参考了以下对AutoDownscalePre作用的解释，但仍然没有完全理解其触发条件以及为什么会有两次upscale。

https://hooke007.github.io/mpv-lazy/[01]_%E7%AC%AC%E4%B8%89%E6%96%B9%E7%9D%80%E8%89%B2%E5%99%A8%E4%BB%8B%E7%BB%8D.html#anime4k-v32-v4x

bloc97/Anime4K#154 (comment)

按我现在的理解，对于一个1080p视频输出到1440p分辨率应该如下：
源→clamp→restore→upscale(2160p)→downscale_x2(1440p)→downscale_x4(720p)→upscale(1440p)

在downscale_x2过后画面已经与显示分辨率匹配，此时再进行downscale和upscale的意义何在？如果是输出到2160p分辨率那么在第一次upscale过后已经得到了2160p的画面，之后的流程是否是完全多余的性能开销？

[hooke007]

作者的演示是基于显示设备2160p，源720p。一次两倍之后1440p，直接做第二次两倍（2880p）显然是性能浪费的有点多，为了节省开销所以在做第二次两倍前预缩回1080p；

假设链路 Anime4K_Upscale_CNN_x2_S;AutoDownscalePre_x4 显示设备1440p，源1080p。不会触发你想象的流程，因为不满足hook的条件
流程 a4k 2x upscale(2160p) → mpv dscale(1440p)

AutoDownscalePre 对大多数人来说是用不到的，特殊资源/老片爱好者除外。如上所述，1080p的源 x2之后已经2160p大于大多数人的显示分辨率了，所以构建你的a4k链路的时候不需要像原作者的方案那么复杂（可能也不在乎这点性能浪费）。

我那个文档里的说法有点问题。。但是我现在没法直接改

假设链路 Anime4K_Upscale_CNN_x2_S;AutoDownscalePre_x2 显示设备1080p 源720p

执行流程 720p → Anime4K_Upscale_CNN_x2_S (1440p) → AutoDownscalePre_x2 (1080p)
这时候就没mpv dscale什么事了，但是我不建议这么用因为 AutoDownscalePre 只是一个简单的双线性，不如用mpv dscale

但是它设计这个着色器的考量是假设你要在一次放大后挂更多高开销的着色器，
比如链路 Anime4K_Upscale_CNN_x2_S;AutoDownscalePre_x2;Anime4K_Restore_CNN_L
预缩回1080p再计算Anime4K_Restore_CNN_L比在1440p计算完Anime4K_Restore_CNN_L后缩回1080p可能要节约的多

[Arxhexa]

倒也不是AutoDownscalePre，您第一次回答之后我就只保留了clamp→restore→upscale，使用gpu-next后按照作者说法去除了clamp，仅有restore→upscale

不过画面上其实看起来没什么太大问题

其实好像clamp也可以运行，不过"don't currently work"到底指的是完全不能运行还是运行了没有效果就不太清楚了

[hooke007]

unknown shader
mpv-player/mpv#9411

[Arxhexa]

好的谢谢

[hooke007]

--blend-subtitles 只要视频宽高比和显示设备不匹配就能看出明显差异。

此外还涉及色彩和渲染性能的差距（见注释与官方手册）

[Arxhexa]

好的，如果真有渲染问题再回退到gpu，相比之下gpu-next更快的渲染速度对我来说更重要一些。