头像
upyzl
帖子: 446
注册时间: 2010-12-25 18:44
来自: 湘/京
联系: 网站

Re: [置顶] x264,libav - 06_taro编译版(8.2 x264-r2044+594v2、libav-

06_taro 写了:我自己大部分情况下还在用aqmode1……
我现在是压二次元动画类型的偏向mode 2,电影和3D游戏录像的就用mode 1

主观上觉得这样更为合适,好在用aq-mode 2也没用出什么问题(没经历过r14XX的aq-mode2黑暗时期XDD);不过aq-strength过高我经常会压成人物/物体边缘的线条突兀、过渡很不自然的感觉(不知道算不算aliasing...),有阴影了,所以这个我一般都只敢保持0.5~1.0

刚好aq-mode 2|3本质上都是Auto-variance,直接比SSIM应该是行得通的
aq-mode 1|2就只能主观看了……
bakabakashi
帖子: 32
注册时间: 2011-06-01 14:09

Re: [置顶] x264,libav - 06_taro编译版(8.4 x264-r2044+596、libav-0.

10bit版如果加--level的话,对ref的限制似乎有问题.
1920x1080下l5.1正常,l5.0变成10(13),l4.0变成2(4),l4.1/l4.2变成3(4).
剩下的没有再试了 {:cat_14}
头像
Holy
核心会员
核心会员
帖子: 235
注册时间: 2010-09-24 9:28

Re: [置顶] x264,libav - 06_taro编译版(8.4 x264-r2044+596、libav-0.

bakabakashi 写了:10bit版如果加--level的话,对ref的限制似乎有问题.
1920x1080下l5.1正常,l5.0变成10(13),l4.0变成2(4),l4.1/l4.2变成3(4).
剩下的没有再试了 {:cat_14}
除了對 ref 的限制有問題之外,還會莫名將 b_pyramid 設成 0…?

x264-10bit.exe --preset veryslow --crf 20 --ref 4 --input-depth 16
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 10@L5.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1s 0ms
Bit rate : 877 Kbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.018
Stream size : 107 KiB (99%)
Writing library : x264 core 116 r2044+596_tMod-10bit 693389e
Encoding settings : cabac=1 / ref=4 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / fade_compensate=0.00 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=9 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=8 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=20.0000 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
加上 --level 4.1 之後
Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High 10@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1s 0ms
Bit rate : 896 Kbps
Maximum bit rate : 896 Kbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 10 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.018
Stream size : 109 KiB (99%)
Writing library : x264 core 116 r2044+596_tMod-10bit 693389e
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=10 / psy=1 / fade_compensate=0.00 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=24 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=9 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / fgo=0 / bframes=8 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=20.0000 / qcomp=0.60 / qpmin=0 / qpmax=81 / qpstep=4 / vbv_maxrate=150000 / vbv_bufsize=187500 / crf_max=0.0 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00
图片
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: [置顶] x264,libav - 06_taro编译版(8.4 x264-r2044+596、libav-0.

代码: 全选

        if( max_dec_frame_buffering == 4 && param->i_bframe_pyramid )
            param->i_bframe_pyramid = 0;
        else if( max_dec_frame_buffering == 2 && param->i_bframe )
            param->i_bframe = 0;
        else if( max_dec_frame_buffering == 1 )
        {
            x264_log( NULL, X264_LOG_ERROR, "Impossible DPB size %d required by level %s.  Lowest\n", l->dpb, level_name );
            x264_log( NULL, X264_LOG_ERROR, "possible is %d; try a higher level or lower resolution.\n", dpb );
            return -1;
        }
        else if( param->i_dpb_size > param->i_frame_reference )
            param->i_dpb_size--;
        else
            param->i_frame_reference--;
这是根据level对x264参数进行限制,不符合level要求的参数会被restricted。既然是10bit本身也不用太在意播放限制的话不建议设置level,否则按照这个patch就会对超出该level下dpb要求的参数进行限制。当然如果大家都不喜欢我去掉就是了……
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。
bakabakashi
帖子: 32
注册时间: 2011-06-01 14:09

Re: [置顶] x264,libav - 06_taro编译版(8.4 x264-r2044+596、libav-0.

10bit中去掉好了...8bit里还是蛮有用的...
bakabakashi
帖子: 32
注册时间: 2011-06-01 14:09

Re: [置顶] x264,libav - 06_taro编译版(8.9 x264-r2044+598、libav-0.

10bit输入和8bit输入的编码结果应该是一样的吧
比对后发现还是不一样,是我弄错了什么么...
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: [置顶] x264,libav - 06_taro编译版(8.9 x264-r2044+598、libav-0.

不一样,就是因为x264输入8bit输出10bit的算法有问题才加patch的
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。
头像
xiao7
帖子: 138
注册时间: 2010-09-25 16:16

Re: [置顶] x264,libav - 06_taro编译版(8.11 x264-r2059+600、libav-0

也就是说现在可以把非fullrange的8bit输出的AVS直接输入X264 可以正确输出10bit的视频?


(06大大辛苦 T,T
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: [置顶] x264,libav - 06_taro编译版(8.11 x264-r2059+600、libav-0

是的,現在limited range的轉換是符合ITU-R標準的;full range沒見到標準,不過看起來x264原有的就是low bit depth full range映射到high bit depth full range,所以應該沒問題,於是full range時沿用了。

測試出來,limited range,在avs內分別做成10bit/16bit輸入和直接8bit輸入,在x264裡做出來的10bit是完全一樣的,而full range下這三個是不一樣的。

不辛苦,基本上都是SAPikachu菊苣和histamine菊苣的東西,稍微調整了一下而已~
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。
Fenkmily
帖子: 11
注册时间: 2011-08-09 15:27

Re: [置顶] x264 - 06_taro编译版(r2059+600、fix bit depth filter)

我想请教一下~这里Patches压缩包里的文件怎么使用
因为平时只使用x264.nl上的原版x264.exe,没接触过patch,我这方面的知识太少了。
还望06_taro赐教一下~小的谢主隆恩了。
小白地问句:你所编译的2059+600是不是已经加了patch进去的了?

顺便问一问,如果使用原版的2057-10bit版本。
当不使用--fullrange on时,是不是会不标准?dither算法会导致limited range的颜色溢出?
还有我发觉在新的x264版本中,即使不用“--input-depth”指定AVS的bit也能正常压制。
这会不会有问题?

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