GASPGame Animation Sample Project落地之后很多团队第一反应是把它改成第一人称动作数据量大、脚步匹配自然、不用手搓混合树看起来只差一个相机位置。真动手就会发现把相机挪到头骨骼跟前只解决了“看得到”解决不了“看着对”。视角跟着骨骼抖、抬手看不见手臂、切回第三人称镜头飞出去这套流程能把人磨一下午。这篇讲的是用 FocalRig 给 GASP 补上第一人称。这里的 FocalRig 不是某个货架插件而是一套相机装配思路的落地组件把“相机该挂在哪、跟随谁、转多快、切什么样”从角色蓝图里剥出来交给一个独立的 SceneComponent 管理角色只负责提供骨骼锚点和输入意图。好处是第三人称、第一人称、过肩、瞄准这些视角共享同一套插值和阻尼逻辑切模式不用再复制一堆 Set View Target。读完之后你应该能完成这几件事给 GASP 的 Mannequin 加头部锚点、写出可复用的 FocalRig 组件、打通第一人称与第三人称的平滑切换、用 Layered Blend Per Bone 补齐上半身叠加层、处理相机抖动和穿模最后用 stat 命令确认开销落在哪。适合已经在 UE5 里跑通 GASP、准备做第一人称射击或第一人称探索的开发者纯蓝图党也能看懂代码部分按需取用。1. GASP 上第一人称到底难在哪1.1 默认相机结构决定了改造起点GASP 的角色蓝图默认挂的是 SpringArm 加 Camera 的组合SpringArm 负责碰撞回缩Camera 挂在臂末端。相机朝向由 Controller 的 Yaw/Pitch 驱动位置跟着角色胶囊体走。这套结构在第三人称下很稳因为相机离身体有三百多单位的距离身体动画的细微抖动在屏幕上被距离稀释掉了。第一人称的问题就在这个“稀释”上。相机一旦贴到头骨骼头部的每一次点头、每一次转身带来的骨盆旋转都会以 1:1 的比例传到画面上。Motion Matching 匹配出来的姿态本身带有大量自然的次级运动第三人称看着是“生动”第一人称看着就是“晕”。这不是 GASP 的锅是相机采样点选错了。1.2 三个必须先想清楚的技术选择相机位置跟随谁。跟头骨骼能拿到最真实的呼吸感和踏步起伏代价是抖动。跟胶囊体顶部的固定偏移最稳但没有身体感。实践里比较舒服的折中是位置跟头骨骼但加阻尼旋转完全不跟骨骼、只跟 Controller。这样上下颠簸保留左右摇晃砍掉。角色朝向怎么定。GASP 默认是bOrientRotationToMovement true、bUseControllerRotationYaw false角色朝着移动方向转。第一人称必须反过来否则你转鼠标角色不转画面就别扭。但这个开关一翻Motion Matching 的轨迹输入语义就变了因为轨迹的朝向分量原本是“角色前向 vs 移动方向”的夹角现在恒等于零。上半身怎么叠。第一人称要看得见手和枪就得在上半身叠一层专用动画。Motion Matching 输出的是全身姿态叠加层必须接在它之后用 Layered Blend Per Bone 从 spine_03 往上切开否则 Motion Matching 每一帧都会把手臂姿态覆盖掉。这三点想明白了剩下的都是工程细节。2. FocalRig 核心能力速览能力项说明组件类型USceneComponent 派生的相机装配组件挂在角色蓝图上引擎版本以 UE 5.4 / 5.5 为参考基线GASP 自 5.4 起提供更低版本需自行验证视角模式第一人称、第三人称、可扩展过肩与瞄准视角切换方式权重插值支持瞬时切换与缓动切换两种相机锚点依赖骨骼 Socket需要在 Skeletal Mesh 上手动添加是否需要 C不是必须蓝图子类同样可以实现本文给 C 版本便于复用相关插件Pose SearchMotion Matching 依赖、Animation Warping 按需输入依赖Enhanced Input至少需要 Move 与 Look 两个 Axis输出目标UCameraComponent可接后处理体积与 Camera Modifier适合场景第一人称射击、第一人称探索、第一/第三人称自由切换的原型验证不适合场景需要严格影视级运镜的过场动画建议直接用 Level Sequence 相机表格里的版本号只代表验证基线不代表硬性下限。GASP 的骨骼命名、组件结构在不同版本间有过调整动手前先用编辑器打开示例工程确认一遍比照抄本文的资产名更靠谱。3. 环境准备与工程结构梳理3.1 前置条件清单开工前把这几个前提确认掉能省掉后面一大半的“为什么没反应”。引擎版本与 GASP 版本匹配从 Epic 启动器或 Fab 拿到的示例工程能正常打开并运行。Pose Search 插件已启用Motion Matching 节点在动画蓝图里能正常添加。角色使用的是 UE5 Mannequin 骨架骨骼命名里存在head、neck_01、spine_03这几个关键节点。Enhanced Input 已配置至少有一组 WASD 移动和鼠标视角映射。工程能编译 C或者你准备好走纯蓝图路线。3.2 先把资产关系画清楚GASP 的结构大致是这样几层角色蓝图负责组件装配和输入动画蓝图负责 Motion Matching 和最终输出Pose Search Database 提供动画数据源Motion Trajectory 组件在运行时采集玩家意图并生成轨迹。改造第一人称改动会同时落在角色蓝图相机部分和动画蓝图叠加层部分两边。建议先在编辑器里做一次“只读巡检”打开角色蓝图看 SpringArm 的 Target Arm Length 和 Socket Offset 当前值打开动画蓝图看 Motion Matching 节点后面还有没有其他节点打开骨骼树确认 head 骨骼的父级是谁。这三处信息决定了后面代码里的默认参数抄别人的数值大概率不对。3.3 目录与命名约定改造过程中会新增组件类、可能新增动画蒙太奇和叠加动画资源。建议单独开两个目录Source/YourGame/Camera/放 C 组件Content/Characters/FocalRig/放相关蓝图与动画。命名上给第一人称专用资产加FP_前缀第三人称的保持原样后面排查问题时一眼能分清哪些是原生的、哪些是改出来的。4. 头部锚点与 FocalRig 组件实现4.1 给 head 骨骼加 Socket打开 Mannequin 的 Skeletal Mesh在骨骼树里选中head右键添加 Socket命名建议FP_Camera。位置不用调得太精细放在头骨中心略靠前即可后面靠 Camera 的 Offset 微调。注意 Socket 是加在 Mesh 资产上的如果项目里有多个 Mesh 变体每个都要加一遍否则换装之后第一人称会掉到脚底。Socket 的旋转方向也要留意。UE 的骨骼坐标系和世界坐标系不一致如果发现相机朝向歪了多半是 Socket 的 Relative Rotation 没归零。直接把旋转全部清零朝向交给 Controller 处理这是最省事的做法。4.2 组件头文件下面是 FocalRig 组件的接口定义核心是把模式、插值速度、锚点名字都暴露成可配置属性。// FocalRigComponent.h #pragma once #include CoreMinimal.h #include Components/SceneComponent.h #include FocalRigComponent.generated.h UENUM(BlueprintType) enum class EFocalViewMode : uint8 { ThirdPerson UMETA(DisplayName Third Person), FirstPerson UMETA(DisplayName First Person) }; UCLASS(ClassGroup (Camera), meta (BlueprintSpawnableComponent)) class YOURGAME_API UFocalRigComponent : public USceneComponent { GENERATED_BODY() public: UFocalRigComponent(); virtual void BeginPlay() override; virtual void TickComponent(float DeltaTime, ELevelTick TickType, FActorComponentTickFunction* ThisTickFunction) override; UFUNCTION(BlueprintCallable, Category FocalRig) void SetViewMode(EFocalViewMode NewMode, bool bInstant false); UFUNCTION(BlueprintPure, Category FocalRig) float GetBlendAlpha() const { return BlendAlpha; } protected: // 头部 Socket 名称需与 Skeletal Mesh 上的实际命名一致 UPROPERTY(EditAnywhere, BlueprintReadWrite, Category FocalRig) FName HeadSocketName TEXT(FP_Camera); // 第一人称位置跟随的阻尼速度越大越跟手、越小越平滑 UPROPERTY(EditAnywhere, BlueprintReadWrite, Category FocalRig) float FirstPersonLocationSpeed 18.f; // 模式切换的过渡时长秒bInstant 为 true 时忽略 UPROPERTY(EditAnywhere, BlueprintReadWrite, Category FocalRig) float TransitionDuration 0.25f; // 第一人称下相机相对 Socket 的偏移用于微调眼位 UPROPERTY(EditAnywhere, BlueprintReadWrite, Category FocalRig) FVector FirstPersonOffset FVector(8.f, 0.f, 6.f); // 第三人称臂长切模式时作为插值终点 UPROPERTY(EditAnywhere, BlueprintReadWrite, Category FocalRig) float ThirdPersonArmLength 320.f; private: TWeakObjectPtrUSkeletalMeshComponent CachedMesh; TWeakObjectPtrclass USpringArmComponent CachedSpringArm; TWeakObjectPtrclass UCameraComponent CachedCamera; EFocalViewMode CurrentMode EFocalViewMode::ThirdPerson; float BlendAlpha 0.f; void RefreshCachedComponents(); void UpdateFirstPerson(float DeltaTime, float Alpha); void UpdateThirdPerson(float Alpha); };这里刻意没有把相机组件直接创建在 FocalRig 内部而是从角色上缓存引用。原因是 GASP 的角色蓝图已经有 SpringArm 和 Camera重造一套会破坏原有的碰撞回缩逻辑。复用现有组件、只在第一人称时改写出参改动面最小。4.3 实现里的关键几行Tick 里的逻辑分三步先算目标 Alpha再按模式更新相机变换最后把 Alpha 写回 SpringArm。void UFocalRigComponent::TickComponent(float DeltaTime, ELevelTick TickType, FActorComponentTickFunction* ThisTickFunction) { Super::TickComponent(DeltaTime, TickType, ThisTickFunction); if (!CachedMesh.IsValid() || !CachedCamera.IsValid()) { RefreshCachedComponents(); return; } // 目标 Alpha第一人称 1第三人称 0 const float TargetAlpha (CurrentMode EFocalViewMode::FirstPerson) ? 1.f : 0.f; if (TransitionDuration KINDA_SMALL_NUMBER) { BlendAlpha TargetAlpha; } else { const float Step DeltaTime / TransitionDuration; BlendAlpha FMath::FInterpConstantTo(BlendAlpha, TargetAlpha, 1.f, Step); BlendAlpha FMath::Clamp(BlendAlpha, 0.f, 1.f); } // 第三人称臂长随 Alpha 收缩避免切换瞬间镜头弹射 if (CachedSpringArm.IsValid()) { CachedSpringArm-TargetArmLength FMath::Lerp(ThirdPersonArmLength, 0.f, BlendAlpha); // 第一人称下关闭碰撞测试否则贴墙时相机被推离头部 CachedSpringArm-bDoCollisionTest BlendAlpha 0.5f; } UpdateFirstPerson(DeltaTime, BlendAlpha); }UpdateFirstPerson里做位置跟随这是整套方案里最影响手感的一段。void UFocalRigComponent::UpdateFirstPerson(float DeltaTime, float Alpha) { if (Alpha KINDA_SMALL_NUMBER) { return; } USkeletalMeshComponent* Mesh CachedMesh.Get(); if (!Mesh || !Mesh-DoesSocketExist(HeadSocketName)) { return; } // 只取位置旋转一律交给 Controller这是抗抖动的核心 const FVector HeadLocation Mesh-GetSocketLocation(HeadSocketName); const FVector TargetLocation HeadLocation FirstPersonOffset; const FVector Current CachedCamera-GetComponentLocation(); const FVector Smoothed FMath::VInterpTo(Current, TargetLocation, DeltaTime, FirstPersonLocationSpeed); // Alpha 参与的二次混合保证模式切换过程中位置连续 const FVector FinalLocation FMath::Lerp(Current, Smoothed, Alpha); CachedCamera-SetWorldLocation(FinalLocation); }注意这里有两个混合同时存在一个是VInterpTo的帧间阻尼一个是 Alpha 参与的模式混合。两层叠加能在切换瞬间保持位置连续不会出现相机“跳”一下再回位的情况。如果发现切换时有轻微滞后感把FirstPersonLocationSpeed调到 25 以上会明显改善。4.4 角色朝向开关的联动模式切换时角色蓝图的移动组件配置也要跟着改。这一段写在角色蓝图里不属于组件职责。void AMyGASPCharacter::ApplyViewModeToMovement(bool bFirstPerson) { if (UCharacterMovementComponent* Move GetCharacterMovement()) { Move-bOrientRotationToMovement !bFirstPerson; } bUseControllerRotationYaw bFirstPerson; bUseControllerRotationPitch false; // 俯仰永远交给 Controller 相机 bUseControllerRotationRoll false; }俯仰和翻滚不要打开bUseControllerRotationPitch一开整个胶囊体跟着鼠标上下翻物理和动画都会崩。5. 第一人称与第三人称的混合切换5.1 输入分发要跟着模式走第一人称和第三人称的鼠标灵敏度需求完全不同。第一人称正常灵敏度在第三人称下会显得过快因为相机离角色近同样的旋转角度在屏幕上产生的位移更大。建议在 PlayerController 里按模式切换灵敏度倍率或者干脆在 Enhanced Input 的 Input Mapping Context 里做两套配置。切换动作的触发建议用 Enhanced Input 的一个 Toggle 类 Action按下时判断当前模式取反。注意切换瞬间要清一次输入缓冲否则如果在一次大角度甩鼠标的中途按下切换键视角会残留一个角速度切完还在转。5.2 切换过程中的动画状态第三人称切第一人称动画侧需要处理两件事一是关闭根运动对相机的影响二是切换时如果角色正在播放转身或急停动画第一人称视角会看到剧烈的头部位移。建议在切换的前 0.2 秒内临时提高位置阻尼让过渡更柔和做法是给FirstPersonLocationSpeed乘一个从 0.5 到 1 的过渡系数。反过来第一人称切第三人称要防的是镜头飞出去。上面代码里 ArmLength 已经做了 Lerp但要确认 SpringArm 的 Socket Offset 和 Target Offset 也一起插值否则相机会从一个偏移位置突然弹到另一个偏移位置。5.3 视角切换与相机管理器的关系如果项目里用到了 Camera Modifier 做后坐力、屏幕震动、冲刺 FOV 变化切换模式时要确认这些 Modifier 的作用目标还是同一个 CameraComponent。FocalRig 复用现有 Camera 的好处在这里体现出来Modifier 不需要重新注册切换过程无感。如果换成新建一个第一人称专用 Camera就得手动把 Modifier 列表迁过去容易漏。6. 上半身叠加层让第一人称看得见手6.1 动画蓝图节点的顺序动画蓝图的执行顺序必须是Motion Matching 输出全身姿态 → Layered Blend Per Bone 叠加上半身 → 最终 Output Pose。顺序反了或者叠加层插在 Motion Matching 之前每一帧都会被匹配结果覆盖表现出来的现象就是“手臂动画播了一帧就没了”这个问题在论坛上出现频率很高。Layered Blend Per Bone 的关键配置配置项建议值说明Branch Filterspine_03从该骨骼开始向上生效Blend Depth1 到 3控制过渡带的骨骼数量值越大脖子过渡越柔Blend Pose 输入手臂叠加动画第一人称专用建议只含上身Mesh Space Rotation Blend关闭打开后手臂会被根骨骼旋转带偏Blend Depth 具体取多少要看骨架的脊柱分段数UE5 Mannequin 的 spine 有多节给 2 左右通常过渡自然取值过大会让整个胸腔都受叠加层影响。6.2 隐藏头部的三种做法第一人称最常见的穿模是相机看到自己脑袋内侧。三种处理方式各有取舍动画里把 head 骨骼缩放到接近 0。改起来最快但对使用头骨骼做挂点的逻辑有影响比如帽子、头盔的 Attach 位置会一起缩没。材质遮罩。给头部材质加一层基于相机距离的判断距离小于阈值时丢弃像素。效果好但需要改材质且对性能有轻微影响。Layered Blend 阶段剔除。用分支过滤器把 head 骨骼从叠加和基础姿态里都排除。最干净但一旦要做镜面反射或第三人称回放得单独再还原。原型阶段建议先走第一种等玩法定下来再换第三种。第二种适合最终产品但要提前评估材质复杂度的增加。6.3 手臂叠加动画的制作叠加动画最好是 Additive 类型基座取自同一套骨架的 Idle 姿态这样叠加层在不同基础姿态下都能保持合理的手臂位置。如果做成绝对姿态的动画第一人称下走路时手臂会僵在原地看起来像断了。制作时注意手臂动画的帧率要和主姿态一致混用 30 帧和 60 帧的动画在叠加阶段容易出现抖动。另外建议给手臂单独一套 IK 设置让手部能贴合武器挂点否则换武器时手臂姿态要重新做。7. 相机稳定性、穿模与调试7.1 抖动从哪里来怎么砍第一人称抖动的主要来源有三个。头骨骼的次级运动是最直接的靠位置阻尼能压下去大半代价是响应变慢。Motion Matching 的姿态切换是第二个匹配到新姿态时身体会有一个小的位移跳变如果相机 1:1 跟随就会看到画面“顿一下”。第三个是相机和渲染帧率不同步低帧率下阻尼计算会积累误差。针对第二条可以在 FocalRig 里加一层速度上限限制单帧相机位移超过某个阈值时截断避免瞬移。阈值不要设得太小否则正常快跑也会被截表现为视角跟不上身体。7.2 穿模与近裁剪面相机贴墙时穿模第一是近裁剪面太远第二是 SpringArm 的碰撞回缩在第一人称下被关掉了。第一人称关回缩是对的因为回缩会把相机推向角色内部反而更容易看到内脏。真正的解法是给角色胶囊体加一层外部碰撞检测墙贴近时按一个曲线把 FOV 略微收窄视觉上制造“贴近墙面”的暗示。如果确实需要调整近裁剪面可以用控制台命令验证效果# 临时把近裁剪面推到 3观察贴墙时的穿模情况 r.SetNearClipPlane 3 # 恢复默认值避免影响其他视角 r.SetNearClipPlane 10注意这个命令是全局的改完记得恢复。不同版本对近裁剪面的可调范围限制不同取值过小可能引起深度精度问题表现为远处物体闪烁出现这种情况就往上调。7.3 调试用的可视化手段排查相机问题时最有效的办法是把 FocalRig 的实际位置画出来。用DrawDebugSphere在 Tick 里画一个半径 5 的球颜色随模式变化一眼就能看出相机是不是真的在头骨骼上还是在胶囊体上飘着。#if ENABLE_DRAW_DEBUG if (CachedCamera.IsValid()) { const FColor DebugColor (CurrentMode EFocalViewMode::FirstPerson) ? FColor::Green : FColor::Yellow; DrawDebugSphere(GetWorld(), CachedCamera-GetComponentLocation(), 5.f, 8, DebugColor, false, 0.f); } #endif配合Stat Unit看帧时间分布Stat Anim看动画开销基本上能定位到问题是出在相机逻辑还是动画侧。Motion Matching 相关的调试输出在不同版本里开关名称有差异建议先在控制台里输入a.AnimNode.看一下自动补全列表再决定用哪一个。8. 性能观察与资源开销8.1 开销主要落在哪FocalRig 本身的开销可以忽略每帧几次向量插值和一次 Socket 查询量级在微秒级。真正变重的是两处。第一处是 Layered Blend Per Bone。叠加层意味着上半身的骨骼每帧要多算一次混合骨骼数量越多、Blend Depth 越大开销越高。从经验上讲这个开销在总动画开销里占比不大但如果项目同时叠了多层第一人称手臂、武器 IK、瞄准偏移、后坐力累计起来就需要关注了。第二处是 Motion Matching 的搜索。Pose Search Database 越大每帧的匹配开销越高。切第一人称之后如果轨迹语义变了导致匹配命中率下降引擎可能会更频繁地在数据库里做全局搜索间接拉高开销。这个现象不一定明显建议改造前后各跑一次对比。8.2 怎么观察固定场景对比是最靠谱的办法。找一个没有敌人的空地让角色以固定速度直线跑 10 秒改造前后各录一次Stat Unit和Stat Anim的截图重点看 Game 线程和 Anim 线程的毫秒数。差异在 0.5ms 以内基本可以忽略超过 2ms 就要回头看是不是叠加层给多了。显存和内存方面多出来的主要是第一人称专用动画资源。一套手臂叠加动画加上可能的 IK 目标通常不会带来数量级变化但要注意别把第三人称用的所有动画都复制一份做成叠加版那样资源会翻倍。8.3 降开销的几种手段把叠加层的 Blend Depth 从 3 降到 1只保留必要的过渡带。第一人称下如果看不到腿可以在动画蓝图里用 LOD 或者分支把下半身的计算裁掉。手臂叠加动画降低采样率在视觉允许的前提下减轻混合负担。Pose Search Database 按场景拆分室内场景和开阔场景用不同的数据库减少单库体积。这些手段都要在功能跑通之后再上前期先保证效果对性能优化留到有明确瓶颈的时候做。9. 常见问题与排查方法问题现象可能原因排查方式解决方案第一人称下相机不动Socket 名字不匹配或组件未缓存到 Mesh打印DoesSocketExist结果用 Debug 球确认位置核对 Socket 命名确认角色蓝图里 FocalRig 的HeadSocketName一致视角剧烈抖动相机旋转跟随了骨骼检查是否存在从 Socket 取旋转的代码只取位置旋转完全交给 Controller切到第一人称后角色不跟鼠标转移动组件朝向开关未联动运行时看bUseControllerRotationYaw的值在模式切换处调用朝向配置函数切换瞬间镜头弹射ArmLength 或 Offset 未插值打 Log 看切换那一帧的相机位置变化量所有相机参数统一走 Alpha 插值看不到手臂叠加层位置或分支过滤配置错误在动画蓝图里逐节点预览姿态确保 Layered Blend 在 Motion Matching 之后分支过滤从 spine_03 起手臂动画只播一帧叠加层插在 Motion Matching 之前检查节点连线顺序调整执行顺序叠加层必须在匹配结果之后贴墙时看到角色内部SpringArm 碰撞回缩仍在生效检查bDoCollisionTest状态第一人称下关闭碰撞测试改用 FOV 收窄表现贴墙切回第三人称后动画卡住动画蓝图状态机未同步模式变化看状态机的进入条件是否依赖了旧变量用统一的模式变量驱动避免多处各自判断头部消失但帽子还在只缩放骨骼未处理挂点检查帽子是否 Attach 到 head 骨骼改用材质遮罩或分支剔除或把挂点改到 neck_01帧率下降明显叠加层过多或数据库搜索命中率低对比改造前后Stat Anim数值降低 Blend Depth检查轨迹输入是否合理这张表覆盖的是改造过程中最高频的几类问题。实际遇到的现象可能更零碎排查思路都一样先用 Debug 绘制确认相机到底在哪再确认动画蓝图的节点顺序对不对最后才怀疑参数。10. 最佳实践与后续扩展10.1 分阶段推进别一次改完建议按这个顺序推先只改相机位置、不动动画确认第一人称能看到东西且视角稳定第二步接上半身叠加层确认手臂可见第三步做模式切换第四步才调手感和灵敏度。每一步都单独验证出问题能立刻定位到是哪一步引入的。一口气全改完再调试出问题时你连是相机的问题还是动画的问题都分不清。保留一套“最小可运行配置”也很重要。把改动前的角色蓝图复制一份存档或者用版本控制开一个分支。第一人称改造涉及到角色朝向的根本逻辑改崩了想回退没有基线会很难受。10.2 输入与相机的职责分离FocalRig 只负责“相机在哪、朝哪、多快”输入语义留在 PlayerController 或角色里。这个边界划清楚之后后面加 ADS 瞄准、加冲刺 FOV 变化、加受伤镜头晃动都不需要动 FocalRig 的代码挂 Camera Modifier 或者调参数就行。反过来如果一开始就把输入处理塞进相机组件后面每加一个视角状态都要改组件很快就成了一坨。10.3 多视角扩展的方向FocalRig 的 Alpha 机制天然支持扩展。过肩视角可以直接复用同一套插值只是末端位置不同瞄准视角可以在第一人称的基础上加一个前向偏移和 FOV 收窄。真正需要额外处理的只有一件事不同视角下上半身叠加层的权重可能需要区分比如瞄准时手臂姿态要切到另一套动画这时候在叠加层前面加一个 Blend 节点按视角状态混合就行。10.4 后续可以继续验证的点Motion Matching 在第一人称下的适配还有很多可挖的地方。比如把轨迹输入从“移动方向”改成“相机朝向前向 输入偏移”让匹配结果更贴合第一人称的运动直觉再比如给 Pose Search Database 单独筛一套适合第一人称的动画子集只保留上半身动作幅度合理的片段。这些都属于效果调优功能跑通之后再逐项验证比较划算。另外一个方向是把 FocalRig 抽成插件。一旦项目里有多个角色类型都需要视角切换把组件和配套的动画蓝图接口打包成插件比在每个角色蓝图里复制一遍更省事。抽插件的时候记得把 Socket 名字和默认参数做成 Project Settings 里的配置项别硬编码在代码里。先把相机挪对位置、把抖动砍掉、把手臂露出来这三件事做完GASP 的第一人称就已经能用了。剩下的都是打磨。