『漫游』酷论坛>『影音数码技术学习交流』>【原创】10bit视频编码 ..

MeteorRain@2011-08-27 21:38

滤液妹子的eva剧场ed多大来着……

话说我没看出这帖子的意义何在。没做测评没做对比也没有任何指导意义……
四核不能流畅播放,也不能通过RIP大幅降低码率容量……给谁看呢

看完整个帖子我就理解了两件事,一个是10bit只能软解,一个是ycbcr的取值可以上到9xx
引用

roozhou@2011-08-27 22:43

对哦,无对比无说服力。
还有插帧的60fps有什么意义?还不如用fraps录段fps游戏拿来压呢。

还有DirectVobSub是渲染到帧上的,而且不支持10bit。
引用

回 16楼(roozhou) 的帖子

mawen1250@2011-08-28 01:14

SVP的全称就是Smooth Video Project,就是因为从电影诞生至今一直沿用24fps的视频并不流畅,所以通过插帧为双倍或60fps实现更流畅的回放,但前提是CPU够强。
我会想到用SVP去压60fps视频,也是因为有个人就搞了许多这种测试视频:http://www.nyaa.eu/?page=torrents&user=80434
多视频流也是因为几年前BakaBT论坛就有个帖子给出了一些测试视频,包括AIR OP,双视频流的测试视频,还有Kanon OP和Clannad OP,Planet Earth第一集1分钟片段,当时我是不了解动画的,所以过了几年看到AIR、Kanon时才发现以前的测试视频就是这个的OP。

DirectVobSub的问题我也说得很多了,所以我推荐使用MPC-HC的字幕引擎。对于使用BT.709的高清视频,要能用DirectVobSub显示正确颜色的字幕,必需在解码器端就输出RGB32,而ffdshow的RGB转换与其10bit解码是不兼容的,LAV我没试过强制RGB32输出,所以不清楚。


之前发帖数不到20,发不了链接,所以帖子里少加了很多内容。
[ 此帖被mawen1250在2011-08-28 01:24重新编辑 ]
引用

roozhou@2011-08-28 15:03

引用
引用第17楼mawen1250于2011-08-28 01:14发表的 回 16楼(roozhou) 的帖子 :
SVP的全称就是Smooth Video Project,就是因为从电影诞生至今一直沿用24fps的视频并不流畅,所以通过插帧为双倍或60fps实现更流畅的回放,但前提是CPU够强。

这个要做也应该播放时做(很多电视机都有这个功能),压片的时候做纯粹浪费码率。另外电影24fps并没有不流畅,人家的快门速度是1/24秒,和动画或者电视摄像机不一样,通过motion blur来提升流畅度。
引用
DirectVobSub的问题我也说得很多了,所以我推荐使用MPC-HC的字幕引擎。对于使用BT.709的高清视频,要能用DirectVobSub显示正确颜色的字幕,必需在解码器端就输出RGB32

你可以用我direct264里带的vsfilter.dll,这个问题已经修正了,会根据分辨率自动选择BT709还是BT601。

引用

marxian@2011-08-28 18:56

支持新技术。
如果要实用化,还是得放到实际中或模拟实际情况来检验和比较,最好用普通常用的参数和码率压,然后进行对比。过高或过低的码率,实际应用少,意义小。
比如设定一样(不包括码率),8bit压一份,10bit压一份。增加(或降低)8bit码率与10bit相同再压一份。
这里还不太明白,10bit压出来体积比8bit的大吗?或者更小?还是仅仅编码过程中的技术?最终体积一样,仅仅增加编码时间?用复杂的计算换质量?
另外片子不用太长,几十秒就够,也不用音频,方便压制和上传下载。可以多选几种类型,最好能突出10bit优势的的片子片断,key的动画相差不大。
引用

roytam1@2011-08-28 20:53

應該用Steins;Gate這種黑位banding嚴重且顯而易見的的片子測試才好。
引用

roozhou@2011-08-29 00:36

引用
引用第19楼marxian于2011-08-28 18:56发表的  :
比如设定一样(不包括码率),8bit压一份,10bit压一份。增加(或降低)8bit码率与10bit相同再压一份。

8bit和10bit的qp计算方法不一样,即使相同crf出来的码率差别很大。要比只能相同码率,这是业界的规矩。
引用

marxian@2011-08-29 21:52

哪个码率大?计算方法差别大就算了,若差别不大,觉得还是比较一下好。
假设其他设定相同,某bit较大,为了码率相同,刻意改变为不同设定,后面是否会产生疑问,比如:画面差异是由10bit与8bit本身产生的?还是因刻意改变为不同设定,影响到其他某些方面而产生的。
如果有不同码率,同与不同都比较感觉更全面。
引用

