把 EdenLive 当成决策工具，而不是半成品：实时出画面用来确认构图、节奏和镜头运动，最终画质交给离线渲染。两条轨道能不能并行，只取决于一件事——预览阶段定下的内容，离线渲染能不能照着复现；复现不了的差异，是否已经被明确划进“可接受”。预览的分辨率、帧率、采样强度通常都低于成片，画质上有落差属于正常；但如果预览里确认过的画幅比例、镜头起止点、总时长在成片里变了，那就说明交接信息不完整，不能归因于画质。

适用场景：前期需要快速试构图与节奏，最终画面量大或单帧成本高。操作动作：预览阶段锁定构图、时长、镜头运动三项，产出带版本号的预览素材和一份能照着执行的参数说明。验证方式：用同一份参数说明跑一小段样片，比对画幅、时长、运动轨迹是否与预览一致。风险边界：预览的低分辨率会掩盖噪点、细节崩坏和轻微抖动，这些问题只能从离线渲染的抽样帧里发现，不能靠预览画面判断。

确定预览阶段要锁定的三件事：构图、时长、镜头运动

预览阶段要确认的是可复述、可写进说明的决策，而“差不多好看”不算决策。三件事的确认方式和锁定范围要分开写清楚：

• 构图：确认方式是在 EdenLive 里按最终画幅比例出画面，看主体位置、地平线、留白是否成立。锁定后不再改动的是画幅比例、主体在画面中的相对位置和安全边距；观感上的微调应通过裁切余量消化，而不是重新构图。
• 时长：确认方式是把时间线粗剪对齐，按分镜标出每个镜头的起止时间码，看整体节奏是否拖。锁定后不再改动的是总时长和每段镜头的起止时间码，允许的浮动范围要在说明里写明，超出就走新版本。
• 镜头运动：确认方式是把推、拉、摇、移写成起止状态，例如“从左边缘匀速推到主体占画面二分之一”，不用“稍微推一点”这类描述。锁定后不再改动的是运动方向、起止位置和有无变速。

这三项一旦确认，预览就不再接受“顺手改一下”的调整，因为每次改动都会让已经跑过的离线渲染作废。

给 EdenLive 输出的预览素材定命名与版本规则

多轮预览混在一个目录里，是后期回溯失败最常见的原因。建议按项目、镜头、类型分层，文件名里固定带类型后缀和三位版本号，版本号只增不减、不覆盖旧文件：

# 目录与命名约定（示例，可按团队习惯替换字段）
projectA/shot010/
  preview/shot010_prev_v001_comp.png      # 构图确认帧
  preview/shot010_prev_v002_motion.mp4    # 运动确认片段
  spec/shot010_spec_v002.md               # 与 v002 预览对应的参数说明
  render/shot010_final_v001/              # 离线渲染产出目录

约定三条就够用：类型后缀区分 prev / spec / final；版本号按 v001、v002 递增，回退也只能新增版本号，不能改成 v001；每次新增版本在 spec 文件顶部留一行改动说明，写清改的是构图、时长还是运动。参数说明的版本号建议不低于对应预览的版本号，避免出现“预览已是 v003、说明还停在 v001”的错位。

把预览阶段的参数整理成离线渲染能照着做的说明

说明是两套流程之间唯一的信息载体，写不进去的内容，离线渲染就只能猜。至少写清四类字段：

• 画幅：输出宽高像素与比例，以及预览用的比例，两者是否一致要写明。
• 时长：总时长、帧率、总帧数，镜头切换点对应的时间码。
• 镜头运动描述：起止状态、方向、是否匀速、有无停顿。
• 参考帧：指定哪一帧作为构图基准，给出帧号与文件路径，让离线渲染先对齐这一帧再看其他帧。

# spec 模板（字段名可按内部规范替换）
shot: shot010
frame_size: 1920x1080      # 最终输出画幅
preview_size: 960x540      # 预览画幅，仅作参考
fps: 24
duration_frames: 120
motion: "从左侧边缘匀速推至主体占画面1/2，无停顿"
keyframe_ref: preview/shot010_prev_v002_motion.mp4 @ frame 0060
version: v002

说明写完后要做一次自检：不打开预览文件，只读说明，能不能复述出这个镜头要什么。复述不出来，说明字段还不够具体。

对比预览与成片差异，标出可接受范围

差异不都是问题，但要分类记录，否则每次争论都回到“感觉不对”。建议按三类归档：

1. 正常的画质差异：噪点、细节层次、边缘锐度、色彩轻微偏移。这类差异由预览的低采样造成，属于预期。
2. 需要解释的差异：运动轨迹有偏移、时长多出或少了几帧、主体位置有位移。先查说明是否写清，再查执行是否按说明走。
3. 预览阶段判断失误：成片里构图被裁断、镜头衔接出现跳切、节奏明显不成立。这类要回到预览环节重新确认，而不是在渲染侧硬调。

记录方式建议按时间码取样：同一时间码各截一帧预览画面和成片画面并排放，写一行记录，包含时间码、差异类型、是否接受、后续动作。是否接受的结论以实际比对结果为准，不要在跑之前预设“这点差别无所谓”。

写清交接节点：哪一步之后不再回头改预览

交接节点要能被判定，而不是靠口头同意。可用的判定条件是三条同时满足：参数说明评审通过、至少一段短样片比对无明显构图与运动偏差、版本目录冻结。冻结可以落实到目录权限或版本标记上，让后来的人一眼看出预览已定稿：

# 冻结预览目录，避免误改（按实际路径替换）
chmod -R a-w projectA/shot010/preview projectA/shot010/spec

冻结之后，预览目录只读不改。若确实需要调整，走新版本号 v003，并在改动说明里列出需要重跑的镜头，避免全部返工。责任划分同样要写明：预览侧对构图、时长、镜头运动描述负责，说明里没写清楚导致的偏差由预览侧补充；渲染侧对按说明执行和差异记录负责，执行与说明不一致的地方由渲染侧回填。把这两条写进说明文件末尾，比事后追责有效。