企业官网建设流程全解析

1. 为什么说MR视角才是UE4虚拟制片的第一步

先聊一个很多朋友踩过的认知坑。我以前刚接触虚拟制片的时候，总觉得只要场景建得够精致、灯光打得够到位，画面就自然高级了。后来发现完全不是这么回事——没有一套可靠的“虚实结合”流程，场景做得再好，也只是显示器里的漂亮画面，没办法真正和现实世界的人产生互动感。直到我把绿幕抠像和HTC VIVE的追踪数据接进UE4，才意识到所谓MR视角，其实是整个虚拟制片链条里最容易被低估、但最值得优先打通的一环。

这里说的MR视角，指的是把真实世界里的人物（通常是戴着VIVE头显的主播或演员）通过绿幕前景实时抠出来，再叠加到UE4渲染的虚拟背景里，同时让虚拟摄像机的运动和真实人物的头部、手部运动保持同步。效果上看起来，就像这个人真的站在了一个不存在的场景里，而且他还能在场景里走动、伸手、操作虚拟物体。这个能力几乎是一切虚拟直播、虚拟演播室、教育演示、产品展示类项目的地基。

那为什么偏偏选UE4和HTC VIVE这套组合？说实话，UE4的实时渲染能力在同类引擎里属于第一梯队，而且它的后期处理材质（Post Process Material）和高性能的抠像插件生态非常成熟。HTC VIVE作为消费级PC VR设备，定位精度和追踪稳定性都足够支撑专业级的MR拍摄，二手设备价格也掉到了一个很友好的区间，比买广播级追踪系统便宜两个数量级。用这套组合做出来的效果，虽然达不到电影预演那种帧级校准，但在中小型工作室和个人创作者这个体量上，性价比基本是最优解。

这篇文章我不会去铺开讲UI怎么摆、工程怎么组织这种大而全的东西，而是聚焦在一条完整可复现的链路上：相机如何标定、绿幕如何打光、抠像如何调参、VR追踪数据如何转成UE4虚拟相机、最终画面如何合成与输出。中间会穿插我实际调试时踩过的坑和浪费过的时间，希望能让你少走点弯路。

适合的人也很明确：你已经在UE4里做过基础场景搭建，能熟练操作蓝图和材质节点，现在想往MR方向走；或者你手头正好有一台VIVE和一块绿幕，想做虚拟主播或者虚拟演播室但不知道从哪入手。如果你是完全没有UE4基础的新手，建议先补一下基本的关卡、材质、蓝图概念再来读，否则很多操作细节容易跟丢。

2. 绿幕抠像为什么老是抠不干净：不是色键节点的问题，是你的光

很多人一上来就问：“我该用哪个抠像插件的Key节点？Keying还是Luma？”其实问错了方向。绿幕抠像这件事，十个里有九个问题出在前期素材质量，而不是后期抠像参数。光照不均、绿色溢出、噪点太高，后期再怎么调都救不回来。所以这节我先把前期硬件和布光的东西讲透，再告诉你怎么在UE4里用材质节点做实时抠像。

2.1 绿幕材质与折叠细节

绿幕布我建议买那种哑光的涤纶材质，不要买反光的PVC布。哑光布对光的漫反射均匀，后期抠像边缘会比较柔和；反光布看着颜色鲜艳，但一旦灯光角度稍有变动，表面就会出现高光条纹，抠像时那些条纹就是一场灾难。尺寸上，单人半身出镜至少3米乘3米，要拍全身走动就得5米乘5米以上。宁可大不可小，因为人离绿幕太近时，边缘的绿色溢射到皮肤和衣服上，后期很难干净地分离开。

绿幕安装时尽量绷平，褶皱越多，抠像时阴影和颜色不均的区域就越多。我自己试过用夹子挂在支架上，结果风一吹就出波浪，最后老老实实上了一个简易背景架加配重，折叠处用平板熨斗处理过一遍。这一步听着没什么技术含量，但实际节省的后期时间非常可观。

2.2 灯光：均匀度比亮度重要

绿幕打光的目标是让整块幕布的颜色亮度和色相尽可能一致，而不是单纯追求亮。用两盏柔光灯从左右两侧45度打绿幕，灯离幕布1.5米到2米，灯头朝外一点，光线斜射向幕布中央，这样中间区域不会出现过曝的亮斑。绿幕前的被摄主体应该用单独的灯光照亮，不要去吃绿幕的灯。否则主体偏绿，色键会把头发和衣服局部抠穿。

