交付与交换 / X4 · ALE 列

ALE 每一列的值从哪里来

SlateX 的 ALE 是一份制表符分隔的文本清单,前面有文件级头部,中间写列名,后面再写数据行。每一列并不是同一种来源:有的来自现场人员录入,有的由软件根据记录派生,有的在缺值时被补成默认串或零值。接收时应先问“这个字段从哪里来”,再决定它能承担什么核对任务。

同一行里可以同时存在人工记录、派生结果和兜底值;表格外观不会替你区分它们。

先看文件级头部,不要把它当逐行字段

头部会写视频制式、音频制式和帧率。这里的帧率是软件从文件中各机位记录里汇总出的文件级单值,不是每一行自己的帧率。视频制式同样是根据机位分辨率字符串推导出的文件级结果。

音频制式不同。当前写入的是固定字面量,并不来自用户录入的采样率或声道信息。因此,头部里三个看起来并列的值,来源并不相同。接收方不能因为它们都在 Heading 区,就假定三者都来自同一类现场记录。

身份列:Name、Scene、Take、Reel、Tape、Camera

Name 优先取当前机位生成的文件名;没有可用值时会落到软件生成的占位形状。Scene 来自镜头所关联的场号,Take 来自条号,而且不会补零。Camera 来自机位标识。

Reel 来自机位的卷号显示值;没有机位时可能出现 A001 这样的兜底。Tape 需要特别看:它和 Reel 取的是同一个来源值。两列同时存在,不代表接收方拿到了两路互相独立的素材身份信号。

Sound Roll 来自机位记录里的声音卷号,没有可用值时也可能出现默认形状。对这些身份字段,接收方应把文件内容与现场记录和素材文件名交叉核对,而不是只看字符串是否像一个正常卷号。

时间列:Start、End、Duration、FPS

Start 优先取入点时码,再退回条记录里的时码;这里的取舍条件只是长度是否为 11 个字符,并不校验时码格式:长度恰好 11 的非法串会原样写出,不是 11 位才被替换成 00:00:00:00。Duration 来自条时长,缺值时也可能写成全零时码形状。

End 与它们不同。如果已有出点就直接使用;如果没有,软件会根据入点、时长和当前帧率反算一个出点。因此 End 不是在所有情况下都属于独立实测值。入点、时长或帧率有问题时,算出来的结束位置也会受影响。

FPS 是逐机位的帧率标签;当机位字段不可用时会走兜底。这里还存在一个接收边界:同一份记录在不同交付格式里的帧率兜底并不完全相同,所以不要把某一份文件里的默认帧率扩展成多格式共同真值。

结束位置如果是算出来的,就应按派生结果复核,而不是把它当成另一条独立观测。

文本与说明列:Description、Comments、Camera Notes、Director

Description 由场次摘要、镜头描述和镜头备注中已有的非空内容组合而成。Comments 来自条备注,Camera Notes 来自机位备注。这三列会经过当前生成器的文本清理,把会破坏行结构的内容压平。

Director 取该条所属拍摄日上的导演文本,经导出快照按条写出,缺值时会写占位符。它没有与前三列完全相同的清理路径,因此不能概括成“所有 ALE 字段都经过同一种净化”。

这也是接收时要按列看来源的原因。同样是文本,有的直接来自一个录入字段,有的是多个字段拼成,有的还有占位行为。它们不应该因为都显示成文本就被当成同一类信息。

Tracks、VFX 与 Shoot Day 各自说到哪里

Tracks 由条记录里的无声状态二选一生成,是一个固定形状的轨数记号。它不是声道映射,也不提供采样率或每条音轨对应什么声音来源。

VFX_Count 读取的是条级计数列,但当前没有可用录入路径,因此不能把这列写成现有记录能力。VFX_Type 则来自每台机位的特效、底板、净景和参考状态,并按当前规则拼成文本。

Shoot Day 来自拍摄日编号;没有值时写 -。这和大量其他空字段直接留空的做法不同。一个短横线在这里是占位,不应该被解释成真实业务值。

这份 ALE 明确没有哪些信息

当前 ALE 没有档位或圈选列,也没有镜头编号、焦段、感光度、光圈、快门、分辨率、素材路径、声道映射和声音时码。不能因为这些信息在 App 的其他位置存在,就推断它们也进入了 ALE。

同样,Reel 与 Tape 同源不能被当成双重验证,Tracks 不能被读成声道图,End 也不能在所有行里被当成独立实测。接收方应按自己的导入模板逐列核对实际列名、值形态和来源,不替任何下游系统预设解释方式。

列名也应按文件里真正出现的字符串核对。即使接收模板里有看起来相近的字段名,也不要先假定它会被自动映射到同一语义;映射关系需要在实际接收环境里验证。

FAQ

Reel 和 Tape 可以互相验证吗?

不能把它们当成两路独立来源。当前两列使用同一个卷号值,因此两列相同只说明生成器重复写了同一来源。

End 是现场直接记录的吗?

不一定。已有出点时会使用已有值;缺少出点时,软件会根据入点、时长和帧率计算一个结果。接收时应先确认它是哪一种来源。

ALE 里的 Tracks 是声道映射吗?

不是。它是根据记录状态生成的轨数记号,不包含每条声道对应什么声音来源、采样率或工程侧路由关系。

为什么接收方还要逐列核对?

因为同一文件里同时有人工录入值、软件派生值和缺值兜底,而且不同列的清理与占位规则也不同。能打开文件只说明文本可读,不说明每个字段来源已经被验证。


上海智独教育科技有限公司 — SlateX。以上数字截至 2026-09-24。

沪ICP备2026001245号-1

上海智独教育科技有限公司

上海市嘉定区澄浏公路52号39幢2楼J

support@slateprotocol.com