搜索 社区服务 统计排行 帮助
发帖 回复
« 返回列表
«12345»
共5页
上一主题下一主题
  • 6239阅读
  • 65回复

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

 楼层直达
蓝の回忆
级别: 骑士
注册时间:
2006-09-22
在线时间:
0小时
发帖:
965
只看该作者 15楼 发表于: 2008-05-26
这片CFR16出来后,码率还是很低....
惊叹CRF党真多..
回复 引用
举报顶端
qyqgpower
级别: 侠客
注册时间:
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
回复 引用
举报顶端
littlemouse
级别: 新手上路
注册时间:
2007-11-22
在线时间:
0小时
发帖:
117
只看该作者 17楼 发表于: 2008-05-27
囧 看2个视频片断，完全看不出区别。
只觉得aq+fgo5.mp4似乎比2pass@603.mp4对比度高（或者是锐一点？），当然，也许是错觉。
果然动态的时候忽视细节，只注意色彩了。
回复 引用
举报顶端
roozhou
级别: 精灵王
注册时间:
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比较严重

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

noaq+nofgo把噪点全抹平了+抖来抖去的banding，这“个人喜好”不知道有几个会喜欢
回复 引用
举报顶端
Galaxy001
级别: 工作组
注册时间:
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]
回复 引用
举报顶端
shinjico
级别: 超级版主
注册时间:
2004-07-25
在线时间:
121小时
发帖:
3898
只看该作者 21楼 发表于: 2008-05-27
还是wavlet后压出笔直的banding好看
回复 引用
举报顶端
realsweet
级别: 工作组
注册时间:
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

过去一直去，未来一直来...
回复 引用
举报顶端
roozhou
级别: 精灵王
注册时间:
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比较有效
回复 引用
举报顶端
realsweet
级别: 工作组
注册时间:
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

过去一直去，未来一直来...
回复 引用
举报顶端
Galaxy001
级别: 工作组
注册时间:
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]
回复 引用
举报顶端
realsweet
级别: 工作组
注册时间:
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的
其实你理解的...没必要抬杠

越说越不理解了
在长长地换硬件的道路上，纠结前进中
回复 引用
举报顶端
Galaxy001
级别: 工作组
注册时间:
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]
回复 引用
举报顶端
realsweet
级别: 工作组
注册时间:
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

过去一直去，未来一直来...
回复 引用
举报顶端
发帖 回复
« 返回列表
«12345»
共5页
上一主题下一主题
快速回复
限150 字节
上一个 下一个