关于近期“块问题”的公告
大家好，这里是 VCB-Studio 技术组。近日，有热心观众报告不少作品出现“块问题”。经过这段时间的研究和测试，我们已经基本解决问题，现通告如下。
我们经过大量测试后定位到“块问题”的直接原因是 x265 的 rd-refine 参数，而根本原因在于 x265 的决策机制。
rd-refine 功能本身是有益的，对控制体积、改善画质都有一定帮助。遗憾的是目前 rd-refine 实现存在问题，在一些特定场景下会决策失误，产生“块问题”。这个问题的伏笔在 rd-refine 最初出现的 1.7 版本就已埋下，只是长久以来没人发现。
rd-refine 需要高开销的参数 rd 5 作为前提，并进一步提高编码开销，过去少有人使用。近一年来，随着算力的提升，我们才逐渐开始使用这一参数，这也是如今才发现其问题的原因。
rd-refine 的机制较为复杂，研究和理解其功能耗费了大量的时间。我们最近才确立了有效的修复方案：
针对“块问题”，我们作出如下安排：
- 对于今后的新项目，我们会确保使用修复后的 x265 或关闭 rd-refine 功能进行压制；
- 对于已压制完成但尚未发布的项目，我们会仔细检查参数，如果使用了 rd-refine 参数则会重新压制；
- 对于目前有报错的项目，将适时逐步重制；
- 对于之前已发布的其他项目，因为并未全都使用 rd-refine 功能，并且“块问题”只在一些特定场景出现，我们将仍然按照报错流程处理，如发现有“块问题”也将纳入重制计划。
VCB-Studio 技术组
2023 年 3 月 6 日
本帖最后由 qvb 于 2023-3-6 23:29 编辑
继续嘴硬吧{:4_684:}
rd-refine本来作用就几乎没有，所谓的有一定帮助真是“一定”到某种很新鲜的程度了啊
然后你们还要开一个新的参数来限制它的作用{:4_687:}
跟没开有什么区别{:4_687:}
这就是所谓的一流压制者解决问题吗，限制它是回避还是解决，我不好说{:4_687:}
rd5过去少有人用又是怎么得出来的，x265预设slow以上就已经是rd6了捏，你组不是很喜欢veryslow吗{:4_687:}
岁月史书是吧{:4_678:}
208haf 发表于 2023-3-7 23:26
或许可以试试这个方案？
https://bitbucket.org/multicorew ... me#comment-64918623
现已加入Yuuki mod豪华套餐（
github.com/Mr-Z-2697/x265-Yuuki-Asuna/releases 重置会是一个极巨大的工程，辛苦vcb了 今年目前看了6部番剧，有2部是VCB的，没有发现任何问题，好的很呐，尤其是散华礼弥，炸裂！！
也许是因为我看的番比较老？以往的作品应该没问题呢。
（并非是实际年份，而是以VCB最新发布时间为准） azusa 发表于 2023-3-7 00:28
感觉重置是个大工程，不知道有没有差分修复的方式
额，为啥我的积分突然这么多了
感觉重置是个大工程，不知道有没有差分修复的方式 TsushimaYohane 发表于 2023-3-6 23:34
不过之前 ANK 开了也似乎没有碰过这种问题：https://bbs.acgrip.com/forum.php?mod=redirect&goto=findpost&pti ...
我自己也试过x265的2.0、2.6以及到现在的3.5版本，其实都有这个问题。。。
本帖最后由 TsushimaYohane 于 2023-3-6 23:36 编辑
不过之前 ANK 开了也似乎没有碰过这种问题：https://bbs.acgrip.com/forum.php ... 96546&fromuid=34833
估计是中奖了吧{:4_686:} qvb 发表于 2023-3-6 23:27
继续嘴硬吧
rd-refine本来作用就几乎没有，所谓的有一定帮助真是“一定”到某种很新鲜的程度了啊
...
不想看可以不看
qvb 发表于 2023-3-6 23:27
继续嘴硬吧
rd-refine本来作用就几乎没有，所谓的有一定帮助真是“一定”到某种很新鲜的程度了啊
...
show show way{:4_675:}