immersive-spatial-video-production

沉浸式空间视频制作

此技能适用于环绕或部分环绕观众的被动视频交付内容：单目 360、立体 360、VR180、空间视频、穹顶／宽视场视频，以及以头显为主要播放设备的沉浸式影片。它可帮助 Agent 制定制作决策、编写拍摄与后期制作计划、审核输出内容，并排查交付失败问题，而不依赖某个特定的摄像机厂商、头显或生成器。

除非所请求的输出明确需要球面、立体、空间、宽视场或头显交付内容，否则不要将此技能用于交互式 XR 应用、OpenXR/WebXR 应用设计、体积场景生成、高斯溅射／世界模型导航、实时游戏引擎构建，或普通的平面 16:9／9:16 剪辑。

证据索引

以下已记录的事实使用了这些来源，除非来源旁另有日期说明，均已于 2026-07-11 核实：

• Apple 人机界面指南，“沉浸式体验”，https://developer.apple.com/design/human-interface-guidelines/immersive-experiences。访问路径：Apple Developer > Design > Human Interface Guidelines > Immersive experiences。此技能中关于 visionOS 透视、沉浸样式、1.5 米边界、移动、权限、注意力提示和过渡舒适度的说法均依据此来源。
• Apple 人机界面指南，“播放视频”，https://developer.apple.com/design/human-interface-guidelines/playing-video。访问路径：Apple Developer > Design > Human Interface Guidelines > Playing video。此技能中关于系统视频播放器、原始宽高比、字幕／播放控制、visionOS 舒适度、自动全沉浸警告、缩略图轨道和 RealityKit 隐藏式字幕的说法均依据此来源。
• Apple 开发者文档，“读取立体 3D 视频文件”，https://developer.apple.com/documentation/avfoundation/media_reading_and_writing/reading_stereoscopic_3d_video_files。仅用于说明 Apple 提供了读取立体视频文件的 AVFoundation 工作流这一具体说法。
• Apple 开发者文档，“写入空间视频”，https://developer.apple.com/documentation/avfoundation/media_reading_and_writing/writing_spatial_video。仅用于说明 Apple 提供了写入空间视频的 AVFoundation 工作流这一具体说法。
• YouTube 帮助：上传 180 度或 360 度视频；在 360 度和 VR 视频中使用空间音频。
• Google Spatial Media Spherical Video V2 RFC 和 Spatial Audio RFC，以及 Spatial Media Metadata Injector v2.1 发行说明。
• Khronos OpenXR 和 W3C WebXR 规范仅用于边界定义：这些规范描述的是交互式 XR 运行时，而不是被动视频制作交付内容。
• 专业制作经验法则会标注为经验法则，因为舒适度阈值会因头显光学系统、观众敏感度、屏幕尺寸和播放应用而异。

Agent 必须先做出的决定

先询问观众需要何种临场感，然后选择能够实现这一目标的最小沉浸式格式。

格式	适用场景	避免场景	制作方面的影响
单目 360	地点、活动、新闻报道、建筑、纪录片背景或地点勘察，且环顾四周比感知深度更重要	近距离的人物表演、亲密场景、伸手可及的物体、大量运动	设备和拼接更简单；尺度感和深度感较弱；由于所有方向都可见，难以隐藏工作人员
立体 360	观众需要在整个球形视野中感知深度	设备附近的快速动作、许多跨越拼接缝的画面、预算有限、大量视觉特效，或观众可能在平面屏幕上观看	拼接最困难；拼接缝和两极附近的深度错位可能令人不适；需要进行头显质量检查
VR180 立体	表演、教育、旅行、体育、产品演示，或具有自然正面舞台的故事内容	观众必须查看身后，或理解完整环境	立体效果更出色，也更容易执导；工作人员可以在摄像机后方工作；观众注意力集中在前方
Apple 风格空间视频	个人回忆、亲密纪录片、物体尺度的瞬间，以及头显／照片图库观看	需要完整的 180／360 环境，或需要平台无关的球形播放	将其视为视场受限的立体视频；保留原生元数据，并在目标 Apple 播放路径中测试
圆顶或宽视场沉浸式格式	天文馆、装置、模拟器或场馆投影	头显分发是主要用途	需要进行场馆映射、确保地平线安全，并测试播放系统，而不是依赖通用的 YouTube 元数据
平面配套剪辑	营销、无障碍、社交媒体预告片、编辑审阅，以及没有头显的利益相关者	它是沉浸式优先委托项目的唯一交付内容	从球形母版重新构图；不要不加设计地随意裁剪视口

