NMM-HD

FFVideoSource("C:\Users\Fantasy\Desktop\test.mkv",timecodes="test_TC.txt",threads=4)
HQDeringmod(nrmode=1,thr=14.0,darkthr=0)
GSMC(nrmode=1,radius=2,thSAD=200,blksize=8)
nnedi3_resize16(1920,1080)
FastLineDarkenMOD(strength=20,thinning=20)
aWarpSharp2(thresh=24,type=0,blur=2,depth=26)
LSFmod(strength=40,defaults="slow")
ColorMatrix(mode="Rec.601->Rec.709")
TAA(aatype=4,mtype=0,sharp=0, postaa=false)
nnedi3_resize16(1280,720)
f3kdb(opt=2,sample_mode=2,dither_algo=2)


CPU一直就60-80 几乎没有90%过
thread=6 8 0都试过了 可惜几乎没有效果
求大神告知原因
AVS应该如何修改才能CPU满载

用MP

换掉AVS。

1. 用MPP
2. 一般来说除非你只有一个非常初级的函数或者干脆裸压，不然跑满CPU其实是不那么经济的。实测是保证CPU在90%的时候最快。当然这个根据不同的脚本和源是不同的，只能说我个人测试的那个脚本和源是这个情况。

https://github.com/cnbeining/parallel-transcode

昨晚刚写完，不怕死可以试试。

请自备环境。

请小心调整参数，参数设置不当有可能造成很糟糕的效果。

然后是死是活都请发个报告，在issue里面。我不盯着碗柜。。。

cnbeining 写了：https://github.com/cnbeining/parallel-transcode

请小心调整参数，参数设置不当有可能造成很糟糕的效果。

然后是死是活都请发个报告，在issue里面。我不盯着碗柜。。。

分段压制是早就研究过的东西。起码10年前。
从现在的角度来说，分段压制会要求你x264部分必须只能一遍过，因为mp4拼接的坑太多了。
基于mp4拼接的脚本意义不大。愿意花大量时间在avs上的后期不可能愿意牺牲兼容性去玩mp4拼接的。
2pass无损倒是还有点希望，只是占用空间太大了。

cnbeining 写了：https://github.com/cnbeining/parallel-transcode
昨晚刚写完，不怕死可以试试。
请自备环境。
请小心调整参数，参数设置不当有可能造成很糟糕的效果。
然后是死是活都请发个报告，在issue里面。我不盯着碗柜。。。

我好像看到了“碗柜”？