时间码跳过两个编号，婚礼影片就少了两帧吗

婚礼影像交接记录里，一串时间码从00:00:59:29走到00:01:00:02，看上去没有出现00和01，容易被理解成影片少了两帧。Apple的TN2310技术说明却明确区分：drop-frame采用的是跳过时间码数值的办法，并不实际删除视频帧。[1] 要理解这串编号，先要知道它在为画面提供怎样的时间参照。

该说明把QuickTime文件中的媒体计时信息，与额外存储的时间码信息分开。前者如每帧持续时间，会影响媒体怎样解释和播放；后者可以来自原始素材，连接媒体本身的时间与素材原有计时。时间码轨还包含格式说明、帧号映射，以及可选的来源名称，例如源卷、片段或项目名。[1] 所以，一串时间码不只是把播放器经过的秒数写出来，还涉及它按什么规则对应素材。

跳号机制的背景，是文档所讨论的NTSC彩色视频。Apple说，这类视频每秒29.97帧，却通常被简称为每秒30帧；时间码数值对应完整的30帧率，这一习惯承自黑白视频。[1] 两者并不完全一致，随时间推移会产生偏差。drop-frame的办法是在预定位置略过部分编号，使时间码与视频数据保持对应，而不是通过删掉画面来改变影片内容。

原文给出的具体规则是：每分钟略过两个帧编号，但分钟数能被十整除时例外。它随即列出00:00:59:29到00:01:00:02的跳转，明确缺少的是00:01:00:00和00:01:00:01两个数值。[1] 这也是为什么只盯着末尾数字是否连续，不能直接判断画面是否完整；编号规则本身允许在这些位置出现间断。该例限定于文中NTSC条件，不能推广成所有帧率都每分钟跳两个编号。

用于婚礼影片沟通时，问题可以更具体：当前记录的是一种时间码编号，还是实际观察到了某段动作中断？如果只是前述两个号码没有出现，首先解释编号规则就有意义；若观看时确有画面缺失，仍需要实际素材证据，不能拿drop-frame这个名称宣布已经找到了原因。这是由概念区分得到的分析，并非本文检查过某份客户视频。

TN2310的修订历史把2013年5月16日列为新文档日期，2014年1月20日另有更新。本篇采用其中的时间码概念和原例，没有运行读写代码、改动项目设置或验证声画同步。交接记录保留时间码格式及其适用背景，才能把“编号不连续”与“视频少了画面”作为两个需要不同证据的问题来讨论。