已记录事实：YouTube 支持上传和播放 180 度及 360 度球形视频，可通过桌面浏览器以及许多 VR 头显上的 YouTube／YouTube VR 应用观看；YouTube 空间音频支持 First Order Ambisonics，以及带有头部锁定立体声的 First Order Ambisonics。该信息于 2026-07-11 经 YouTube 帮助页面核实。

制作经验法则：如果故事有明确的正面，优先选择 VR180 立体格式，而不是 360 立体格式，因为它能为观众提供更强的深度感，并为工作人员在摄像机后方提供安全的工作区域。只有当观众确实能从转身观看中受益时，才使用完整的 360 格式。

拍摄规划

一份实用的沉浸式视频简报应包括：

• 观众姿势：坐着、站着、仅在现实世界中行走，或坐在场馆内；
• 观众预期的参与方式：环顾四周感受氛围、观看舞台正面表演、跟随引导注意力，或进行观察；
• 平台优先级：Vision Pro、YouTube VR、Quest 浏览器/播放器、穹顶、博物馆播放器、原生应用、存档母版；
• 立体要求：单声道、立体 180、立体 360、空间视频，或同时提供立体和单目备用版本；
• 音频要求：单声道/立体声、头部锁定立体声、FOA Ambisonics、FOA 加头部锁定旁白/音乐，或平台专用空间混音；
• 无障碍要求：字幕、文本稿、音频描述、运动舒适版和平面备用版本；
• 权利边界：人物、私人财产、敏感地点的几何信息、路人、标识、音乐和平台条款。

拍摄设备决策：

• 尽可能减少镜头数量。每个镜头边界都是一条接缝，而接缝正是视差、曝光、眩光和时序不匹配容易显现的地方。
• 对于 360 单目拍摄，应优先考虑动态范围、曝光同步和干净的镜头重叠区域。
• 对于立体 360 拍摄，应优先考虑快门同步、稳定的双眼间距几何、校准，以及让主体远离接缝区域。
• 对于 VR180 立体拍摄，应优先考虑镜头清洁、地平线水平、摄像机位于观众眼高，以及舞台正面调度方案。
• 对于空间视频，应在导入和导出过程中保留摄像机原生的立体关系和元数据；除非有意制作配套剪辑，否则应避免将立体视频压平为 2D 的转码步骤。
• 对于动作场景，优先让主体在稳定的环境中移动，而不是移动设备。设备必须移动时，应选择平滑的移动路径、较低的加速度和清晰稳定的地平线。

已记录事实：Apple HIG 指出，人们应能够选择何时开始播放视频，不应自动进入完全沉浸式视频；它还建议在播放期间让人们能够看到周围环境，并避免在完全沉浸式场景中使用遮挡播放控件的虚拟内容。已于 2026-07-11 核实。

制作经验法则：将摄像机放在或接近观众预期的眼高位置。缺乏动机的高位、低位或倾斜机位，可能会让观众感觉自己只是漂浮在场景中的观察者，而非身处其中。

拼接、天底、极点与接缝

应将拼接质量视为叙事和舒适度问题，而不只是技术清理环节。

拍摄前的接缝策略：

• 在调度演员或动作前，为选定的设备绘制接缝图。
• 让面部、手部、文字、产品标签和近景物体避开已知的接缝区域。
• 尽可能让接缝线经过细节较少、较远或静止的区域。
• 控制灯光，避免相邻镜头的曝光或白平衡不一致。
• 为所有摄像机和录音设备打板并同步；即使很小的时间偏差，也可能破坏拼接效果和立体观看舒适度。

后期拼接检查：

