cunhan
核心会员
核心会员
帖子: 214
注册时间: 2010-09-20 22:09

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

有过x264时代用keyint=inf压过一个真人访谈(受访者就是全程一直坐着说话),30分钟完全不能seek的惨痛经历。
littlepox
帖子: 116
注册时间: 2012-08-26 16:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

翡璃月 写了:opengop + keyint -1 keyintmin 1
約小6%容量
这个6%是相对什么而言?在keyint=-1的基础上,再开openGOP,还能小6%?
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

翡璃月 写了:opengop + keyint -1 keyintmin 1
約小6%容量
keyint=-1那个意思是 除开第一帧为I帧之后,强制不使用sencecut,也就是后面没有任何I帧了。这个和x264的机制完全不同。

我自己测试keyint=inf是使用超过测试视频总帧数还要高的keyint值来模拟的。
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

cunhan 写了:有过x264时代用keyint=inf压过一个真人访谈(受访者就是全程一直坐着说话),30分钟完全不能seek的惨痛经历。
之前做测试的时候,对于1080p 24p的视频,一个小时的keyint帧出现的时候(这个时候一般平均码率可以在1000K左右,远低于一般的5000K+),一个小时我的seek时间是1分钟(E5 2695 V2x2,不过由于lav的解码机制最多只能用到16线程)。
头像
翡璃月
帖子: 79
注册时间: 2010-11-11 23:36
来自: 台灣宜蘭
联系: 网站

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

littlepox 写了:
翡璃月 写了:opengop + keyint -1 keyintmin 1
約小6%容量
这个6%是相对什么而言?在keyint=-1的基础上,再开openGOP,还能小6%?
是OpenGOP再keyint=-1
图片
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

翡璃月 写了:
littlepox 写了:
翡璃月 写了:opengop + keyint -1 keyintmin 1
約小6%容量
这个6%是相对什么而言?在keyint=-1的基础上,再开openGOP,还能小6%?
是OpenGOP再keyint=-1
依旧不会出现I帧,你知道opengop是啥么?

首先opengop是提高低keyint下的压缩率改善。

OPENGOP是允许I帧可以参考前一个GOP的帧,但是你所有BD只有一个GOP(因为没有额外的I帧,你要不看看你编码出来的x265的log怎么写的)。

--open-gop, --no-open-gop
Enable open GOP, allow I-slices to be non-IDR. Default enabled

--keyint, -I <integer>
Max intra period in frames. A special case of infinite-gop (single keyframe at the beginning of the stream) can be triggered with argument -1. Use 1 to force all-intra. Default 250
头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

sborho 写了:about rdoq-level:

Before introducing --rdoq-level, --rd-level 4, 5, or 6 implied what is now --rdoq-level 2. After --rdoq-level, it's enablement is independent of --rd-level but the presets which used to enable it (>= slow) still do. --rdoq-level 1 is actually the same as --rdoq-level 2 except for two short-cuts which prevent certain decimations, which means --rdoq-level 2 can often reduce bitrate quite a bit more than --rdoq-level 1, but --rdoq-level 1 will generally be better at preserving fine detail at the same bitrate (particularly when psy-rdoq is enabled).
doom9上看到的,偶没比过,仅分享下...
littlepox
帖子: 116
注册时间: 2012-08-26 16:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

upyzl 写了:
sborho 写了:about rdoq-level:

Before introducing --rdoq-level, --rd-level 4, 5, or 6 implied what is now --rdoq-level 2. After --rdoq-level, it's enablement is independent of --rd-level but the presets which used to enable it (>= slow) still do. --rdoq-level 1 is actually the same as --rdoq-level 2 except for two short-cuts which prevent certain decimations, which means --rdoq-level 2 can often reduce bitrate quite a bit more than --rdoq-level 1, but --rdoq-level 1 will generally be better at preserving fine detail at the same bitrate (particularly when psy-rdoq is enabled).
doom9上看到的,偶没比过,仅分享下...
Verified.

确实这个新增的rdoq-level 1更好
fch1993
帖子: 213
注册时间: 2012-06-12 11:56

Re: 一些x265的参数测试结论分享,希望可以让后来的测试者少做些重复工作,也希望其他一些做过测试的来分享一些结论

littlepox 写了:
upyzl 写了:
sborho 写了:about rdoq-level:

Before introducing --rdoq-level, --rd-level 4, 5, or 6 implied what is now --rdoq-level 2. After --rdoq-level, it's enablement is independent of --rd-level but the presets which used to enable it (>= slow) still do. --rdoq-level 1 is actually the same as --rdoq-level 2 except for two short-cuts which prevent certain decimations, which means --rdoq-level 2 can often reduce bitrate quite a bit more than --rdoq-level 1, but --rdoq-level 1 will generally be better at preserving fine detail at the same bitrate (particularly when psy-rdoq is enabled).
doom9上看到的,偶没比过,仅分享下...
Verified.

确实这个新增的rdoq-level 1更好
不知道没有这个参数之前的BDRIP是表现为level1还是level2。

回到 “视频编码器 / Video encoder discussion”