～技术宅真可怕～ » 讨论
AV2 v1.0规范发布了

有 dav1d 对于多数设备还算是可接受了，但 av2 解码复杂度说是5倍

然而一般配置mpv都是推荐关掉硬解看动画，不论什么编码

软解要更清晰吗，我感觉我可能看不出这种区别

软解是兼容性更好吧，更清晰应该没有。不过软编似乎是比硬编清晰的。

软解泛用性好，要搞超分啥的还是得上硬解

解码（应当）是 deterministic 的，编码不是，所以你可以选择用更多的算力得到更好的结果

这段话在其他播放器可能成立，但在mpv这里并不成立。
动画圈历史上“软解画质更好”的印象，本质上更多是来自高质量的renderer和shader pipeline，而不是CPU解码本身。在现代mpv里，即使开了NVDEC/VAAPI硬解，依然可以获得和软解几乎一致的渲染效果。
某些硬解路径会将解码后的帧保存在专用硬件Surface中，可能限制一些高级着色器、缩放器或者滤镜的直接访问。或者面对FSRCNNX、KrigBilateral等依赖Compute Shader或复杂纹理访问的算法，需要执行额外的Surface转换或Copy-back操作从而增加显存带宽占用甚至导致掉帧。此外，极少数驱动和硬件组合下硬解Surface与渲染链之间的格式映射、色彩范围识别或位深处理确实可能出现兼容性问题，从而导致色彩精度降级或Banding现象。但这些问题通常属于特定硬件路径或驱动实现的限制，而不是硬件解码本身的固有画质缺陷。
动画场景下，最终画质往往更多取决于播放器的渲染链路，而不是用硬解还是软解。硬解（上面提到的NVDEC/VAAPI）和软解（FFmpeg CPU）主要区别在于压缩码流的解压方式，对于正常编码的视频，两者输出的YUV帧通常是完全一致的。真正容易拉开差距的是后续的渲染阶段，例如色度升采样、YUV-RGB转换、缩放、Debanding、Dithering、HDR映射以及色彩管理等...mpv的gpu-next/libplacebo pipeline通常会在高精度（16-bit float或更高）的内部颜色空间中完成这些计算，并支持EWA Lanczos、Error Diffusion Dither等高质量算法。这些特性对于大面积纯色、渐变和细线条较多的动画内容尤其重要。因此才有很多技术宅感受到的“软解画质更好”，实际这些差异往往是高质量渲染链路带来的，而非CPU解码本身。
除了上述原因，也有很多播放器的硬解路径historically都是特别烂造成的细节失真，一些播放器走的DXVA Native会绕过一些高级的shader pipeline，导致线条边缘发虚和色带等问题，也就加深了硬解画质差的刻板映像。但mpv/libplacebo的设计思路是解码器只负责吐YUV，剩下的shader/float pipeline/scaling/tone/mapping/dither…是统一交给GPU处理，所以在mpv视角里不管硬解软解，最终走的都是同一个renderer。