• 在进行创意稳定处理前检查地平线是否水平。
• 边拖动播放头边检查接缝，不要只检查静帧。
• 检查高对比度线条、移动的肢体、反光物体、烟雾、水和人群。
• 只有当修补比设备本身的影像更不分散注意力时，才修补天底。与其做出扭曲的假地板，不如保留观众下方模糊的圆盘，这可能更真实，也更舒适。
• 保持极点区域干净，因为等距柱状投影的畸变可能会在剪辑视图中掩盖瑕疵，而这些瑕疵在头显播放时会变得明显。

制作经验法则：如果主体必须穿过接缝，应在远离设备的位置、观众注意力较低的时刻安排这一动作。远处穿过接缝通常可以接受；近距离从面部穿过接缝通常意味着需要重拍或重新构图。

立体深度与舒适度

立体舒适度问题是让沉浸式视频无法观看的最快方式之一。应尽早检查立体效果，最好在目标头显上进行。

舒适度原则：

• 除非有充分理由需要揭示其他方向，否则应保持观众预期的前方方向稳定。
• 避免快速旋转运动、手持抖动，以及观众身体无法感受到的加速。
• 避免让观众长时间注视非常近的物体，迫使双眼聚焦。
• 除非作品整体围绕这种效果设计并经过测试，否则应避免物体从离摄像机极近处掠过。
• 避免垂直视差、左右眼曝光不匹配、左右眼色彩不匹配、同步偏移，以及违反立体窗口规则。
• 对于 360 立体视频，在接缝、天顶和天底附近要格外谨慎，因为这些位置的立体对应关系可能会变差。
• 对于标题和字幕，应将文字放在视觉上舒适的距离，并确保其相对于观看环境保持稳定。

Apple 记录的事实：visionOS 沉浸式体验使用透视功能，让人们与周围的物理环境保持联系；在渐进式和完全沉浸模式下，系统会设定约 1.5 米的边界，并在佩戴者接近或越过该边界时增强透视效果／淡化体验。Apple 还建议避免鼓励用户在渐进式或完全沉浸模式下移动。已于 2026-07-11 核实。

制作经验法则：

• 除非交付内容专为有人监督的场馆设计，否则优先采用坐姿或静止观看。
• 大部分时间将关键动作保持在观众自然的前方视野内。让观众在段落之间探索，而不是在承载剧情、安全信息或说明的段落中探索。
• 判断立体效果时，应以较为谨慎的观众为准，而不是团队中最能适应 VR 的人。
• 如果摄像机移动，应确保运动路径在视觉上可预测，并为观众提供稳定的参照物，例如地面、地平线、建筑或车辆框架。

调度与注意力引导

沉浸式视频不能假设剪辑师能够控制画面，因此必须通过场面调度、音频、灯光和运动来引导方向。

通常有效的注意力提示：

• 演员的视线方向和身体朝向；
• 声音从兴趣区域传来；
• 目标区域的亮度、色彩对比或运动对比；
• 从前景到背景的运动，引导视线；
• 物体从周边视野进入时速度足够缓慢，让观众能够注意到；
• 球体其他区域暂时安静或静止；
• 重复呈现空间布局，让观众了解重要事件会发生在哪里。

避免依赖以下方式：

• 未经铺垫就通过硬切改变观众面朝的方向；
• 藏在可能的前方视野之外的细小细节；
• 将字幕作为唯一的视线引导线索；
• 各个方向始终都有动作；
• 没有叙事理由却在观众身后突然出现的巨大声响。

制作经验法则：在沉浸式故事剪辑中，将每个镜头都视为一幅舞台画面，同时也是一种邀请。观众应当知道该看哪里，但不应因为看向别处而感到受罚。

防抖与运动

防抖必须在降低不适感的同时保留真实的方向感。

• 除非风格化处理或物理原因足以支持倾斜，否则应保持地平线水平。
• 先校正抖动，再进行创意性重新构图。
• 避免过度平滑偏航，否则画面会滞后于移动的平台，让人感觉世界与自身脱离。
• 如果无法避免步行拍摄的素材，应测试较短的剪辑、锁定的前向视角，或平面辅助版本是否更舒适。
• 在 360 视频中，防抖可能会暴露两极和天底处的空白或修补区域；防抖后也要检查，不能只在防抖前检查。
• 对于头显播放，应确认防抖和导出后元数据与姿态信息仍然正确。

