简介QTGMCavsi文件Plugin1是一款面向AVISynth平台的高级去交错滤镜脚本主要解决隔行扫描视频转逐行扫描时出现的闪烁和锯齿问题适用于视频压制、DVD与蓝光源处理以及电视信号转码等场景。压缩包共2个文件包括QTGMC-3.32.avsi脚本和QTGMC-3.32.html说明文档整体大小约37KB文件少而精便于直接放入AVISynth工作目录使用。已有648人学习下载对熟悉AviSynth脚本语法的用户来说资源包内不仅提供了可复用的去交错函数调用示例还通过HTML文档说明了Strength、Preserve Detail、Temporal Smoothing等参数的作用方便根据片源类型微调处理强度在保留细节与平滑画面之间取得平衡。脚本基于时间梯度中值滤波算法处理时会参考相邻帧信息以减少细节损失适合在压制或转码流程中作为预处理环节。整体来看这是一份轻量、实用且定位清晰的插件参考资料。 用QTGMC之前我一直以为去交错就是把两个场合并一下就完事了直到我接手一档1080i的纪录片素材在电脑上预览时满屏都是锯齿和抖动我才意识到隔行视频这块水有多深。当时处理方案里最绕不开的就是QTGMC这个avsi脚本研究了一阵子才把它理顺。这篇东西不打算写成一板一眼的教程就按我实际操作中走过的路、踩过的坑把QTGMC的部署逻辑、avsi文件的正确玩法以及把它当成一个“插件单元”很多人管这个叫Plugin1去集成到处理管线里这套事完整讲一遍。1. QTGMC在解决什么问题隔行视频的“梳子效应”1.1 为什么视频素材一到电脑上就“花屏”早期的电视信号带宽有限传输一帧完整的画面太奢侈所以发明了隔行扫描把一帧画面拆成奇数场和偶数场先扫奇数行再扫偶数行。CRT电视靠荧光粉余晖和眼睛的视觉暂留把这两个场“骗”成一幅完整画面观感没问题。但到了电脑、手机这类渐进式显示设备上如果直接把两个场拼在一起当成一帧显示运动物体的边缘就会出现明显的横向梳状锯齿专业说法叫“combing”我们更常叫它“梳子效应”。你去看看老电视剧、演唱会DVD原盘、电视台录制的live素材基本都能见到。更麻烦的是隔行素材在时间轴上也不老实。两个场采集的其实是不同时刻的画面物体在移动时奇偶场之间的位置差会被保留下来显示出来就是边缘抖动、闪烁字幕和高光区域尤其明显。视频剪辑软件里单帧预览肉眼看不出一播放就露馅这就是为什么反交错在视频处理流程里从来不是可选项而是必经之路。1.2 从“简单bob”到运动补偿QTGMC的核心思路早期工具的去交错思路很简单要么只取一个场丢掉另一个要么把两个场混合要么做线性插值。这些方案各有硬伤丢场会损失一半垂直分辨率画面变糊混合会让动态画面出现“鬼影”线性插值在平坦区域还行一到纹理边缘就露怯。后来出现了基于边缘方向的插值算法比如Yadif、NNEDI效果好了不少但对剧烈运动还是力不从心。QTGMCQuickTime Guide Motion Compensated严格点说它的名字来源并不是这五个词的缩写社区里约定俗成这么叫走的是另一个路线先用运动估计motion estimation分析视频中物体的运动矢量再沿着运动轨迹做时间域滤波把两个场里“该属于同一时刻”的内容找出来并合并。它的核心机制可以粗暴理解为三步先把隔行画面bob成两个完整帧然后用MVTools算出运动向量最后在运动补偿的基础上做中值/均值滤波把交错产生的伪影平滑掉。这样出来的画面没有梳齿运动平滑细节保留度还很高所以从SD到1080i压制DVD、BDMV、电视录播QTGMC基本成了社区默认的“最优解”。2. avsi文件QTGMC正确的“安装姿势”藏在细节里2.1 avs和avsi看起来像工作机制却完全不同AviSynth用户都知道.avs是普通脚本文件你用的时候要么打开它要么用Import()手动加载。而.avsi是启动脚本只要放进AviSynth的plugins目录程序启动时会自动加载不需要你在脚本里写任何加载语句。这一点对QTGMC来说极其关键。QTGMC本质上不是一个二进制滤镜它是一整套AviSynth脚本函数集合发布的时候就是一个QTGMC.avsi文件。你如果每次用的时候都手动Import(QTGMC.avsi)再写滤镜链那当然也能跑但这种做法容易遇到几个问题一是路径写错一次就报错二是加载顺序一乱依赖的函数可能找不到三是换机器部署时忘了复制脚本直接整个流程失败。把QTGMC.avsi放到plugins目录让AviSynth自动加载这些问题就全部消失。你打开一个脚本直接调用QTGMC()它就是“原生”存在的函数和你系统里其他滤镜没什么两样。我见过很多人在这上面卡住插件装了QTGMC函数却提示“there is no function named QTGMC”十有八九就是avsi文件没放到正确位置或者放进去之后没重启脚本宿主AvsPmod、MeGUI、StaxRip这类工具都要重启才能重新加载插件。这个问题的典型排查路径我后面专门讲。2.2 只有avsi文件是远远不够的依赖链是重灾区QTGMC虽然是个脚本文件但脚本内部调用的滤镜全是一堆外部DLL。如果这些DLL没装全QTGMC加载时不会马上报错而是在你真正调用函数时才提示缺少某个滤镜这时候排查起来比直接报错恶心得多。QTGMC的核心依赖链包括依赖滤镜作用缺失时的典型报错MVTools运动估计与运动补偿核心there is no function named MVAnalyse / MVSCalculateMaskTools2掩膜处理QTGMC做边缘mask依赖它no function named mt_edgeNNEDI3高质量边缘引导插值用于场间补点no function named nnedi3RGTools提供remap等像素操作工具no function named rgbtorgba 等avsresize或fmtconv颜色格式转换和高精度处理no function named ConvertBits / z_ConvertFormat其中MVTools和MaskTools2是最容易出问题的。尤其是MVTools版本QTGMC新版对MVTools的版本号有要求你拿一个很老的MVTools配新版QTGMC就算能加载也会在跑动时出现莫名其妙的崩溃或画面碎裂。我的建议是直接装AviSynth64位然后从官方发布页把所有依赖一次性下载全版本对不上宁可不用也不要随意混搭。3. Plugin1式部署把QTGMC当成一个独立插件单元来管理3.1 目录布局和依赖清单怎么搭有些封装工具比如StaxRip、Hybrid甚至你自己写的批处理工具里会把QTGMC整体看成一个“插件”显示名称可能就叫Plugin1或者其他编号。说白了QTGMC这个avsi文件连同它背后的依赖DLL本质就是一个可以插拔的处理单元。你不需要关心它内部几百行脚本是怎么写的只要保证它被正确加载然后传入视频帧拿回来反交错后的结果就行。我推荐的目录结构很简单所有依赖DLL和脚本全部放到AviSynth的plugins目录下C:\Program Files\AviSynth\plugins64\ ├── QTGMC.avsi ├── mvtools.dll ├── masktools2.dll ├── nnedi3.dll ├── RGTools.dll ├── avsresize.dll └── fmtconv.dll64位系统就全部用64位版本千万别混着来。32位AviSynth跑QTGMC的另一个大问题是内存上限1080i的素材做高精度处理时内存经常飙到2GB以上32位进程直接OOM跑一半进程崩掉素材白处理。从这个角度看直接用64位AviSynth不是选配而是建议。3.2 加载验证AVSMeter是排查利器部署完之后不要急着跑大片源先做一个加载验证。用AVSMeter或者AvsPmod写一个最小测试脚本内容就一行Version()先确认AviSynth本体没问题然后把测试脚本改成Import(QTGMC.avsi) BlankClip(width1920, height1080, pixel_typeYV24) QTGMC(InputType1)运行后用AVSMeter看输出能正常出帧就说明脚本加载成功。如果报“there is no function named QTGMC”优先检查avsi文件是否在plugins目录、文件名是否改了以及宿主工具的插件路径是否指向了正确目录。AviSynth支持设置自定义插件目录很多封装工具会覆盖默认的plugins路径导致你明明放了文件却加载不到这一点在排查时必须先确认。AVSMeter启动时也会打印出它实际加载了哪些插件这个列表就是你的第一手诊断依据。如果AVSMeter没有打印出QTGMC相关行通常不是文件缺失而是路径问题要么宿主工具指定了独立的插件目录要么是32/64位混用导致扫描不到对应dll。把宿主工具的插件搜索路径改成AviSynth的plugins目录或者把QTGMC.avsi复制到宿主工具的插件目录里问题基本都能解决。4. 写第一个QTGMC脚本参数选型的实际经验4.1 一个能跑的基线模板最终得到一段可用的QTGMC调用我的基线模板是这样LoadPlugin(...\ffms2.dll) FFVideoSource(input.mkv) QTGMC(PresetFast, FPSDivisor2) Prefetch(4)如果你在AviSynth里用LWLibavVideoSource加载素材第一步可以简化成LWLibavVideoSource(input.mkv) QTGMC(PresetFast, FPSDivisor2) Prefetch(4)这个模板里最关键的两个参数就是Preset和FPSDivisor。Preset控制QTGMC内部整体质量与速度的权衡FPSDivisor控制输出帧率隔行素材一般输入是50i/60i场率是50/60FPSDivisor2会输出25/30帧的渐进式视频这也是大多数人压制隔行DVD/BD时的目标帧率如果你想要50/60p的丝滑动态效果就设FPSDivisor1。注意这俩参数不是随便选的直接用场率50/60作为输出帧率对存储空间和编码压力都更大但对体育类、动态多的素材感知差异非常明显。4.2 Preset、TR系列和SourceMatch的取舍逻辑QTGMC最让人头疼的就是参数太多新手容易把Preset开到最高然后坐等“慢工出细活”结果一集视频跑一晚上都没跑完。我实测下来1080i60的素材在一颗主流八核CPU上PresetVery Fast大约能跑到12-15fpsPresetFast大约8-10fpsPresetSlower就只有2-3fps了PresetPlacebo更是慢到怀疑人生。不同机器配置差异很大但基本量级不会差太多。所以你选Preset之前先想清楚这个素材到底值不值得花三倍时间。QTGMC的参数设计里决定质量的核心不只是Preset还有TR0、TR1、TR2这组时间递归参数。TR0到TR2控制的是时间轴上做多少次递归滤波数值越大降噪和去闪烁的能力越强但也越容易抹掉细节、产生涂抹感。Preset的档位本质上就是在改这些内部值以及切换EdiMode边缘插值算法、NoiseProcess降噪处理等开关。我自己的经验是普通访谈、静态居多的素材PresetFast完全够用细节保留和速度性价比最高动作片、现场演出这种动态特别强的至少上PresetMedium必要时开SourceMatch动画类素材QTGMC默认参数偏“视频化”容易把线条搞软建议用TuningSmooth或者干脆换其他方案4K/高分辨率素材QTGMC慢到离谱先确认源是不是真隔行很多4K源已经是渐进式不需要跑QTGMC。SourceMatch这个参数值得一提它能从隔行源中恢复更多原始细节画质上限更高但代价是慢、且可能引入振铃ringing伪影。我一般只在高质量BDMV、DVD原盘这类源上开SourceMatch网络流媒体录像这种码率本来就不高的素材开了反而画质观感下降。总之参数不是越高越好而是按源状态去匹配。5. 实战中容易翻车的几个细节我的排查链路记录5.1 颜色不对了八成是色彩格式没对齐用QTGMC处理素材时最常遇到的怪现象是输出画面偏绿、偏紫或者颜色发闷。这个坑我一开始也踩过后来发现基本不是QTGMC本身的问题而是输入色彩格式没对齐。QTGMC内部默认按YUV格式处理如果源是RGB画面比如某些录屏、游戏采集源直接进QTGMC就会出现颜色错乱。解决办法是在调用QTGMC之前加一句ConvertToYV12()或者ConvertToYV24()把RGB转成YUV再处理。处理完后如果要输出给剪辑软件用再转回RGB并且别忘了设对色彩矩阵Rec.601还是Rec.709。用AviSynth的话更好的做法是用ConvertBits和z_ConvertFormat做高位深、色彩空间全程管理避免中间转换损失。排查这条链路的时候我在AVSMeter里逐帧检查过输出确认了问题出在色彩空间不匹配而不是QTGMC算法bug。这里也提醒一下如果你在加完QTGMC后颜色还是不对先检查色彩格式再去怀疑滤镜参数顺序反了你可能折腾半天都是白费。5.2 多线程不生效MTMode不是设了就完事我在第4节给的模板里有一行Prefetch(4)但如果你在AviSynth里跑QTGMC光写Prefetch是不够的。QTGMC这个滤镜是脚本函数默认情况下AviSynth的多线程调度器不会自动给它分配合适的MTMode结果就是你写了Prefetch(4)任务管理器里看着CPU占用率却只有25%。你必须在调用QTGMC之前告诉AviSynth这个滤镜可以多现场处理SetFilterMTMode(QTGMC, MT_MULTI_INSTANCE)这一行要写在QTGMC()调用之前、Prefetch之前。MT_MULTI_INSTANCE的意思是AviSynth会为QTGMC创建多个独立实例并行处理不同帧对QTGMC这种无状态帧间有依赖但依赖具备确定性的脚本滤镜尤其合适。我遇到过有的项目里忘了写这一行同一段1080i素材从5fps变成不到1.5fps效果完全一样纯粹是白等。还有一个容易被忽略的点调用顺序。AviSynth加载插件和脚本函数的顺序影响MTMode的注册。如果你在SetFilterMTMode之前已经隐式加载了QTGMC比如avsi自动加载时某些版本可能已经注册了默认MT_SERIALIZED模式后面设MT_MULTI_INSTANCE也不一定生效。保险做法是在脚本最开头、所有滤镜加载完成之前就写上SetFilterMTMode并且用AVSMeter检查实际的线程渲染模式。5.3 QTGMC不是万能药哪些素材别碰它反交错领域有一句话遇到隔行源先分辨是真隔行还是伪隔行。很多电视节目、流媒体录制虽然扫描方式是隔行的但内容本身可能是从24p电影转来的也就是“telecine”过的软拉丝素材。这种素材直接上QTGMC虽然也能处理出结果但其实你是在用昂贵的运动补偿去解决一个IVTC反向影视拆帧就能解决的问题既慢又可能把原始24p序列的节奏破坏掉。遇到这类素材正确做法是先做IVTCAviSynth里的TFMTDecimate或者VapourSynth里的其他方案确认残余的硬交错再交给QTGMC收拾残局。另外低码率网络视频的隔行源不要用QTGMC的极限参数。这类素材本身压缩痕迹重、块效应明显QTGMC的高精度时间滤波会把压缩噪声也当成画面内容去处理结果不仅伪影没消干净还可能放大马赛克。先做轻量降噪比如hqdn3d、dfttest再反交错效果反而更好。QTGMC这名字虽然看着霸气但选不选它、用什么档位永远要跟着片的性质走。我自己的习惯是把QTGMC参数封装成几个预设平时处理直接调用封装好的函数不再每次手敲一长串参数。比如把“电视访谈类”“动作电影类”“演唱会现场类”各存一套参数avsi文件里做个包装函数名为QTGMC_Preset(...)内部根据我的需求去调QTGMC()。这样管线里QTGMC这个Plugin1单元就是高度内聚的部署一次参数可复用换机器也不慌。如果你也在VapourSynth那边干活需要注意的是QTGMC有对应的py版本核心算法同源但加载和参数传递方式不同别把AviSynth的脚本直接搬过去用。隔行素材这事处理过一次你就懂了工具本身不神秘真正决定成片质量的是你对素材的判断和参数的克制。本文还有配套的精品资源点击获取