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

关于4月22日改进过的AQ和试验中的FGO

楼层直达
级别: 骑士
注册时间:
2006-09-22
在线时间:
0小时
发帖:
965
只看该作者 15楼 发表于: 2008-05-26
这片CFR16出来后,码率还是很低....
惊叹CRF党真多..

级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 16楼 发表于: 2008-05-26
引用
最初由 roozhou 发布
不同码率的比较没意义啊,这个差太多了,凭空加20%码率画质当然改善
先想办法把码率调成一样再比吧,最好用2pass bitrate

自己看吧
aq+fgo5 crf 16 vs noaq+nofgo 2pass
http://www.namipan.com/d/a36ef3e3d68a3736be77a461b497441a3ada7b78e9601100
级别: 新手上路
注册时间:
2007-11-22
在线时间:
0小时
发帖:
117
只看该作者 17楼 发表于: 2008-05-27
囧 看2个视频片断,完全看不出区别。
只觉得aq+fgo5.mp4似乎比2pass@603.mp4对比度高(或者是锐一点?),当然,也许是错觉。
果然动态的时候忽视细节,只注意色彩了。
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 18楼 发表于: 2008-05-27
引用
最初由 qyqgpower 发布

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


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

只能看个人喜好了
级别: 侠客
注册时间:
2005-02-09
在线时间:
0小时
发帖:
512
只看该作者 19楼 发表于: 2008-05-27
什么叫噪点多,源就有这种程度的噪点

noaq+nofgo把噪点全抹平了+抖来抖去的banding,这“个人喜好”不知道有几个会喜欢
级别: 工作组
注册时间:
2004-11-01
在线时间:
14小时
发帖:
2615
只看该作者 20楼 发表于: 2008-05-27
引用
最初由 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 。

[url=ed2k://|friend|[CHN%5D[eDtoon%5D[PPG_FW%5D[VeryCD%5DGalaxy|D46F9E727D0ED77EDA09D21C55386F57|/]点击这里可以把我加入emule好友名单[/url]

#DEEBEA #F6FAFA
还是挂小图,...[:o]
级别: 超级版主
注册时间:
2004-07-25
在线时间:
121小时
发帖:
3898
只看该作者 21楼 发表于: 2008-05-27
还是wavlet后压出笔直的banding好看

级别: 工作组
注册时间:
2005-04-23
在线时间:
0小时
发帖:
4259
只看该作者 22楼 发表于: 2008-05-27
引用
最初由 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是没用的

Lux Aeterna

过去一直去,未来一直来...
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 23楼 发表于: 2008-05-27
引用
最初由 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比较有效
级别: 工作组
注册时间:
2005-04-23
在线时间:
0小时
发帖:
4259
只看该作者 24楼 发表于: 2008-05-27
引用
最初由 roozhou 发布


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

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

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

Lux Aeterna

过去一直去,未来一直来...
级别: 工作组
注册时间:
2004-11-01
在线时间:
14小时
发帖:
2615
只看该作者 25楼 发表于: 2008-05-27
亮度上的block的overlap ?

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

[url=ed2k://|friend|[CHN%5D[eDtoon%5D[PPG_FW%5D[VeryCD%5DGalaxy|D46F9E727D0ED77EDA09D21C55386F57|/]点击这里可以把我加入emule好友名单[/url]

#DEEBEA #F6FAFA
还是挂小图,...[:o]
级别: 工作组
注册时间:
2005-04-23
在线时间:
0小时
发帖:
4259
只看该作者 26楼 发表于: 2008-05-27
人的眼睛能分辩多少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的
其实你理解的...没必要抬杠

Lux Aeterna

过去一直去,未来一直来...
级别: 精灵王
注册时间:
2005-12-24
在线时间:
45小时
发帖:
2298
只看该作者 27楼 发表于: 2008-05-27
引用
最初由 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的
其实你理解的...没必要抬杠

越说越不理解了

在长长地换硬件的道路上,纠结前进中
级别: 工作组
注册时间:
2004-11-01
在线时间:
14小时
发帖:
2615
只看该作者 28楼 发表于: 2008-05-27
亮度上的block的overlap,我把overlap理解为额外的东西,自己也不知道当时为啥就额外到C上去了。

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

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

[url=ed2k://|friend|[CHN%5D[eDtoon%5D[PPG_FW%5D[VeryCD%5DGalaxy|D46F9E727D0ED77EDA09D21C55386F57|/]点击这里可以把我加入emule好友名单[/url]

#DEEBEA #F6FAFA
还是挂小图,...[:o]
级别: 工作组
注册时间:
2005-04-23
在线时间:
0小时
发帖:
4259
只看该作者 29楼 发表于: 2008-05-27
引用
最初由 Galaxy001 发布
亮度上的block的overlap,我把overlap理解为额外的东西,自己也不知道当时为啥就额外到C上去了。

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

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

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

Lux Aeterna

过去一直去,未来一直来...
快速回复

限150 字节
上一个 下一个