Apple 记录的事实：Apple HIG 建议在不同沉浸风格之间采用平滑、可预测的过渡，并警告突然切换可能令人迷失方向或感到不适。已于 2026-07-11 核实。

空间音频与全景声

音频对注意力的影响往往比画面更大。

有意识地使用以下音频层：

• 全景声底层：环境、群众、房间底噪、氛围、场景内空间感。
• 定向对象或声像元素：注意力提示和可见声源。
• 头部锁定立体声：旁白、音乐、无障碍旁白或类似 UI 的内容，不应随观众转动。
• 标准立体声回退方案：非头戴设备播放，以及平面伴随剪辑。

已记录事实：YouTube 支持在 360 度和 VR 视频中使用一阶全景声，以及带头部锁定立体声的一阶全景声。其上传指南指出，应制作带空间音频的 360/VR 视频，运行最新的 Spatial Media 元数据工具，然后上传成品。验证日期：2026-07-11。

已记录事实：Google 的 Spatial Audio RFC 定义了用于空间音频元数据的 MP4 SA3D box。对于一阶全向全景声，需要四个全景声分量；RFC 还介绍了 ACN 声道顺序和 SN3D 归一化。验证日期：2026-07-11。

制作经验法则：

• 在摄像机位置录制干净的全景声底层，同时使用独立的领夹麦克风/吊杆麦克风录制对白。仅靠全景声录音通常不足以保证语音清晰易懂。
• 除非有充分的故事理由让旁白占据场景中的某个位置，否则应将旁白设为头部锁定。
• 不要给每个声音都过度声像定位。稳定的环境声加上少量有意义的空间提示，通常比嘈杂的球形声场更舒适。
• 务必在头戴设备中检查音频旋转：前方声音应来自前方，左侧声音应来自左侧，头部锁定元素应始终与观众保持相对位置。

标题、字幕、说明文字与无障碍设计

沉浸式文本必须易读、舒适且易于发现，同时避免成为视觉陷阱。

已记录事实：

• Apple HIG 的“播放视频”指出，系统视频播放器提供的播放控件包括字幕选项，RealityKit 视频播放也支持隐藏式字幕。验证日期：2026-07-11。
• Apple 建议限制额外的元数据/叠加内容，避免遮挡媒体播放；在完全沉浸式场景中，Apple 警告不要让虚拟内容遮挡播放或传输控制项。验证日期：2026-07-11。

字幕和标题指南：

• 根据平台能力，优先让字幕跟随观众当前的朝前视野，或放在始终舒适的下方区域。
• 标识说话者时，应结合字幕标签、空间音频和场景调度；不要让观众为了找到每个说话者而不断转头。
• 避免将字幕放在等距柱状投影的两极，或跨越拼接缝。
• 在立体声成片中保持字幕深度一致且舒适。
• 提供高对比度，但避免使用刺眼的纯亮色面板，以免在 OLED 显示屏上留下灼亮感或主导整个场景。
• 如果沉浸式播放的平台字幕支持情况不确定，应提供文字稿和平面字幕版回退方案。
• 为满足无障碍需求，应加入运动警告、坐姿观看指南；当纯视觉信息很重要时，应提供音频描述；还应为无法或不想使用头戴设备的观众提供非沉浸式回退方案。

制作经验法则：如果观众转向中心外 30 度就会错过故事，问题就不只是字幕，还涉及场景调度和注意力设计。

剪辑、调色与视觉特效

剪辑沉浸式视频意味着在塑造时间的同时，保持空间连续性。

剪辑规则：

• 在有动机的注意力转移、音频提示或运动较少的时刻切镜头。
• 没有提示时，避免从一个前进方向切到截然不同的前进方向。
• 镜头时长应足以让观众辨认方向，尤其是在进入新环境之后。
• 平面审看片段只能作为参考；最终决策需要通过头显审看。
• 谨慎使用叠化。球形场景交叉淡化可能造成令人困惑的双重环境。

调色规则：

• 创作视觉风格前，先匹配各镜头的曝光和白平衡。
• 避免使用明显的重暗角或边缘处理效果，因为观众转头时这些效果会变得显眼。
• 检查天空、墙壁、渐变区域以及低光照的 Ambisonics 音乐会／活动场景中的色带。
• 对于立体视频，精确匹配左右画面的调色。

