HDTV Rip之前用TGMC，我也出现过这问题，后来换QTGMC了，处理30i滚动字幕用QTGMC（Preset="Medium"）,速度和效果都可以接受
话说没怎么见人说起过Aviutl的NLMeans Light For GPU，用着感觉还不错
版面规则
提问时请注意：尽量详细描述操作过程、AVS脚本内容等，最好能写出片名，只贴图有时无法看出问题原因。
提示：发布原创内容请尽量使用附件上传。使用网盘会出现过期失效的问题，请注意。
提问时请注意：尽量详细描述操作过程、AVS脚本内容等，最好能写出片名，只贴图有时无法看出问题原因。
提示：发布原创内容请尽量使用附件上传。使用网盘会出现过期失效的问题，请注意。
Re: TempGaussMC_beta2z事疑问
用了几个r1745以前的版本一样到D就不跑了
用QTGMC会跑..
Aviutl的NLMeans Light For GPU有想用过..不过不会Aviutl..
目前只会用Aviutl来scan logo...ORZ
用QTGMC会跑..
Aviutl的NLMeans Light For GPU有想用过..不过不会Aviutl..
目前只会用Aviutl来scan logo...ORZ
Re: TempGaussMC_beta2z事疑问
再回到主题,最近也在用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还在处理没有帧输出给编码器,导致编码器空闲
第三次,trim放在TGMC前,这次却能正常的编码
第二次的这个速度似乎和AVSPmod预览时的每次都重新寻帧的速度差不多,虽然没有实质性的结论,不过似乎这又是一点线索
另外还没测试过别的源滤镜的情况
在AVSPmod预览的时候每次F5需要等1分钟左右...而持续往后逐帧的话倒是比较快,大跳段重新寻帧则很慢
接下来就是编码情况,先是没trim,大概能跑0.5fps左右,CPU跑不满,内存占用也和平常压BD差不多
然后是trim的情况,trim(0,3600)放在最后,这样跑起来还是正常的
第二次,trim从中间段开始,问题就来了,进度过了很半天都没动,于是丢在那差不多1个小时,也才走了60多帧,0.0Xfps,AVS的进程CPU一直在占用,而x264的进程似乎没什么占用,也就是说AVS还在处理没有帧输出给编码器,导致编码器空闲
第三次,trim放在TGMC前,这次却能正常的编码
第二次的这个速度似乎和AVSPmod预览时的每次都重新寻帧的速度差不多,虽然没有实质性的结论,不过似乎这又是一点线索
另外还没测试过别的源滤镜的情况