曝光参数上，我一般把相机快门固定在1/50秒，光圈收在f/4左右，ISO尽可能压低到100到200。光圈收小一点能让景深稍微大一些，保证主体边缘清晰。实测下来，绿幕区域在画面里的亮度大约落在70%到80%的灰阶范围是最舒服的，太亮容易让绿色饱和度降低，太暗噪点就会变得非常明显。

2.3 相机设置与固定机位

相机我用的是一台微单加HDMI采集卡，分辨率和帧率稳定在1080p 30帧。这里有一个特别重要的点：所有MR合成流程对相机的稳定性要求极高，因为后期需要把虚拟摄像机位置和真实相机对齐，哪怕几毫米的偏移，人物边缘都会出现飘忽的缝合线。所以三脚架必须选重型的，中轴不要升太高，最好能挂一个配重袋。

另外相机的镜头焦距要固定，变焦镜头在拍摄过程中一定不要碰变焦环。虚拟场景里的FOV必须和相机镜头的FOV保持一致，一旦两者不一致，人物站在画面里就会觉得“浮在”背景上，透视感完全不对。后面我会详细讲怎么把相机的FOV换算到UE4里的摄像机参数。

2.4 UE4里的实时抠像材质：从颜色空间到Alpha通道

前期素材OK之后，接下来是在UE4里搭实时抠像的材质。这一步不依赖第三方插件，纯材质节点即可完成，非常适合不想安装额外插件、想把整个流程控制在最小依赖范围里的朋友。

核心思路是：人站在绿幕前，相机画面通过Media Texture传入UE4，我们在Material里根据绿色色度范围把像素分成前景和背景，输出Alpha通道，再用Alpha混合把主体和虚拟背景合成。关键点在于颜色空间——我用的采集卡输出通常是YUV或RGB，无论哪种，进入UE4后统一在Material里把颜色转换到HSV或者YUV空间来处理色度是更稳的做法。

实际操作中，我搭了一个这样的材质函数：把像素的RGB转换成YCbCr空间，然后计算Cb和Cr到目标色度中心（也就是绿幕的颜色坐标）的距离，距离小于某个阈值就判定为背景，大于另一个阈值判定为前景，中间部分用平滑过渡生成半透明边缘。这个做法的好处是可以避开直接在RGB里按绿色通道值切分的粗糙方式，后者对光照变化极其敏感，稍微有点偏色就会满天飞。

材质的输出连接方式：用Opacity通道输出抠像Alpha，然后用一个小技巧——把前景原本的绿色溢出部分做一个去绿处理。具体做法是判断像素的绿色通道与红蓝通道的比值，若绿色明显偏高且位于前景边缘区域，就适当降低绿色通道的强度，让主体边缘的绿色光晕减淡。这一步对头发丝细节特别重要，能显著减少后续合成时的“绿边感”。

实时性方面，1080p分辨率在普通显卡上跑这个材质，每帧的开销大概在1到2毫秒左右，对整体帧率影响很小。不过要注意，如果画面里有大量半透明边缘，材质采样次数会增加，性能会略下降，建议后期把半透明的过渡范围控制在5到10度色度角之内。

3. HTC VIVE如何变成一台虚拟相机：追踪数据与UE4的对接细节

绿幕部分处理完，剩下的核心工作就是把VIVE手柄和头显的移动转换成虚拟摄像机运动。千万别小看这个环节，很多项目画面很漂亮，但人物一转身画面就甩飞，问题几乎都出在追踪数据的坐标转换和滤波处理上。

3.1 为什么头显位置不等于相机位置

这是一个很容易误解的地方。VIVE头显戴在人的头上，它的追踪位置是人的额头附近。但在MR合成里，我们希望虚拟摄像机拍的画面，和真实相机拍出来的画面在空间上完全重叠。真实相机放在三脚架上，距离人可能有两米多，而头显在人的头上，两者位置完全不同，视角也不一样。

所以正确的做法是：在UE4里创建一个虚拟相机Actor，它的位置和旋转需要经过一套偏移变换。你可以把VIVE头显当作一个“手持参考点”，用它来驱动一个虚拟相机的位置，但需要把真实相机在物理空间中的位置、朝向和头显之间的相对关系标定出来。简单说，就是在VR坐标系里建一个偏移量，让虚拟相机的位置等于头显位置加上一个固定偏移。