视觉特效规则：

• 使用正确的投影方式进行处理，或转换为适合视觉特效的表示形式，然后返回并验证投影元数据。
• 修补必须经得起头部移动和立体视差的考验；在一个视口中有效的修补，从其他观看方向看可能会失效。
• 使用球面坐标跟踪图形，或将其作为锁定于世界空间的元素，而非随意叠加在平面上的内容。
• 如果发布计划要求取得同意或场地许可，切勿只用美化性模糊来掩盖法律／隐私问题。

投影、容器与元数据

交付失败往往源于元数据，而非像素。

来自 Google Spatial Media Spherical Video V2 RFC 的文档事实，经核实于 2026-07-11：

• MP4 球形视频元数据存储在可视样本条目中的 sv3d 框内，投影信息则存储在 proj 框内。
• MP4 立体布局可通过可选的 st3d 框进行标记。定义的立体模式包括单目、上下、左右、stereo-custom 和右左。
• 等距柱状投影通过 equi 投影框标记；立方体贴图通过 cbmp 标记；网格投影通过 mshp 标记。
• WebM/Matroska 在视频轨道的 Video 元素中使用 Projection 主元素，投影类型值包括矩形、等距柱状、立方体贴图和网格。
• 姿态元数据包含偏航、俯仰和翻滚值，用于设置预期的默认视角。
• Spatial Media Metadata Injector v2.1 发布说明指出，该版本支持 VR180，并支持在空间音频流中添加一条非叙事性、头部锁定的立体声轨道；发布日期为 2018 年 8 月 27 日。

元数据检查清单：

• 投影正确：等距柱状、立方体贴图、网格、VR180 或平台原生空间视频。
• 立体布局正确：单声道、上下、左右、右左，或播放器要求的自定义布局。
• 默认视角正确：偏航、俯仰、翻滚；地平线水平；前方朝向预期的开场内容。
• 音频元数据正确：Ambisonics 阶数、通道顺序、归一化方式，以及是否使用头部锁定立体声。
• 字幕轨道和语言标签正确。
• 画面比例正确，且不嵌入黑边填充，除非目标平台明确要求。
• 平台要求的色彩空间、传递函数、HDR/SDR 标记和码率梯度正确。

Apple 文档事实：Apple HIG《播放视频》指出，视频应按原始宽高比显示，并提醒嵌入黑边填充可能导致视频在播放模式下无法正确缩放。经核实于 2026-07-11。

平台交付说明

Vision Pro 和 Apple 播放

当目标平台是 visionOS、Photos、AVKit、RealityKit 或原生应用时，请遵循 Apple 播放指南。

已记录的事实，核实于 2026-07-11：

• Apple 建议使用系统视频播放器，以提供熟悉的播放体验，除非确实需要自定义播放器。
• Apple 表示，观看者应自行选择何时开始播放视频，不应在毫无预期的情况下进入完全沉浸模式。
• Apple 建议使用可调整大小的小型播放窗口，帮助用户保持舒适，并确保用户在播放期间能够看到周围环境。
• 对于完全沉浸式视频，Apple 指出系统会以可预测的方式放置视频播放器，并警告不要遮挡播放控件或传输控件。
• Apple 建议使用缩略图轨道进行拖动浏览；其 HIG 指出，visionOS 快速浏览缩略图的宽度为 160 px。
• Apple 发布了 AVFoundation 文档，标题为“读取立体 3D 视频文件”和“写入空间视频”；以 Apple 空间播放为目标时，请保留立体声／空间元数据，并在目标 Apple 播放器中验证导出流程。

实用交付方法：

• 保留带有原始立体声／空间元数据的平台原生中间母版。
• 只有在需要空间视频时，才通过已知能够保留 MV-HEVC／立体声元数据的工具导出面向 Apple 的文件。
• 在实际目标路径中测试：Photos、TV app、Quick Look、AVPlayerViewController、RealityKit 视频播放器或自定义应用。
• 验证字幕、音频语言、拖动浏览缩略图、恢复播放行为，以及系统控件是否仍可正常使用。

