标签：
无标签
SMPTE timecodes 包含 二进制被编码的小数 小时:分钟:其次:框架证明和32 位供用户使用。 有并且下落框架和颜色构筑的旗子和三额外' 二进制小组旗子' 位被使用为定义对用户位的用途。 其它形式SMPTE timecodes 格式从那纵向timecode 被获得。
时间代码可能有任何一定数量 : 共同性一个是
- 24 frame/s (影片)
- 25 frame/s ( 彩色电视)
- 29.97 (30/1.001) frame/s ( 彩色电视)
- 30 frame/s (美国黑白电视) (几乎过时)
总之, SMPTE timecode 框架率信息是含蓄的, 知道从timecode 的到来的率从媒介, 或其它metadata 被输入在媒介。 几位的解释, 包括"颜色构筑" 和"下落框架" 位, 取决于部下的数据速率。 特别是, 下落框架位是只合法的为30 frame/s 的有名无实的框架率: 参见下面为细节。
更加复杂的timecodes 譬如 可能并且包括额外信息在各种各样的内码。
不连续的timecode, 和飞轮处理
Timecodes 引起作为连续数据值一条连续的小河。 在一些应用' 壁钟里' 时间被使用, 在其他人时间被输入是概念上的时光。 在做一系列的录音以后, 或在粗暴编辑以后, 记录了timecodes 可以包括不连续的段。
注意总之您无法知道当前的框架的 LTC 直到框架的已经路过让您读它, 和它太晚以至于不能做编辑。 实用系统观看timecode 的上升的序列, 和推断当前的框架的时间从那。
因为timecodes 在模拟系统是有倾向对位错误和退学, 多数timecode 处理设备检查内部一贯性在timecode 价值序列, 和使用简单的误差改正计划改正为短的错误爆炸。 结果, 界限在不连续的timecode 范围之间无法确切地被确定直到代码几个框架读在timecode 界限以后。
因此, 多数录影带编辑企图保留timecode 记录的物质连续, 以便倍数编辑也许一再在被记录录影带同样片断。
虽然它会是可能在全数字化的系统消灭飞轮算法由增加框架延迟允许timecode 被解码在处理框架前, 这不做在多数实用系统和:
- 它介绍多余的框架延迟在信号处理道路
- 仍然有需要补尝timecode 错误在信号从模式录影或音像系统被获得。
下落框架timecode
投下框架timecode 日期到妥协被发明当颜色 录影被发明了。 基本上, NTSC re 设计师想保留兼容性与现有的单色电视。 不幸地, 3 。58 兆赫(实际上315/88 兆赫= 3579545 。45 赫兹) 颜色subcarrier 会吸收共同阶段噪声从线扫瞄频率的泛音。 而不是调整音像或色度subcarriers, 他们调整了 一切, 包括 框架率, 被设置到30/1 。001 赫兹。
这意味着, 一个"小时timecode" 以30 frame/s 的有名无实的框架率比一个小时短的墙壁时钟时间由3 。59 秒, 几乎导致一分钟和一个一半错误在一天。 这导致的人民犯多余的错误在演播室。
改正这, 下落框架SMPTE timecode 下落框架第号0 和1 第一秒钟每分钟, 和包括他们当分钟的数量是可分的由十。 这几乎完全补尝在率上的区别, 留下一个残余的时间错误大致86 。4 微秒每天, 错误仅仅0 。001 ppm 。 注: 只 timecode 框架数字 滴下。 录影框架继续在序列。
下落框架timecode 不被使用以任何框架率除30/1 之外。001 赫兹。
颜色构筑和timecode
- 被写
演播室操作和母钟
在演播室操作, 纵向timecode 由演播室大师sync 发电器引起, 和被分布从中央点。 中央sync 发电器从通常获得他们的时间 , 或者使用网络时间, 或 GPS. 演播室通常维护二个或三个时钟, 和自动地交换如果你失败。
新发展将登上小GPS 同步的SMPTE timecode 发电器在各台照相机, 消灭分布式网络为便携式的设定和射击在地点。
纵向SMPTE timecode 广泛被应用同步音乐。 框架率被使用为音像sync 是任意的, 和可能被选择适合生产的需要。 24 frame/s 的框架率普遍因为它减少有48 千赫的同步问题数字式音像。 SMPTE timecodes 经常是 时间代码没被指定 SMPTE.
Timecode 媒介
timecode 有四个媒介:
- - (a.k 。纵向) 适当由音像导线记录在音像渠道, 或。 这是怎么它被分布在演播室之内同步记录器和照相机。
- (VITC, 发音"vitsee") 被记录直接地入 VBI (垂直消隐间隔) 视频信号在录影各个框架。
- 可看见的时间代码(BITC, 发音"位看见") - 数字被烧入视频图象以便人能容易地读时间代码。 被复制与这些的录影带计时编码号"烧在" 对录影为人所知 窗口配音.
- 影片标签, 譬如
纵向timecode 数据格式
基本格式是给时刻秒钟的80 位代码, 并且框架数字在秒钟内。
纵向SMPTE 代码的位:
- 0..3: 框架单位
- 4..7: 用户位领域1
- 8..9: 框架十
- 10: 1=drop 框架格式(框架0 和1 省去了从第一秒钟□分钟, 但包括分钟划分由十; 接近29 。97 frame/s)
- 11: 1="color 框架", i 。e 。 时间代码与颜色电视领域序列故意地同步。
- 12..15: 用户位领域2
- 16..19: 支持单位
- 20..23: 用户位领域3
- 24..26: 第二十
- 27: Bi-phase 标记更正位; 集合或清除那么每个80 位词有零的一个偶数。 这可能使用保证, 没有净当前的流程在时间代码系统。 它并且允许技术员读bi-phase 编制程序时间与一台示波器, 没有信号连续地倒置。 现代设备再生时间代码对固定的时间在录影垂直的间隔时间, 因此这比以前远较不需要的。
- 28..31: 用户位领域4
- 32..35: 分钟单位数字
- 36..39: 用户位领域5
- 40..42: 周详十数字
- 43: 二进制小组旗子位(以位59, 43,59 = 00 = 没有格式为用户位, 10 = 八位格式, 01, 11 是未派职务和后备的) 。
- 44..47: 用户位领域6
- 48..51: 小时单位
- 52..55: 用户位领域7
- 56..57: 小时十
- 58: 未使用, 后备, 应该传送零并且忽略接受为兼容性
- 59: 二进制小组旗子位(参见位43 为内码)
- 60..63: 用户位领域8
- 64..79: sync 词, 应该是0011 1111 1111 1101 年
有三十二位用户数据。 这些通常被使用在卷轴数字和日期。 他们能是任何根本, 只要位43 和59 调整到零。
位被输入象"biphase" 。 零的位有唯一转折在位期间的开始。 一位有二转折, 在期间的初期和中部。 这个内码自已计时。
纵向SMPTE timecode 应该被演奏在middle-level 当记录在音像轨道。 太高或太低愿两个起因畸变。
系统分类:
DSP | 用户分类:
无分类 | 来源:
无分类 | 【推荐给朋友】