这个偏移量怎么得到？我用的办法是“三点标定法”：固定三脚架不动，人戴着头显站在绿幕前，用手柄分别指三个已知的空间点，然后记录头显和手柄的追踪坐标。反过来在UE4里把这三点放到对应位置，反向求解真实相机在VR坐标系下的位姿。实际操作中不需要解那么精确的矩阵，一般直接用蓝图里的数学节点做相对位置映射：记录头显在现实世界中的初始位置，然后每帧计算它相对初始位置的位移和旋转变化，再叠加到虚拟相机上。

3.2 OpenVR与SteamVR Plugin的取舍

UE4访问VIVE追踪数据，有两种主流方式：直接调用SteamVR Plugin的MotionController组件，或者更底层地通过OpenVR API读取设备原始位姿。如果你只是做简单的人物视角同步，SteamVR Plugin就够了；但如果你想把虚拟相机和真实相机的FOV、镜头畸变都做精细匹配，更底层的方式会更灵活。

我最终选择了OpenVR SDK的方式，因为MotionController组件绑定的是手柄和头显的“手部模型”语义，它会做不少引擎层面的插值和游戏手柄逻辑处理，这些额外的处理对相机位姿来说是不需要的，反而可能引入延迟。OpenVR直接获取到的是头显的原始位置和旋转矩阵，干净利落。

具体流程是：启动时初始化OpenVR，获取头显和手柄的Device Index，每帧调用GetDeviceToAbsoluteTrackingPose拿到最新的位姿矩阵。然后把矩阵转换到UE4的世界坐标系里——注意这里有个坑：OpenVR的坐标系是右手系，Z轴向上，而UE4虽然也是Z轴向上，但使用的是左手系且单位不同（UE4单位是厘米，OpenVR单位是米）。所以在转换时需要把X轴取反，同时把米转换成厘米，否则你会发现虚拟相机的位置完全反了。

3.3 位置追踪漂移与滤波

VIVE的定位原理是用两个Lighthouse基站发射红外激光，头显上的传感器接收后来计算相对位置。这套系统在静止时精度很高，但在长时间运动或基站覆盖不完整时，会出现缓慢的漂移。漂移的直接表现是虚拟背景会随着时间慢慢偏离真实人物的中心位置，让人感觉人物在画面里“蠕动”。

解决漂移有两个层面的办法。第一个是减少追踪噪声：用指数移动平均或低通滤波对位置数据做平滑处理。不过滤波要小心，过度滤波会导致画面拖影感，尤其是快速转头时，背景会明显跟不上。我一般把位置滤波的alpha值设在0.3到0.5之间，旋转数据不滤波或者只做极轻的滤波，因为人眼对旋转延迟远比位移延迟敏感。

第二个办法是定期重置原点。在项目里我绑定了一个键盘快捷键，随时可以把虚拟相机位置归零，校准回初始状态。实操中发现，VIVE在基站正常工作的情况下，二十分钟内漂移大概在几个毫米级别，只要不是长时间连续录制，一般不会很明显。

3.4 FOV匹配：从真实镜头到UE4虚拟摄像机

这一步如果做不好，前面的一切都白搭。真实相机的FOV取决于传感器尺寸和镜头焦距，计算公式是：

FOV = 2 × arctan(传感器宽度 / (2 × 焦距))

以我的微单为例，APS-C画幅传感器宽度约23.5毫米，镜头用的35mm定焦，代入公式就是约37度水平FOV。UE4的Camera组件默认FOV是90度，如果不改，直接叠加出来的画面透视关系会是错的——人物站着还行，一走近镜头就明显失真。

在UE4里设置摄像机FOV时，要把算出来的水平FOV值填进Camera组件的Field of View参数。这里还有一个细节：UE4的FOV是水平FOV还是垂直FOV？实际上UE4的Camera的FOV指的是水平方向的对角线FOV，但你用传感器尺寸和焦距算出来的是水平FOV，直接填进去会略有偏差。更准确的匹配方法是：在摄像机前放一个已知尺寸的标定板，在UE4里放一个同样尺寸的虚拟标定板，手动调整FOV直到两者在画面上完全重合。这个标定过程虽然麻烦，但能一次解决所有镜头参数匹配问题，而且对后续任何镜头参数的信心提升极大。