YouTube 和 YouTube VR

已记录的事实，核实于 2026-07-11：

• YouTube 支持在当前主流桌面浏览器，以及许多 VR 头显上的 YouTube／YouTube VR 应用中播放 180 度和 360 度球面视频。
• YouTube 告知创作者，在涉及空间／VR 元数据的工作流程中，上传前应使用其元数据工具处理文件。
• YouTube 空间音频支持一阶 Ambisonics，以及带有头部锁定立体声的一阶 Ambisonics。

实用交付方法：

• 在最终交付前，上传一段简短的私人／不公开测试视频。
• 确认 YouTube 将文件识别为 180／360 视频，并保留预期的立体声模式。
• 确认默认打开视角。
• 在头显上检查空间音频，不要只在桌面浏览器中检查。
• YouTube 处理完成后，检查字幕，包括语言标签和时间轴。

Meta Quest、其他头显和本地播放

当官方播放器的要求不同时，请将每个目标播放器视为单独的交付目标。

• 确认支持的容器、编解码器、最高分辨率、最高比特率、帧率、立体声布局、投影方式、字幕和音频布局。
• 如果本地播放和流媒体播放都属于交付内容，请分别测试侧载／本地播放和流媒体播放。
• 检查播放器是否能正确识别等距柱状、立方体贴图、网格、VR180、上下排列或左右并排布局。
• 检查应用是否遵循空间音频元数据，还是只播放立体声混音。
• 确认重置中心行为、传输控件、字幕和舒适度设置。

边界说明：在构建交互式运行时或浏览器 XR 会话时，Khronos OpenXR 和 W3C WebXR 相关；但本技能不涵盖交互式 XR 应用。仅将这些标准用于了解播放／运行时边界，不要将此交付任务转变为应用设计任务。

设备 QA 协议

分三个层级进行 QA。

文件检查：

• 容器可打开；
• 时长、帧率、分辨率、编解码器、比特率、色彩和音轨均符合规格；
• 投影和立体声元数据齐全；
• 字幕已提供并标注语言；
• 音频声道顺序以及头部锁定／场景锁定行为均已记录；
• 不存在意外的平面转码或加黑边填充。

桌面端视口检查：

• 默认视图正确；
• 地平线水平；
• 拖动浏览时，拼接缝、天底、天顶和标题均保持正常；
• 除非有意为之，否则画面中不应出现可见的设备影子、反射或工作人员；
• 文字在预期视口中清晰可读；
• 球面各处的色彩和曝光一致。

头显检查：

• 在每个目标应用／设备中打开；
• 测试开头一分钟、动作最密集的部分、每次转场、字幕、音频和结尾状态；
• 检查观看者坐着时的舒适度；如适用，也要检查站立时的舒适度；
• 在拼接缝、标题和声音提示出现时，将头部转动一整圈；
• 验证立体深度、比例和垂直对齐；
• 确认控制器／手部／系统 UI 不会遮挡关键内容；
• 至少请一位不熟悉作品的评审者在没有引导的情况下观看，然后询问他们看向了哪里、错过了什么。

制作经验：绝不能仅凭等距柱状投影时间线预览就验收球面视频。许多问题只有观看者能够转动头部时才会显现。

隐私、地点、肖像与权利

沉浸式拍摄记录的内容比传统视频更多。它可能拍到路人、私人室内空间、安全布局、精确地理位置、车牌、屏幕、反射画面、谈话，以及从多个角度呈现、类似生物特征的肖像信息。

必需的权利检查：

• 私人财产和受控场所的场地授权；
• 对于出现在反射画面或天底／极点区域中的可识别人物、表演者、主持人和工作人员，取得参与者授权；
• 制定公共场所路人的处理策略；
• 取得音乐、表演、艺术品、标识、商标和投影媒体的许可；
• 对学校、医院、住宅、工作场所、宗教场所、庇护所、安全检查站和限制进入区域进行敏感地点审查；
• 审查目标分发平台的平台政策；
• 如果交付内容将纳入应用工作流，则审查空间地图、房间布局或头显传感器数据的隐私保护措施。

