fy939 发表于 2023-2-19 20:24
可以确定是x265编码器的一个非常久远的bug，多年前作品中就曾出现过，只是非常罕见，所以只能忽略。但是近 ...
大家好，我是vcb-s的技术总监TauZolver.
这次先代表技术组感谢热心观众的报错。
承接前天的回复，技术组对本次色块的问题已经研究了一段时间。
我们理解问题源自x265编码器本身，并非由人为失误，随机运算错误或前处理错漏而导致，也与--tskip参数无关。
在跟友组的技术交流当中，也确认了这是x265编码器一个共通的问题。
比较棘手的是，这种色块瑕疵多出现在渐变、转场等不好察觉的部分，而且现在还未找到自动侦测的方法。
现时技术组只有很少的可复现的瑕疵样本，研究的进度也因此受限。
为此我们很欢迎大家持续报错，提供有问题的片段来增加样本数。
我们最近已经应用了研究成果，调整了压制参数去减少瑕疵的发生。
由于问题大概率涉及x265源码逻辑的问题，我们现阶段希望通过测试不同编码器版本，尽快整理状况，并向x265作者提issue反映。
针对大家比较关心的Rework的问题，在编码器问题得到妥善修复后，我们会提上日程。
TauZolver 发表于 2023-2-21 21:14
大家好，我是vcb-s的技术总监TauZolver.
这次先代表技术组感谢热心观众的报错。
感谢大佬的回复，今后在观看过程中发现问题，我会继续在这个贴进行报错，预祝贵组早日解决问题~
本帖最后由 sillonae 于 2023-2-21 22:53 编辑
TauZolver 发表于 2023-2-21 21:14
大家好，我是vcb-s的技术总监TauZolver.
这次先代表技术组感谢热心观众的报错。
要rev的可能要有几十部吧（悲）
编辑器的底层代码bug带来的麻烦实在是不小
另外想问一下，在日程表里的其他作品会正常发布吗？还是等修复完再恢复发布工作
sillonae 发表于 2023-2-21 22:52
要rev的可能要有几十部吧（悲）
编辑器的底层代码bug带来的麻烦实在是不小
没你想得那么多
每个项目的压制参数都不同，而块问题只在一些特定参数组合上出现
joker2000 发表于 2023-2-22 18:46
没你想得那么多
这个贴里报错的番也不在少数啊，更何况还是随机抽检出来的
说到底VCB就只会说漂亮话和岁月史书而已，bitbucket.org/multicoreware/x265_git/issues/630 朋友一个人边看番边测，测了一晚上就测出来了，你们一群听起来逼格很高的技术总监呢，，，
还“友组”“等修复”，除了VCB（可能还有某好似吧，笑）有很多人用这组合吗，少开个rd-refine会*吗，说到底有什么测试依据让你们开rd-refine吗，还是无脑调参呢，，，
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. 修复方案是行之有效的
这些都需要大量的测试与验证，这也是我们目前正在做的。
显然，在网上敲敲键盘远比解决问题来得容易得多（笑
joker2000 发表于 2023-2-26 10:08
显然，部分观众贫瘠的脑回路对于理解问题的本质还显得太过遥远。
自从我们开始投入大量人力研究该问题 ...
从把mcw称为酒囊饭袋这一点也能看出贵组的高素质，在下就不与贵组过多纠缠了。
rd-refine本就是不值得使用的参数，自然也没人去修复
回避问题当然也是不成立的，毕竟没有遇到问题捏{:4_679:}
《不值得》
版主要来发动岁月史书了吗？害怕{:4_679:}