搜索 社区服务 统计排行 帮助
  • 4626阅读
  • 19回复

关于x264的AQ在动画里的影响

楼层直达
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
上个星期压clannad的时候发现第13话被压得异常的小,打开后拖着看了一下觉得画质有些不能接受

这集暗部较多,某些pan画面竟然会出现局部抖动的现象,某个静态画面的细节也损失较大,这在如此低的QP目标下是不可接受的结果。关闭AQ后重压的主观画质要改善不少

crf16+AQ 879.81 kb/s
x264 [info]: slice I:384 Avg QP:14.61 size: 46248
x264 [info]: slice P:10280 Avg QP:15.57 size: 12124
x264 [info]: slice B:24136 Avg QP:16.71 size: 713

crf16 1046.71 kb/s
x264 [info]: slice I:384 Avg QP:13.35 size: 58833
x264 [info]: slice P:10280 Avg QP:15.64 size: 13811
x264 [info]: slice B:24136 Avg QP:16.84 size: 1049

虽然QP差距很小,但码率却相差很多,主观画质差距也较大

在观察AQ的结果时我注意到一个影响画质的瑕疵:本该是均匀的暗部出现不断抖动的blocking现象,关闭AQ后要稳定得多(deblocking值相同)。动画里经常会出现大深色块(例如头发、夜晚天空),AQ这样的瑕疵非常影响观感

就像上次某人在帖子里回复的一样,AQ对动画的暗部破坏太严重,在CRF(CQ)模式时加AQ虽然能让码率大幅度降低,但结果是相对较差的画面

而2pass中我想应该是另一个结果,开启AQ后能对有限的码率作出更好的利用,还需要进一步测试
级别: 新手上路
注册时间:
2005-12-14
在线时间:
0小时
发帖:
152
只看该作者 19楼 发表于: 2008-05-02
引用
最初由 superkidx 发布


就是低配置PC播放720P 甚至 1080P 时出现的延迟?

对于ffd来说,再高的配置也不高,在不能启用多线程的某些1080p的264面前,没有4、5G的主频延迟是一定的
还有,曾经遇到过60fps的1080p,硬解会卡、ffd也会卡,只有coreAVC勉强能看,不过那帧丢的……