4. 从蓝图纸到可跑工程：搭建MR合成场景的完整步骤

这节我按照实际搭建顺序，把整条链路从头到尾串一遍。你可以直接把这一节当作操作清单来用，边看边对照着做。

4.1 创建工程与初始配置

新建一个空白工程，模板选择Basic，渲染器选Forward Shading。为什么用Forward Shading？因为MR合成场景通常需要大量透明混合和后处理材质，Forward渲染下透明物体的排序和半透明效果表现更稳定，延迟渲染的某些优化反而会引入合成伪影。

项目设置里注意打开两个选项：一是允许材质使用全局位置偏移（Global Position Offset），二是把默认的移动组件设置为“飞行模式”，避免角色控制器影响虚拟相机运动。此外还需要在工程设置里把默认地图的World Settings中的Gravity关闭，因为虚拟摄像机不需要重力，否则在蓝图里调整高度时总会感觉有股劲在往下拉。

4.2 创建绿幕抠像材质与动态纹理

回到上一节说的抠像材质，我把完整节点逻辑拆成三步：先分两个线性采集器，一个取全分辨率颜色，一个降采样四分之一分辨率专门算Alpha。降采样算Alpha的好处是边缘更抗噪，而且性能更好。然后根据YCbCr色度距离生成前景遮罩，最后用去绿节点修正边缘。

动态纹理那里记得勾选sRGB，否则颜色会变得灰蒙蒙的。Media Player需要绑定采集卡的视频输入，一般用HDMI或者USB采集卡都是作为DirectShow或者Blackmagic设备接入的。在项目里创建一个Media Texture，然后把媒体源指向采集卡输出，就可以在材质里采样实时视频了。

4.3 虚拟摄像机与背景场景的构建

虚拟摄像机直接用一个空的Actor挂Camera组件，并添加一个SceneCapture2D作为背景捕获器。背景场景我建议做一个带轻微留白的室内场景，墙面有点纹理会更好，因为纯色背景在实时抠像合成后会显得假，稍微有点环境细节能增强真实感。

位置匹配的蓝图逻辑大概这样：每帧获取OpenVR头显的原始矩阵，先做坐标转换，再乘以FOV补偿系数，最后赋给虚拟相机。这里要注意蓝图的Tick事件里不要每帧去重新初始化OpenVR设备句柄，否则会非常卡，初始化只在BeginPlay做一次即可。

4.4 视频合成通道：从渲染目标到最终输出

最终的合成画面需要在一个Render Target里完成。我创建了一个TextureRenderTarget2D，分辨率设为1080x1920或1920x1080，对应竖屏或横屏。然后在合成材质里，把虚拟背景的SceneCapture输出和绿幕前景的MediaTexture输出放进来，用Alpha混合起来。

前景有透明和半透明边缘，合成的时候需要再做一次边沿羽化，避免硬边。我在材质里加了一个OneMinus节点和Power节点组合，对Alpha边缘做1像素到2像素的柔化。这一步能让前景和背景之间的过渡更自然，尤其是头发丝和衣服边缘。

输出方面，如果要推流直播，可以把Render Target作为一个源推给直播编码器；如果要录制成视频，可以直接调用UE4的Movie Render Queue或者截帧合成。我个人通常先把合成画面写到本地PNG序列，再用视频编辑工具合成，这样可以保留后期调色的空间。

5. 标定与调试：为什么你的画面总是看起来“假”？

很多刚开始做MR合成的朋友，明明每一步都照着教程做，但画面就是有种说不出的“塑料感”。我花了不少时间在这个问题上，最后总结出三个最容易让画面显得假的原因。

5.1 FOV与镜头畸变

第一个是FOV没对准。真实相机的镜头多多少少都有一点桶形畸变或者枕形畸变，尤其是广角镜头。而UE4的虚拟摄像机是理想针孔模型，没有任何畸变。两者叠加在一起，人物边缘对齐时中心是对齐的，但四周就会慢慢错开。

解决办法是在UE4里给虚拟摄像机加入一个后处理材质来模拟镜头畸变，反向补偿真实镜头的畸变。如果你用的镜头畸变比较小，其实可以忽略；但如果镜头广角超过24mm（全画幅等效），畸变就会明显影响合成质量。我自己的办法是拍一张网格图，在UE4里用网格材质反向匹配畸变参数，最终效果提升非常大。

