такую не видел, попробую.
да analyse это partitions
UPDATE!
Наконец-то получилось сделать видео чтоб не заедало. Похоже проблема все-таки в HandbrakeCLI версии (проставляет само по умолчанию какие-то другие параметры в отличие от GUI). Сконвертировал с почти такими же параметрами (subme=7 и ограничил макс битрэйт с буфером до 9500) через GUI и все отлично работает.
По медиаинфо видно что параметры частично отличаются.
Осталось только понять из-за какого параметра происходят такие глюки.
CLI x264 - core 79 r1347 5ddd61b (тормозит)
cabac=0 / ref=2 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 / psy_rd=1.0:0.0 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / chroma_qp_offset=-2 / threads=3 / nr=0 / decimate=0 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=3 / wpredb=0 / wpredp=0 / keyint=241 / keyint_min=25 / scenecut=40 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=4000 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=9500 / vbv_bufsize=9500 / ip_ratio=1.40 / aq=1:1.00
vs
GUI x264 - core 88 r1471 1144615 (отлично работает)
cabac=0 / ref=2 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=3 / sliced_threads=0 / nr=0 / decimate=1 / mbaff=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=2 / b_bias=0 / direct=1 / wpredb=0 / wpredp=0 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=4000 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=9500 / vbv_bufsize=9500 / ip_ratio=1.40 / aq=1:1.00
Проверил не влияет на тормоза:
subme=7
decimate=1
decimate=0
Проверяю:
fast_pskip=1
direct=1
Разве есть разница в GUI кодек то один?