Apple 已记录的事实：Apple HIG 指出，需要访问附近实体物体、房间布局或手部位置等敏感数据的应用必须请求许可。已于 2026-07-11 核实。对于此被动视频技能，除非单独的应用工作流明确要求，否则应避免收集此类运行时数据。

制作经验：进行 360 拍摄时，应假定每位工作人员、每个灯架、显示器、品牌标识和路人都会入镜，除非已有明确记录的隐藏、授权或修补方案。

故障模式与修复方法

症状	可能原因	修复方法
播放器将视频显示为平面画面	投影元数据缺失或被剥除	重新注入元数据，或使用正确的球面／空间元数据重新导出；在目标播放器中重新测试
左右深度感觉颠倒	立体布局错误、左右眼互换，或左右顺序不匹配	更正立体布局元数据或左右眼顺序；在头显中验证
运动时感觉被拉扯或不适	摄像机加速度、画面滚转、地平线不稳定、旋转运动过多	缩短镜头、稳定地平线、选择静态角度，并提供平面备用版本
对白位置与画面不符	Ambisonics 方向错误、声道顺序错误、声像自动化不当	更正方向或声道映射；在头显中检查音频旋转
难以找到字幕	字幕锁定在观众身后的世界空间中，或放在接缝／极点处	将字幕设为跟随头部，或放在舒适的前方位置；提供文字稿／备用版本
人脸／手部出现明显接缝	走位太靠近接缝、校准不佳、同步不匹配	如可行，重新拼接；通过剪辑避开；参照接缝图重新拍摄
天底补丁很碍眼	设备移除补丁过于突兀、地面扭曲、阴影移动	使用更不显眼的补丁；若格式允许，则裁切／遮罩；也可在可接受的情况下保留可见的三脚架
YouTube 忽略空间音频	布局不受支持，或缺少 SA3D／空间元数据	使用 FOA，或使用 FOA 加头部锁定的立体声；运行元数据工具；先进行非公开上传测试
Vision Pro 播放时空间效果消失	转码将立体声／空间元数据压平	回到原生采集母版；通过保留元数据的工作流导出

完整示例：VR180 博物馆演出

示例，不是必需的固定方案。

制作意图：制作一段 6 分钟、优先面向头显播放的室内乐演出视频，地点设在博物馆展厅，并制作一段用于社交媒体宣传的平面预告片。

选择的格式：立体 VR180，因为演奏者和艺术作品都位于前方舞台区域，且工作人员可以在摄像机后方安全操作。完整 360 会带来隐私和灯光问题，却不会增加故事价值。

拍摄计划：

• 将摄像机放在观众的视线高度，居中并距演奏者 2.5 到 3.5 米。
• 将演奏者、乐器和重点艺术作品保持在中央前方视野内。
• 录制原生立体 VR180 视频、摄像机处的 Ambisonics 房间底噪、用于乐器的领夹／点式麦克风，以及房间脉冲响应／干净的环境音。
• 将工作人员、监视器和灯光设备藏在 180 度视野之外；清理可见半边区域内的反光表面。
• 录制 30 秒空房间底噪和一段校准板画面。

导演安排：

• 演奏者从左前方入场，并在中央就位。
• 展厅灯光微妙地突出演奏者提及的艺术作品。
• 观众身后不发生任何动作；通过音乐、视线和灯光引导注意力。

后期制作：

• 拼接／对齐立体画面，并在目标头显上检查观看舒适度。
• 混音时让乐器主要锚定在世界空间，房间底噪使用 Ambisonics，开场旁白锁定在头部坐标系。
• 在舒适的前方下部区域添加字幕，并包含说话者／音乐标识。
• 导出保留立体元数据的头显母版，并从母版重新取景制作平面 16:9 预告片。

质量检查：

• 在头显中检查立体观看舒适度、字幕可读性、音频方向，以及观众是否注意到艺术作品提示。
• 单独检查平面预告片；不要根据预告片判断头显观看舒适度。

可能的故障模式：

• 反光暴露了工作人员。
• 字幕距离太近或位置太低。
• 乐器点式麦克风的声音与画面中的声源脱节。
• 如果灯光和视线提示过于微妙，观众可能会错过艺术作品提示。

可行的变体：