5.2 光照色温与绿溢

第二个常见问题是色温不一致。真实相机的画面色温和虚拟场景的色温如果差太多，人物站在虚拟场景里就像被PS抠图抠上去的。真实光源色温一般是日光灯或者LED灯，大约在4000K到6500K之间，而虚拟场景的光源很多时候设置成日落或者黄昏的暖色，两者完全没有统一。

处理办法是在合成材质里对前景颜色做白平衡微调，比如把前景的色温朝虚拟场景的色温方向拉一点点。不要拉太多，否则人物的肤色会变得很怪。我一般是把虚拟场景的主光源色温定死，再去调整真实灯光的色温和强度，这样以后每次拍摄调试成本都降低了。

第三个是绿溢问题，这个前面提到过。绿幕反光到人物边缘的绿色，如果不做处理，虽然Alpha通道判定是前景，但颜色本身还带着绿，合成后看起来就像人物身上披了一层淡淡的绿雾。去绿操作不能做得太激进，否则肤色会偏紫或者偏粉。我的经验是只对靠近Alpha边缘的像素做去绿，越靠近边缘削得越多，中心区域完全不动。

5.3 延迟匹配与动作流畅度

最后一个大坑是延迟。真实视频从相机到显示器，再进入UE4材质采样，这中间有采集卡的延迟、引擎渲染管线的延迟，以及虚拟相机追踪数据的延迟。如果虚拟相机的延迟和真实视频的延迟不一致，画面里的人物边缘就会出线“残影”一样的错位。

延迟匹配的具体做法是：拿一个秒表在镜头前快速甩动，同时观察细节，记录追踪数据的延迟时间。然后在UE4蓝图里对虚拟相机数据做对应时间的延迟补偿，也就是“时间偏移”调整。这个参数我通常通过实测调到80到120毫秒之间。VIVE本身的追踪延迟已经比较低，主要可调空间在于采集卡和引擎渲染同步。

6. 性能优化与长时间录制稳定性

MR合成流程本身对UE4来说算中等负载，难点在于要同时处理实时视频解码、材质合成、虚拟场景渲染、追踪数据读取，任何一个环节掉链子都会影响成片质量。

6.1 帧率优先级的取舍

我的建议是把目标帧率定在30帧，而不是60帧。为什么？因为VIVE的追踪刷新率虽然可以到90Hz，但采集卡的视频帧率大多只有30帧，你用60帧渲染但视频只有30帧，每一帧渲染里有两帧是重复画面，性能被白白浪费。反过来把渲染帧率降到30，配合垂直同步，整个流程的稳定性会好很多，CPU开销也能匀给视频解码。

6.2 Render Target分辨率与GPU显存

Render Target尺寸不要盲目上4K。实时合成的开销主要来自像素着色器在Render Target上的执行次数，4K分辨率下每帧的像素处理量是1080p的四倍，这个差距非常明显。除非你用的是旗舰显卡，否则建议先锁定1080p输出，等整体流程调稳了再考虑升分辨率。

虽然画质上4K确实更细腻，但MR合成误差更多来自标定和抠像，而不是分辨率。你花了大量性能去渲染4K背景，如果标定偏了半厘米，观众注意到的一定是错位的边缘，而不是背景的清晰度。

6.3 场景面数与避坑

背景场景的面数控制也非常重要。绿幕抠像合成不同于一般游戏场景，它需要每帧都完整渲染整个背景，没有任何遮挡剔除的余地。因为虚拟摄像机是固定的，视锥体基本覆盖整个GreenScreen画面，所以背面剔除率很低。场景面数尽量控制在几十万三角形以内，材质尽量用简单的PBR材质，不要一堆复杂的法线贴图和细节贴图。

还有一个容易踩的坑是动态阴影。虚拟场景里如果有会动的物体或者人，开动态阴影会让每一帧的渲染压力直线上升。建议阴影全部烘焙成静态光照贴图，或者在项目设置里把动态阴影质量调到最低。MR合成需要的是干净利落的背景，不是电影级的动态光影。

6.4 长时间录制时的内存与重启策略

长时间录制后，UE4的媒体播放器有时会出现内存泄漏，尤其在频繁切换采集卡信号源的情况下。我遇到过连续录制两个小时，内存占有率从初始的3GB一路涨到6GB，最后画面开始掉帧。后来我养成了一个习惯：单次录制控制在90分钟以内，到点重新启动项目工程，顺便校准一次相机标定。这个习惯看起来原始，但非常有效。