回 21楼(roozhou) 的帖子

mawen1250@2011-08-30 10:28

我做过对比测试了,其他参数相同时,相同CRF下(1st pass CRF,2nd pass bitrate)8bit码率大概高出5-6%,平均QP比10bit低12。
在某些暗场时间段,即便8bit分配了13Mbps的码率,效果依然没有分配了5Mbps的10bit好。
近似码率时,在一般的场景中视觉差别不明显,10bit细节更接近原盘。在超低码率下,10bit效果比8bit更差。


我把全部测试内容也发到这里来好了……
引用

回 18楼(roozhou) 的帖子

mawen1250@2011-08-30 16:59

谢谢了,这样很好,终于解决这个问题了。
但是我不会搞编译,能不能把已经编译好的vsfilter.dll发上来呢?
引用

MeteorRain@2011-08-31 04:19

还是那句话,对比最能说服人。同设定或者同crf可以拿出来,但绝对不是对比编码效率用的,而是指导crf/qp设定用的。

做视频质量对比,还是要拿同码率的做对比的。

我举个例子吧比如

拿8bit的crf24(中低画质)的码率和ssim去和10bit的相近码率的crf和ssim比
然后拿8bit的crf16(中高画质)去和10bit的相近码率去比
最后拿8bit的crf16去和10bit的同ssim比crf和码率
顺带po上各个参数的暗场高亮截图,有条件的还可以叠上宏块qp示意,如果能放出测试视频就更好了

这样才能让别人直观地感受10bit啊

老弄些倍帧率多视频高码率的货,给谁看捏 ╮(╯_╰)╭
引用

回 25楼(MeteorRain) 的帖子

mawen1250@2011-08-31 10:13

http://bbs.popgo.org/bbs/read.php?tid=545168
我已经做过了。

SSIM只作为参考,心理学优化还是开启,以主观视觉效果为重。
[ 此帖被mawen1250在2011-08-31 10:25重新编辑 ]
引用

roytam1@2011-09-10 17:26

引用
引用第18楼roozhou于2011-08-28 15:03发表的  :

这个要做也应该播放时做(很多电视机都有这个功能),压片的时候做纯粹浪费码率。另外电影24fps并没有不流畅,人家的快门速度是1/24秒,和动画或者电视摄像机不一样,通过motion blur来提升流畅度。

你可以用我direct264里带的vsfilter.dll,这个问题已经修正了,会根据分辨率自动选择BT709还是BT601。




可以把vsfilter 的source patch發上來嗎?
這樣就可以讓上游修正問題了。
引用

upyzl@2011-09-10 17:47

引用
引用第27楼roytam1于2011-09-10 17:26发表的  :


可以把vsfilter 的source patch發上來嗎?
這樣就可以讓上游修正問題了。



http://direct264.svn.sourceforge.net/viewvc/direct264/Patches/vsfilter_3697.patch?view=log
引用

mawen1250@2011-09-13 20:17

试着对比了LAV+madVR还有ffdshow+madVR、LAV+EVR/CP、ffdshow+EVR/CP的播放组合,后面三种都有这样那样的问题,只有前面一种是最完美的。

ffdshow解码10bit视频虽然支持,但是颜色出现了一点偏差,画面普遍偏绿(对比原盘和LAV解码的结果),我在画图板里用取色工具对截图取色然后查看RGB分量的值,原本16/16/16的点变成了16/17/16或16/18/16,其他的点也普遍出现了Green偏高的情况。

而LAV支持P010输出(10bit)至madVR,但是EVR/CP只支持8bit输入,所以如果使用EVR/CP渲染器,解码器就要将10bit转换成8bit的YV12输出,ffdshow这步转换是做了抖动(设置中有),所以基本保留了原本的画面。而LAV没做抖动,直接就10bit round 8bit,导致本来已经去掉的banding又出来了。

而且madVR不光支持10bit输入,在内部还会先转换成16bit进行处理(应该是包括了额外的dither)然后再dither成8bit,配合10bit压制时的debanding处理,最终出来的画面几乎半点banding都没有。


补充一下,突然发现我的笔记本还在用ffdshow r3959,也就是今年8月1日发布的第一个开始支持10bit解码的版本,所以这个解码的颜色问题可能在后来的版本修复了,我今天试试看新版本。
[ 此帖被mawen1250在2011-09-16 00:52重新编辑 ]
引用

«12345»共5页

| TOP