• 如果博物馆要求呈现完整的房间环境，则单独拍摄一段简短的单目 360 建立场景，并在音频提示之后切入 VR180 演出。
• 如果无法确定头显交付方式，则以立体 VR180 为主，同时生成单目 180 版本和平面备用版本。

完整示例：360 度建筑工地安全巡查

示例，并非必选公式。

制作意图：让承包商置身真实工地环境中接受培训，同时确保体验为被动观看且适合头显。

所选格式：单目 360 度视频搭配空间音频／Ambisonic 音频，因为环境感知比立体深度更重要，而且现场近处物体很多，容易造成立体视频接缝问题。

拍摄计划：

• 在关键决策点使用固定三脚架拍摄：入口门、脚手架底部、电气室和屋顶边缘。
• 不要让摄像机在工地中移动；应在稳定机位之间切换。
• 每个场景开始时，将重要危险放在前方 120 度范围内，然后让观看者自行探索。
• 分别录制 Ambisonic 环境音轨和安全解说。
• 清除或模糊敏感标识、门禁码、车牌，以及未签署授权书的无关工人。

导演指导：

• 每个场景开始时显示头部锁定提示词，然后从危险区域发出方向性声音提示。
• 每个镜头应足够长，让观看者有时间仔细查看。
• 只有在观看者有片刻时间熟悉环境后，才使用简单的世界锁定标注。

后期制作：

• 调平地平线，并将默认偏航角设为朝向主要危险的位置。
• 使用简单的地面标记修补三脚架／天底区域，不要使用可能让人误以为脚下安全的虚假纹理。
• 使用字幕并提供文字稿；另附一个不需要头显的平面培训版本。
• 如果平台支持，导出一份兼容 YouTube 的 360 度测试版本，采用 FOA 音频并搭配头部锁定解说。

质量检查：

• 确认观看者无需戴着头显实际行走。
• 检查重新居中是否会遮挡重要文字。
• 确认整个球面范围内的所有敏感细节都已移除，包括反射中的内容。

可能的失败模式：

• 观看者会错过身后的危险。
• 元数据导致文件被识别为平面视频。
• Ambisonic 环境音轨的方向相对于画面旋转了 90 度。
• 模糊处理后的门禁码仍可在头显中辨认。

有意义的变体：

• 对于有监督的安装体验，可添加引导员讲稿并缩短循环时长。
• 对于公开发布，可用搭建的模拟环境替换现场画面，以降低隐私和安全风险。

完整示例：将家庭空间影像档案带到 Vision Pro

示例，并非必选公式。

制作意图：将家庭庆祝活动保存为亲密的空间视频，供 Apple Vision Pro 观看，同时为亲友提供标准 2D 副本。

所选格式：平台原生空间视频，因为面向前方的记忆中，情感尺度和深度比完整球面探索更重要。

拍摄计划：

• 使用受支持的摄像机／手机方案进行原生空间拍摄。
• 让人物保持舒适的交谈距离，避免快速横摇扫过房间。
• 征得参加者同意；将私人房间和仅供儿童使用的区域标记为禁拍区。
• 如果环境嘈杂，另行录制干净的立体声／单声道备用音源。

后期制作：

• 在导入、编辑和导出过程中保留原始空间元数据。
• 避免过度重新取景或稳定处理，以免破坏立体几何。
• 如果无法确定目标空间播放路径是否支持字幕，则另行制作带字幕的 2D 剪辑版。
• 导出原始存档、编辑后的空间母版，以及标准平面分享副本。

质量检查：

• 在家人实际准备使用的 Apple 播放路径中进行测试。
• 确认视频仍以空间视频形式呈现，而非平面视频。
• 检查是否能看到私人地址、文件或路人。

可能的失败模式：

• 编辑软件导出了平面 2D 文件。
• 摄像机移动过快，导致立体画面令人不适。
• 字幕或叠加内容在空间播放时造成干扰。
• 没有兼容设备的亲友无法观看主要版本，因此平面备用版本很重要。

有意义的变体：

• 如果长期保存比精细剪辑更重要，请保留未经改动的原始拍摄内容，只基于副本制作衍生剪辑。
• 如果需要公开分享，应将其视为单独制作、权利已获许可的剪辑，而不是家庭档案母版。