mbtree的情况下crf 18就跑到这码率...
你没做什么处理的话,画面模糊恐怕是原盘就那样的吧...
考虑到码率因素,最推荐的方案是720p,本来就是费码率的片,锐化只会让码率飙升,至于那些噪点,想抹掉的话,如果抹不好可能会更加难看,轻轻抹下应该没事,还可以降低一点码率,deblock -2:-2就差不多了,不同负值的话细节上还是有微小的区别的...(一般来说只是看片的话是察觉不到的...不过某些特殊情况下区别还是容易看出来的
从你的线程数来看,应该是双核,压BD多痛苦可以理解...

这就一帧的对比图其实说明不了什么
deblock在细节保留上-2:-2比1:1更有优势,虽然是细微的,有没有必要根据你自己的喜好来
me、subme、me_range,如果EP请开高,不想浪费人参就subme9+umh+16或更低的subme吧(当然也不要太低...
留细节的话提升码率是最有效的
有时候前期(avs)处理比EP编码参数有用得多
PS:115没点共享吧...

同没源码无奈...话说我现在也在奇怪FFT3DGPU那句参数说明...开始一直以为默认是2...

再回到主题,最近也在用DGNV+TGMC+FFT3DGPU折腾BD 在AVSPmod预览的时候每次F5需要等1分钟左右...而持续往后逐帧的话倒是比较快,大跳段重新寻帧则很慢 接下来就是编码情况,先是没trim,大概能跑0.5fps左右,CPU跑不满,内存占用也和平常压BD差不多 然后是trim的情况,trim(0,3600)放在最后,这样跑起来还是正常的 第二次,trim从中间段开始,问题就来了,进度过了很半天都没动,于是丢在那差不多1个小时,也才走了60多帧,0.0Xfps,AVS的进程CPU一直在占用,而x264的进程似乎没什么占用,也就是说AVS还在处理没有帧输出给编码器,导致编码器空...

看了下FFT3DFilter的源码...这明明有限制的啊...怎么不报错反而能正常跑...难道FFT3DGPU就没限制么...

http://www.nmm-hd.org/newbbs/viewtopic.php?f=12&t=12
试过这个了吗

话说这长度...春晚么

我只说下实践方面的情况,理论要请各位巨巨来解释了 这一套参数目的是为了降低grain的强度,而且杀伤力并不是很大,所以主要目的并不是强力降噪之类的 如果仅仅是低sigma的话,整体的降噪强度还是比较大的,在没那个必要的情况下,降低beta值更有助于保留细节 另外我之前试的FFT3dGPU(sigma=0.8,beta=0.4,precision=2)这套参数,在某些情况下会出现一点问题,比如黄色星点变黑球什么的(死),后来慢慢就调试成现在这套了,所以beta和sigma这些参数都要慢慢去调试才能达到比较好的效果 其实要说起来,一些欠码导致的banding 碎块什么的,像这样轻轻磨一下再补gra...

如果只是头发那种rainbow,这样也许有点用,顺便让线条更圆滑点,FFT3DGPU参数自定,也可以再加点锐化什么的,把Spline64Resize(width*2,height*2)换成nnedi3_rpow2之类的也可以,剩下的想怎么EP就怎么EP吧 tfm TDecimate(1)#ivtc #__end__#test用,下面才是主体 Spline64Resize(width/2,height/2) DeRainbow(25) FFT3DGPU(sigma=0.8,sigma2=0.6,sigma3=0.4,sigma4=0.2,beta=0.5,plane=4,precision=2)...

大概是说这个吧...
http://www.nmm-hd.org/doc/%E5%A4%8D%E5% ... 6%E9%A2%91

我出现那情况以及是很久以前了,当时还是旧PC,做的是DVDRIP,现在同样的方法而且更EP也没事
我一直用tesa,现在也没出这问题,DVDRIP有时候还同时跑2个都带TGMC