7. 应用场景扩展：从虚拟直播到虚拟预演

当整条链路跑通之后，你手里其实已经握着一个非常通用的MR基础设施，它可以向外延伸出好几类应用，而不只是“把人物放到虚拟背景里”。

7.1 虚拟直播与远程协作

最直接的应用就是虚拟直播。让主播戴上VIVE头显走进虚拟场景，镜头跟着主播的头部转动而转动，观众看到的主播和背景完全融合在一起，互动感很强。配合手柄的追踪，主播还能在虚拟场景里拿起虚拟道具、和虚拟角色互动，这些都能进一步提升直播的吸引力。

远程协作是另一个方向。假设两个团队分处两地，各自有同样的MR拍摄环境，可以把虚拟摄像机数据和视频源通过网络传给对方，构建一个共享的虚拟工作空间。虽然实时传输对网络要求比较高，但作为演示和预研方案，效果已经非常可观。

7.2 商品展示与虚拟演播室

做产品或商品展示时，不需要真人出镜，只需要一个主持人站在绿幕前，把产品模型导入UE4，就能直接展示虚拟产品。更有趣的是，可以把真实产品拿在手里，通过VIVE手柄的位置追踪，让虚拟产品模型跟随真实产品移动，实现“虚拟叠加真实”的展示效果。这个方法比纯虚拟演示更有说服力，观众会自然觉得产品是真实存在的。

虚拟演播室则是电视台和媒体行业的标配了。用UE4替代传统的广电虚拟演播室系统，成本下降非常多，而且场景可以随时改。只要提前做好相机标定和FOV匹配，现场导播可以像切传统演播室一样切虚拟场景，灵活性高得多。

7.3 动画预演与镜头设计

最后聊一个我比较喜欢的用途：动画预演。导演和摄影师不需要到实拍现场，就能在绿幕前进行走位设计、机位调度和镜头语言设计。VIVE的头部追踪可以让导演实时看到摄像机跟随演员移动时的镜头效果，这对于动作戏和特殊机位，价值尤其高。

和传统动画预演流程相比，MR视角的好处是导演不仅能看到虚拟机位的画面，还能看到真人演员在画面中的表演姿态，这比纯虚拟替身要直观得多。很多情况下，一个镜头到底是推还是拉、是仰还是俯，演员走位在画面里占多大比例，直接看MR合成画面就能完全判断。

8. 我踩过最深的坑：纵使每一步都对了，合成还是飘

如果看到这里你还是觉得心里没底，很正常。MR合成链路太长，任何一环的微小偏差都会在最终画面上被放大。最后分享一个我调试时踩得最惨的坑，也是很多新手最容易忽略的。

有一次项目交付前一天，整条链路都验证过了，现场录制时突然发现无论怎么调整，人物边缘总是一边实一边虚，而且越往画面边缘越明显。我当时第一反应是抠像参数问题，调了半天Alpha阈值，毫无改善。后来又怀疑是灯光问题，把绿幕周边每个柔光灯的角度都重新调了一遍，依然没解决。

最终排查下来，线索出在相机镜头上。我那台相机开了“电子防抖”，虽然放在三脚架上，但相机内部传感器依然在微小幅度的修正，因为三脚架固得太紧。传感器每帧都在做亚像素级的平移，叠加到绿幕前景上，人物边缘自然就跟着微微移动。当时Smartphone上各种AI防抖算法已经很普及，但我没想到微单的机内防抖在这种场景下也有这么大的影响。把机身防抖和镜头防抖全部关掉后，问题立刻消失。

这个经验让我深刻意识到，MR合成是一个系统工程，不是某一项技术特别突出就能赢，而是每一项细节都必须到位。甚至那些你在日常拍照时完全不会在意的“辅助功能”，在精确合成时都可能成为罪魁祸首。

如果你也想走这条路，我的建议是：别急着追求高精尖的设备，先把绿幕打光、FOV匹配、追踪滤波这三样吃透，把一套基础流程跑得滚瓜烂熟，再去碰复杂场景和4K输出。MR合成这种活儿，稳比快重要得多。基础打牢之后，你会发现后面所有高阶玩法，都是在这套地基上长出来的。