现阶段装备:
Core 2 Quad Q6600 2.4GHz / GIGA-BYTE 965P-DS3 (Rev 1.0)
DDR2 800 1G *4 (A-Data *2 + Apacer *2)/ PowerColor HD3870 (512M/256b GDDR4)
Seagate 7200.10 SATA 320G *2 + WD 320G AAKS SATA / NEC DVD RW ND-4570A
AOC 203VW (20", 1680*1050, 5ms)
USB Devices:
WD 200G IDE2USB / SONY DW-G120A
级别: 风云使者
注册时间:
2006-03-12
在线时间:
54小时
发帖:
6604
只看该作者 18楼 发表于: 2008-05-02
引用
最初由 dongjuanyong 发布


没错,ffd里有个选项,在Decoder Options里
"Skip H264 deblocking on delay"顾名思义,延迟一大过后面的值就不deblock了,当然就有色块了
那项默认开启,default为350ms,走avs或vfw时是不会生效的


就是低配置PC播放720P 甚至 1080P 时出现的延迟?

级别: 精灵王
注册时间:
2005-12-24
在线时间:
45小时
发帖:
2298
只看该作者 17楼 发表于: 2008-05-02
引用
最初由 dongjuanyong 发布


没错,ffd里有个选项,在Decoder Options里
"Skip H264 deblocking on delay"顾名思义,延迟一大过后面的值就不deblock了,当然就有色块了
那项默认开启,default为350ms,走avs或vfw时是不会生效的

感谢告知,看来要去升级了

在长长地换硬件的道路上,纠结前进中
级别: 新手上路
注册时间:
2005-12-14
在线时间:
0小时
发帖:
152
只看该作者 16楼 发表于: 2008-04-30
引用
最初由 su_xinling 发布


觉得是你的机器不够力,实时播放丢弃一了些东西...


没错,ffd里有个选项,在Decoder Options里
"Skip H264 deblocking on delay"顾名思义,延迟一大过后面的值就不deblock了,当然就有色块了
那项默认开启,default为350ms,走avs或vfw时是不会生效的

现阶段装备:
Core 2 Quad Q6600 2.4GHz / GIGA-BYTE 965P-DS3 (Rev 1.0)
DDR2 800 1G *4 (A-Data *2 + Apacer *2)/ PowerColor HD3870 (512M/256b GDDR4)
Seagate 7200.10 SATA 320G *2 + WD 320G AAKS SATA / NEC DVD RW ND-4570A
AOC 203VW (20", 1680*1050, 5ms)
USB Devices:
WD 200G IDE2USB / SONY DW-G120A
级别: 新手上路
注册时间:
2007-11-19
在线时间:
0小时
发帖:
145
只看该作者 15楼 发表于: 2008-04-30
引用
最初由 暗影翔 发布

....难道所有的问题都是播放器的bug?


觉得是你的机器不够力,实时播放丢弃一了些东西...
级别: 精灵王
注册时间:
2005-12-24
在线时间:
45小时
发帖:
2298
只看该作者 14楼 发表于: 2008-04-30
引用
最初由 qyqgpower 发布
你们的发现真伟大,快去doom9发帖惊世骇俗一下吧

还以为H264的解码是MPEG2时代,画质会随DCT精度而变化么

请拿出同帧截图对比和sample clip

没找到适合的暗部的材料,但是找到一个ffd会有色块,core没有。
可是只是在用播放器看的时候才有,用vdm和megui加载都看不到,难道所有的问题都是播放器的bug?
---------
学校的烂网,根本无法上传图像

在长长地换硬件的道路上,纠结前进中
级别: 工作组
注册时间:
2005-10-19
在线时间:
31小时
发帖:
3613
只看该作者 13楼 发表于: 2008-04-29
引用
最初由 qyqgpower 发布
符合标准的不同解码器输出的画面当然是一样的,不一样还得了
下面是推测:
AQ分配bits太过于积极,在实拍中,大块的单色画面是非常少见的,所以即使某个静态区域的MB量化值不断地变动,人眼也很难察觉。到动画中的话就会造成一种不稳定感

同感,大动态的地方,开AQ后效果好了不少,就算是动画;问题是静态换面就惨了

凡是未完全安装Office字体的,以下英语短语请无视~~

Knowledge is infinite.


级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 12楼 发表于: 2008-04-29
你们的发现真伟大,快去doom9发帖惊世骇俗一下吧

还以为H264的解码是MPEG2时代,画质会随DCT精度而变化么

请拿出同帧截图对比和sample clip
级别: 新手上路
注册时间:
2007-02-26
在线时间:
0小时
发帖:
185
只看该作者 11楼 发表于: 2008-04-29
我也发现ffdshow在这方面效果会比coreAVC好一些,这也可能是X264官方一直推荐使用ffdshow播放x264的原因吧~
级别: 精灵王
注册时间:
2005-12-24
在线时间:
45小时
发帖:
2298
只看该作者 10楼 发表于: 2008-04-29
引用
最初由 bomber1984 发布


那个可能是deband

我说的就是



也是coreavc和ffdshow的区别,ffdshwo没有此现象

而且有时候解码时ffd明显有色块,core就没有。(源为crf 16的mp4)

在长长地换硬件的道路上,纠结前进中
级别: 侠客
注册时间:
2004-10-16
在线时间:
7小时
发帖:
559
只看该作者 9楼 发表于: 2008-04-29
引用
最初由 暗影翔 发布

coreAVC和ffdshow在h264解码上有些微差别。
在色彩渐变时,core更容易产生明显过渡边界,ffd就不会


那个可能是deband

我说的就是

引用
本该是均匀的暗部出现不断抖动的blocking现象


也是coreavc和ffdshow的区别,ffdshwo没有此现象
级别: 精灵王
注册时间:
2005-12-24
在线时间:
45小时
发帖:
2298
只看该作者 8楼 发表于: 2008-04-29
引用
最初由 qyqgpower 发布
符合标准的不同解码器输出的画面当然是一样的,不一样还得了

coreAVC和ffdshow在h264解码上有些微差别。
在色彩渐变时,core更容易产生明显过渡边界,ffd就不会

在长长地换硬件的道路上,纠结前进中
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 7楼 发表于: 2008-04-28
符合标准的不同解码器输出的画面当然是一样的,不一样还得了
下面是推测:
AQ分配bits太过于积极,在实拍中,大块的单色画面是非常少见的,所以即使某个静态区域的MB量化值不断地变动,人眼也很难察觉。到动画中的话就会造成一种不稳定感
级别: 侠客
注册时间:
2004-10-16
在线时间:
7小时
发帖:
559
只看该作者 6楼 发表于: 2008-04-28
引用
本该是均匀的暗部出现不断抖动的blocking现象,关闭AQ后要稳定得多(deblocking值相同)


用不同解码器也发现类似的情况
快速回复

限150 字节
上一个 下一个