普遍性画面报错

前情提要：[https://bbs.acgrip.com/thread-10120-1-1.html]我在观看贵组压制的这部作品的时候偶然发现了一个画面问题，后来直到看完又发现了十几处同样的问题，所以对贵组近期的作品进行了一次抽样检测，现发现不少此类问题。

以下为抽测出来有问题的画面：

OVERLORD IV 03 8分47 12640


回复术士的重来人生
01 4分07 5933

01 7分51 11295

派对浪客诸葛孔明 03 12分35 18103


未来日记 02 17分33 25254



更衣人偶坠入爱河 01 6分00 8638



噬血狂袭II 01 4分48 6908



无头骑士异闻录 08 3分23 4871



Overflow 02 0分40 964

fy939 发表于 2023-2-19 20:24
可以确定是x265编码器的一个非常久远的bug，多年前作品中就曾出现过，只是非常罕见，所以只能忽略。但是近 ...

大家好，我是vcb-s的技术总监TauZolver.
这次先代表技术组感谢热心观众的报错。

承接前天的回复，技术组对本次色块的问题已经研究了一段时间。
我们理解问题源自x265编码器本身，并非由人为失误，随机运算错误或前处理错漏而导致，也与--tskip参数无关。
在跟友组的技术交流当中，也确认了这是x265编码器一个共通的问题。

比较棘手的是，这种色块瑕疵多出现在渐变、转场等不好察觉的部分，而且现在还未找到自动侦测的方法。
现时技术组只有很少的可复现的瑕疵样本，研究的进度也因此受限。
为此我们很欢迎大家持续报错，提供有问题的片段来增加样本数。

我们最近已经应用了研究成果，调整了压制参数去减少瑕疵的发生。
由于问题大概率涉及x265源码逻辑的问题，我们现阶段希望通过测试不同编码器版本，尽快整理状况，并向x265作者提issue反映。
针对大家比较关心的Rework的问题，在编码器问题得到妥善修复后，我们会提上日程。

LittlePox 发表于 2023-2-27 14:41
本组十多年来，各种做错做砸的番也不在少数。因为试验新滤镜、新参数，没注意到副效果，常有的事情。
试 ...

漂亮话说得不错，不过你们的新人还有待加强啊，mcw是酒囊饭袋都骂出来了，你们好像很重视中英双语呀，要不要翻译出去秀一秀？
你说我这样那样，那么这种对bug进行了所谓的修复之后又进行辱骂的行为是如何？
说到底不过是差不多的人做着差不多的事罢了。而某些人却对自己的行为进行美化，标榜一流。
另外就是我可是很明确地划分了轰炸对象呢

qvb 发表于 2023-2-27 13:58
我想楼主也不要有什么“自责感”，vcb的错误与我们的存在都是客观事实，与楼主的发现没有绝对的因果关系
给 ...

本组十多年来，各种做错做砸的番也不在少数。因为试验新滤镜、新参数，没注意到副效果，常有的事情。
试错了再修改，做砸了再安排重发，也不是第一次了。
至于黑名单之类的，也都可以好好聊，觉得不再适合当下的，可以改。现在催番风气几乎没了，黑名单已经自然取消了。


至于说我们拿观众当猴耍，这个帖子观众在报错，我们一一记录确认，但是你却抓住这好不容易的机会，挖心刺骨，阴阳怪气，扯东言西，百般羞辱嘲讽。
如此上蹿下跳，全然不屑于掩饰自己今天就是为了喷而喷，那也没有跟你认真对话的必要了。
反正十多年来，你这号人也不是第一位了，请便吧。

LittlePox 发表于 2023-2-27 14:41
本组十多年来，各种做错做砸的番也不在少数。因为试验新滤镜、新参数，没注意到副效果，常有的事情。
试 ...

Lp借此帖说一下一个在我看来隐隐存在的问题。新晋的高层和你们这些老式的压制人不一样，相对来说，你们偏沉稳谦逊，而新人偏自傲激进。


我理解他有对自己能力上的绝对自信。但是这种“阴阳怪气”“不太友善”...等的言论出现也不是一次两次。

如果说这次“酒囊饭袋”的原因可以简单的甩锅给出现的“嘲讽侠”，而其它几次在我看来仍然无法理解。面向帮自己说话的粉丝阴阳怪气，面对只是交流技术的论坛用户语气生硬。我不认为合适。作为新任的高层，你的言行某种程度上代表了vcb整体给人的态度印象。

当然这可能只是我的一厢情愿，作为一个多年关注vcb的用户，我感受到那个稳重的vcb可能正在远去（如果lp你们这些人彻底离开这个团队

qvb 发表于 2023-2-26 08:41
说到底VCB就只会说漂亮话和岁月史书而已，bitbucket.org/multicoreware/x265_git/issues/630 朋友一个人边 ...

显然，部分观众贫瘠的脑回路对于理解问题的本质还显得太过遥远。

自从我们开始投入大量人力研究该问题，当天就定位到了rd-refine的问题。
定位到问题不是一件困难的事，但理解产生问题的原因，并尝试行之有效的修复却并不容易。
三流的压制者回避问题，一流的压制者应当解决问题。
（难道真有人还指望multicoreware那群酒囊饭袋吗


根据目前的研究，可以确定这是rd-refine实现的bug，在rd-refine最初出现的1.7版本，就已经存在这一功能bug。
rd-refine的机制较为复杂，研究和理解其功能耗费了大量的时间，我们也是在最近两天才提出一些可行的修复方案。


我们没有公开进度的原因在于，这是一个复杂的系统性问题。
我们不能和某些观众那样，做了一点微不足道的测试就声称自己掌握了关键，我们需要确定以下两点：
1. rd-refine是唯一的影响因素
2. 修复方案是行之有效的

这些都需要大量的测试与验证，这也是我们目前正在做的。

显然，在网上敲敲键盘远比解决问题来得容易得多（笑

正常看应该是无感知的，逐帧确实有，以前游戏人生提过，似乎并不提倡提这种行为

Lambholl 发表于 2023-2-26 22:07
首先，贵组的技术组辛苦了，想必是一件浩大的工程

不过我想，正如楼上ksks所说，等这个问题解决，估计 ...

几个傻孩子拿rd-refine当宝了吧
不过据他们所说解决方案可是已经写好了

可以确定是x265编码器的一个非常久远的bug，多年前作品中就曾出现过，只是非常罕见，所以只能忽略。但是近期出现频率确实过于频繁。其他压制组的近期作品中也出现了类似情况。
不能确定tskip是直接原因，我们试过各种参数，不能完全解决问题，并且复现性很不好，出现方块很随机，更换机器压制，方块会出现在其它地方。我们还在全力研究这个问题，但是去定位x265代码bug在哪里难度很大。而且由于我们常用的基于PSNR/SSIM的图像对比并不能发现这种方块，连如何开发可以自动发现这些方块的工具都需要研究。

我的“朋友”一下子就测出来了！→ VCB只会说漂亮话和岁月史书
《不值得》→ 你们是不是要对我岁月史书了！
VCB把MCW称为酒囊饭袋，其素质可见一斑 → 某人也称VCB只会说漂亮话和岁月史书，VCB是抽象团体
有什么好讨论的呢，观众的脑回路过于贫瘠罢了 → 我就是对VCB这种没实力的人/团体有恶意的
有些人没调过参不该无脑发帖 → 有脑的人（可能是那位“朋友”？）测过了，不值得用；但你否定我的论点，所以你的意思是rd-refine是都应该开的，不开rd就是不会调参的表现
VCB信口雌黄X265参数不是一两天了 → 这算一种岁月史书吗？
如果真的想踏踏实实干事，最好不要待在这样的团体里面 → 往上翻了一下这个帖子里的回复时间，层主似乎在这里蹲了一个早上，那或许是挺踏实的（

我知道层主是来批评VCB乱调参数的，或者说其实你也直接承认了自己的恶意
但这发言逻辑实在有些感人，要不你还是先回去做你的实事吧，在这浪费时间多不值当（

qvb 发表于 2023-2-27 15:06
漂亮话说得不错，不过你们的新人还有待加强啊，mcw是酒囊饭袋都骂出来了，你们好像很重视中英双语呀，要不 ...

周一也不用上班的闲哥可以v我50吗

uuyyhhjj 发表于 2023-2-19 04:18
正常看应该是无感知的，逐帧确实有，以前游戏人生提过，似乎并不提倡提这种行为 ...

既然都写了前情提要，那就认真看一下上下文。
https://bbs.acgrip.com/forum.php ... 68&fromuid=7914

据咱群的某佬分析的（当然不是我分析的） 应该是因为贵组的这些片的压制参数中开了 tskip，而出问题的块全都是 skip 的块；而这个参数在 x265 的任何一个 preset 中都未被开启；

在上一个帖子中，nuevo 佬所说「x265 在特定参数下的 bug」可能就是指这一参数；

如果确实是这样，也期待贵组的 rev 版本

可能从某个时间段开始的vcb作品全部存在这些问题，那么这些大量的作品会做大批量全面返工rev吗？

也可以问下LZ有没有使用自动发现的工具呢，还是说真就只靠写轮眼啊。。

FwQBZ8ay 发表于 2023-2-19 21:26
也可以问下LZ有没有使用自动发现的工具呢，还是说真就写轮眼啊。。

前期提要里有，找fades场景和高动态场景逐帧看

最后三张黑色的画面我看不出来，是不是该换显示器了

无头下面那个，要不是圈出来了，我还真看不出来