『漫游』酷论坛>『影音数码技术学习交流』>关于4月22日改进过的AQ ..

蓝の回忆@2008-05-26 19:26

这片CFR16出来后,码率还是很低....
惊叹CRF党真多..
引用

qyqgpower@2008-05-26 19:27

引用
最初由 roozhou 发布
不同码率的比较没意义啊,这个差太多了,凭空加20%码率画质当然改善
先想办法把码率调成一样再比吧,最好用2pass bitrate

自己看吧
aq+fgo5 crf 16 vs noaq+nofgo 2pass
http://www.namipan.com/d/a36ef3e3d68a3736be77a461b497441a3ada7b78e9601100
引用

littlemouse@2008-05-27 00:41

囧 看2个视频片断,完全看不出区别。
只觉得aq+fgo5.mp4似乎比2pass@603.mp4对比度高(或者是锐一点?),当然,也许是错觉。
果然动态的时候忽视细节,只注意色彩了。
引用

roozhou@2008-05-27 01:06

引用
最初由 qyqgpower 发布

自己看吧
aq+fgo5 crf 16 vs noaq+nofgo 2pass
http://www.namipan.com/d/a36ef3e3d68a3736be77a461b497441a3ada7b78e9601100


AQ+FGO噪点多,但banding减少
2pass噪点少,但banding比较严重

只能看个人喜好了
引用

qyqgpower@2008-05-27 06:48

什么叫噪点多,源就有这种程度的噪点

noaq+nofgo把噪点全抹平了+抖来抖去的banding,这“个人喜好”不知道有几个会喜欢
引用

Galaxy001@2008-05-27 13:30

引用
最初由 qyqgpower 发布
什么叫噪点多,源就有这种程度的噪点
noaq+nofgo把噪点全抹平了+抖来抖去的banding,这“个人喜好”不知道有几个会喜欢

翻了下 http://x264dev.blogspot.com/2008/05/film-grain-optimization.html
没看懂[/han] ,fgo是否要求解码器支持?它是用更高效的方式额外存储film grain还是以更高码率为代价使P/B帧储存film grain成为可能。

如果是以block为单位存储个film grain的patten,在解码时随机生成film grain,那似乎不错。如果是增加B帧大小来原样再现raw的film grain,感觉有些浪费。

只要coreAVC支持后处理deband,我就支持把噪点全抹平,:D 。
引用

shinjico@2008-05-27 13:45

还是wavlet后压出笔直的banding好看
引用

realsweet@2008-05-27 13:53

引用
最初由 Galaxy001 发布

翻了下 http://x264dev.blogspot.com/2008/05/film-grain-optimization.html
没看懂[/han] ,fgo是否要求解码器支持?它是用更高效的方式额外存储film grain还是以更高码率为代价使P/B帧储存film grain成为可能。

如果是以block为单位存储个film grain的patten,在解码时随机生成film grain,那似乎不错。如果是增加B帧大小来原样再现raw的film grain,感觉有些浪费。

只要coreAVC支持后处理deband,我就支持把噪点全抹平,:D 。

事实上那不全是banding
有些只是原本出block的地方由于码率提升而overlap掉的
所以才会"抖来抖去"
后处理deband对于block overlap是没用的
引用

roozhou@2008-05-27 13:53

引用
最初由 Galaxy001 发布

翻了下 http://x264dev.blogspot.com/2008/05/film-grain-optimization.html
没看懂[/han] ,fgo是否要求解码器支持?它是用更高效的方式额外存储film grain还是以更高码率为代价使P/B帧储存film grain成为可能。

如果是以block为单位存储个film grain的patten,在解码时随机生成film grain,那似乎不错。如果是增加B帧大小来原样再现raw的film grain,感觉有些浪费。

只要coreAVC支持后处理deband,我就支持把噪点全抹平,:D 。


就是用码率换的,解码器没这功能,h264的标准里没有film grain。另外我试了ffdshow里的deband滤镜,就算开到最高,细节损失很多,banding还是很明显。band区域比一般马赛克大得多,deband只会比deblock损失更多细节。

看来还是加噪点防止banding比较有效
引用

realsweet@2008-05-27 14:08

引用
最初由 roozhou 发布


就是用码率换的,解码器没这功能,h264的标准里没有film grain。另外我试了ffdshow里的deband滤镜,就算开到最高,细节损失很多,banding还是很明显。band区域比一般马赛克大得多,deband只会比deblock损失更多细节。

看来还是加噪点防止banding比较有效

所以说了嘛...那些只是亮度上的block的overlap而已
FF的deband只是用来处理色彩过渡时的不自然渐变
要分清楚这2个的区别啊 overlap不等于banding
除了加躁外,还可以降低暗处的luma阈值来使block变的不那么醒目
引用

Galaxy001@2008-05-27 15:28

亮度上的block的overlap ?

DVD厂家加film grain是不管Y只处理C的吗?
引用

realsweet@2008-05-27 15:51

人的眼睛能分辩多少croma noise?
躁声主要还是Y 去躁也主要是Y
当然不是说DVD厂家会把Y和C分开处理 add film grain本身也不需要这么操作
专门去add croma noise那是蛋疼
换句话说如果非要分Y和C 你把film grain看成是luma noise还是croma noise...
我只是说肉眼易见的block多数存在于Y上
就算是单纯的色块 你觉得debanding管用?
debanding是更趋向于C的
其实你理解的...没必要抬杠
引用

暗影翔@2008-05-27 22:15

引用
最初由 realsweet 发布
人的眼睛能分辩多少croma noise?
躁声主要还是Y 去躁也主要是Y
当然不是说DVD厂家会把Y和C分开处理 add film grain本身也不需要这么操作
专门去add croma noise那是蛋疼
换句话说如果非要分Y和C 你把film grain看成是luma noise还是croma noise...
我只是说肉眼易见的block多数存在于Y上
就算是单纯的色块 你觉得debanding管用?
debanding是更趋向于C的
其实你理解的...没必要抬杠

越说越不理解了
引用

Galaxy001@2008-05-27 22:16

亮度上的block的overlap,我把overlap理解为额外的东西,自己也不知道当时为啥就额外到C上去了。

到现在,我倒是比较期待有根据编码信息后处理加film grain的方案。可惜现在没得选。

banding是因为目前采样方式的固有问题,那snow编码还有这个问题吗?记得它的变换方式不同。
引用

realsweet@2008-05-27 22:50

引用
最初由 Galaxy001 发布
亮度上的block的overlap,我把overlap理解为额外的东西,自己也不知道当时为啥就额外到C上去了。

到现在,我倒是比较期待有根据编码信息后处理加film grain的方案。可惜现在没得选。

banding是因为目前采样方式的固有问题,那snow编码还有这个问题吗?记得它的变换方式不同。

overlap通俗点讲就是和谐版的block
前面有个贴子说的很有道理
如果源本身有躁点 fgo5比较好
如果去过躁或者源本身很干净 还是fgo10比较好
snow codec貌似已经停止开发了,记得走的是wavelet而不是DCT,想法很好很强大
那时候扔出这么个编码来太超前了,解码比AVC还耗资源
过几年等硬件设备都上去了,再有人拿出来玩也不是没可能
引用

«12345»共5页

| TOP