ltc时间码MA控台

⑴ 急急急！有谁知到 LTC时间码 的编码方式和的解码方法吗

时间编码

一、概念

这里我们要说明一下媒体流处理中的一个重要概念－时间编码。

时间编码是一个为了视频和音频流的一种辅助的数据。它包含在视频和音频文件中，我们可以理解为时间戳。

SMPTE timecode 是一个SMPTE 时间和控制码的总和，它是一视频和音频流中的连续数字地址桢，标志和附加数据。它被定义在ANSI/SMPTE12-1986。它的目的就是提供一个可用计算机处理的视频和音频地址。

最多SMPTE时间码的数据结构是一个80bit的一桢，它包含下面的内容：

a、 一个hh::mm::ss::ff（小时：：分钟：：秒：：桢）格式的时间戳。

b、 8个4位的二进制数据通常叫做“用户位”。

c、 不同的标志位

d、 同步序列

e、 效验和

这个格式在DirectShow中被定义为TIMECODE_SAMPLE。

时间码分为两种形式，一种是线性的时间格式LTC（纵向编码），在连续时间中每一个时间码就代表一桢。另外一种时间码是VITC（横向编码），它在垂直消隐间隔中储存视频信号的两条线，有些地方在10到20之间。

LTC时间码要加到比如录像带中会非常容易，因为它是分离的音频信号编码。但它不能在磁带机暂停、慢进、快进的时候被读取。另外在非专业的录像机中它有可能会丢失一路音频信号。

VITC时间码和LTC不同，它可以在0-15倍速度的时候读取。它还可以从视频捕获卡中读取。但是它要是想被录制到磁带上可能就需要一些别的设备了，通常那些设备比较昂贵。

SMPTE时间码同时支持有两种模式，一种是非丢桢模式，一种是丢桢模式。在非丢桢模式中，时间码是被连续增长的记录下来。它可以完成时实的播放工作达到30桢，或更高。

NTSC制式的视频播放标准为29.97桢/ 每秒，这是考虑到单色电视系统的兼容性所致。这就导致一个问提，在非掉桢模式下会导致一个小时会有108桢的不同步，就是真实时间中一个小时的时候，时间码只读了00:59:56:12，当你计算流媒体的播放时间的时候会有一些问题。为了解决这种问题，我们可以在可以容忍的情况下跳桢实现。这种方式的实现是通过在每分钟开始计数的时候跳过两桢但00,20,30,40,50分钟时不跳桢。采用这样的方案我们的网络测试结果每小时误差少于一桢，每24小时误差大概在3桢左右。

在现在的实际工作中，虽然两种模式都被同时提供，但丢桢模式通常被我们采纳。

二、 时间码的典型应用

控制外围设备来进行视频捕获和编辑是一种典型的应用程序。这种应用程序就需要标识视频和音频桢的每一桢，它们使用的方法就是使用SMPTE时间码。线性编辑系统通常会控制三个或者更多的磁带机器，而且还要尽可能的切换视频于光盘刻录机之间。计算机必须精确的执行命令，因此必须要在特定的时间得到录像带指定位置的地址。应用程序使用时间码的方法有很多中，主要有下面这些种：

a、 在整个编辑处理过程中跟踪视频和音频源

b、 同步视频和音频。

c、 同步多个设备

d、 在时间码中使用未定义的字节，叫做：userbits。这里面通常包含日期，ascii码或者电影的工业信息等待。

三、 捕获时间码

通常，时间码是通过一些有产生时间码能力的捕获卡设备来产生的。比如一个rs－422就需要时间码来控制外围设备和主机通信。

在时间吗产生以后，我们需要从流格式的视频和音频中获得时间码，这是可以在以后进行访问的。然后我们处理时间码通过下面两步：

a、 建立一个每一桢位置的非连续的索引，将时间码和每一桢一一对应。这个列表是在捕获完成后的文件末尾被写入的。列表可以是一个象下面的这个结构的矩阵数组，为了简明起见，这里提供的只是DirectShowTIMECODE_SAMPLE结构的一个简化。

struct {
DWORD dwOffset; // 在桢中的偏移位
char[11] szTC; // 在偏移值中的时间码的值
// hh:mm:ss:ff是非掉桢的格式 hh:mm:ss;ff 是掉桢的格式
} TIMECODE;
例如，这里可以给出一个视频捕获流中的时间码：

{0, 02:00:00:02},
{16305, 15:21:13:29} // 位于16305桢的时间格式

使用了这张表，任何桢的时间码都会很好计算。

B、还有一种做法就是将时间码作为视频和音频数据写入。这种我们不推荐使用因此不作介绍了。

被写入时间码的文件就可以编辑，复合，同步等操作了。这里就写到这里，对于我们理解时间码已经足够了。其它的很多是关于标准的介绍，大家感兴趣可以参阅一下。

⑵ 请问什么是LTC文件，我要用什么来打开它谢谢

选的 VITC 子模块，就会给这个阅读器增加了极大的功能。它就可以速度在静止帧到20倍的播放速度中读取 VITC。

在前面板的LTC/VITC 模式转换开关允许阅读器工作在 LTC 或 VITC 模式，又或者是自动切换模式。强大的固件会自动地选择有效的数据，并可以在静止帧到70倍的播放速度中读取准确时间码。

特点
在静止帧到20倍的播放速度中读取垂直场消隐期时间码，并提供时间和用户位以当作 LTC 输出
读取 LTC，最高达 70x 的播放速度
VITC 到 LTC 的翻译器，用于只编辑 LTC 的设备或阅读器
RS-232 接口，用于发送时间码到电脑上

⑶ 什么叫高清晰TC版

高清晰TC版就是画质比较好的枪版视频，制作TC使用的音源来自TS，因此音质很差，但画面质量远好过TS。

TELECINE (TC) – 使用电视电影机从胶片直接数字拷贝，其图象和声音质量应该很好。但由于使用的设备和费用很高，TC很少见。通常会使用正确的高宽比，但有时也有4:3的 TC。例如侏罗纪公园III是一个很好的例子。不应将TC和TimeCode(时间码)混淆，时间码是一个在屏幕上可见的计数器。
作为磁带长度位置信号的时间码有两种：
（1）纵向时间码LTC，它是在磁带上记录的一条纵向磁迹，由固定磁头录放的时间码；
（2）场消隐时间码VITC，它是插在视频信号场消隐中某一行与视频信号同时录放的时间码。
TELESYNC (TS) – 除了使用外置的音源，TELESYSNC(TS) 和CAM的标准是相同的。这个直接的音源并不能保证是好的音源，这是它因为受到很多背景噪音的干扰。很多时候TS是在空的影院录制，或是用专业摄像机在投影室录制，所以图象质量可能比CAM好。质量的起伏可能很大，在下载前最好查看SAMPLE。很大比例的TS是从CAM错误标记成。

⑷ LTC/SMPTE In 是什么

线性（或纵向）时间码（LTC）是SMPTE时间码数据的编码，作为曼彻斯特双相编码的音频信号。 音频信号通常记录在VTR轨道或其他存储媒体上。

⑸ 电脑灯控台现在都用什么牌子的

Avolites
Grand MA
Flying Pig
三大品牌，其他的都是浮云

⑹ 鑾辩壒甯佹湁浠涔堜娇鐢ㄤ环鍊煎悧锛

鑾辩壒甯侊紙Litecoin锛岀畝绉癓TC锛夋槸涓绉嶇偣瀵圭偣鐨勭數瀛愬姞瀵嗚揣甯侊紝鍙戝竷浜2011骞10鏈7鏃ワ紝鐩鍓嶆槸鍏ㄧ悆娴侀氬競鍊肩浜岀殑铏氭嫙璐у竵锛屼粎娆′簬姣旂壒甯併

鑾辩壒甯佷笌姣旂壒甯佸湪鎶鏈涓婂叿鏈夌浉鍚岀殑瀹炵幇鍘熺悊锛屼絾鑾辩壒甯佺殑鍒涢犲拰杞璁╁熀浜庝竴绉嶅紑婧愮殑鍔犲瘑鍗忚锛屼笉鍙楀埌浠讳綍涓澶鏈烘瀯鐨勭＄悊銆

鑾辩壒甯侀熷害鏇村揩锛15鍒嗛挓灏卞彲浠ュ畬鎴6娆＄‘璁わ紝鍙﹀栬幈鐗瑰竵鐨勬暟閲忎篃鏄姣旂壒甯佺殑鍥涘嶏紝鎬绘暟杈惧埌8400涓囨灇銆

LTC鑾辩壒甯佹槸浠涔堬紵

鑾辩壒甯佷氦鏄撴墍鏄浜ゆ槗鑾辩壒甯侊紙鐜拌揣锛夊拰鑾辩壒甯佽嶇敓鍝侊紙鏈熻揣銆佹湡鏉冦佸熀閲戙佽櫄鎷熻瘉鍒革級鐨勪俊鎭骞冲彴銆

鑾辩壒甯佷氦鏄撴墍鏄浜ゆ槗鑾辩壒甯侊紙鐜拌揣锛夊拰鑾辩壒甯佽嶇敓鍝侊紙鏈熻揣銆佹湡鏉冦佸熀閲戙佽櫄鎷熻瘉鍒革級鐨勪俊鎭骞冲彴銆傜敱浜庤幈鐗瑰竵鏄鍦ㄦ瘮鐗瑰竵鐨勫紑婧愪唬鐮佸熀纭涓婃敼杩涜屾潵锛屾湁鏃朵篃琚绉颁负灞卞ㄥ竵銆傛瘮鐗瑰竵浜ゆ槗鎵涓鑸娉涙寚浜嗚幈鐗瑰竵浜ゆ槗鎵锛屽崟鐙绉拌幈鐗瑰竵浜ゆ槗鎵鐨勬椂鍊欏苟涓嶅氥

姣旂壒甯佸拰鑾辩壒甯佺殑鏈澶у尯鍒鏄浠涔

绠浠嬶細鍩轰簬姣旂壒甯佸崗璁鐨勪竴绉嶈揣甯侊紝浣嗘槸骞朵笉瑕佹眰鏋侀珮鐨勮＄畻鑳藉姏锛屼娇鐢ㄦ櫘閫氱數鑴戜篃鍙杩涜屾寲鎺樸傝幈鐗瑰竵鐨勭畻娉曪紝婧愪簬DrColinPercival涓篢arsnap瀹夊叏鍦ㄧ嚎澶囦唤鏈嶅姟(渚沴inux鍙婂叾浠栧紑婧愭搷浣滅郴缁熷囦唤)璁捐＄殑绠楁硶銆

鍙戣屾椂闂达細鑾辩壒甯佸湪2011骞10鏈7鏃ラ氳繃Github涓婇潰鐨勫紑婧愬㈡埛绔杩涜屽彂甯冦

鏈澶т緵缁欓噺锛84锛000锛000LTC

鐩鍓嶆祦閫氭婚噺锛55锛152锛208LTC

甯傚硷細$8锛882锛916锛638

鑾辩壒甯佹寲鐭挎槸浠涔

鑾辩壒甯佹槸浠涔 绠鍗曠殑璇达紝litecoin(LTC)

鍙戝竷浜2011骞10鏈7鏃ワ紝鏄鐩鍓嶅競鍊兼渶楂樼殑灞卞ㄥ竵锛岀害涓築TC甯傚肩殑1%锛屽悎1000w缇庡厓銆傚拰btc鐩告瘮锛宭tc閫熷害鏇村揩锛屽钩鍧25鍒嗛挓涓涓鍧15鍒嗛挓灏卞彲浠ュ畬鎴6娆＄‘璁ゃ傚彟澶朙TC鐨勬暟閲忎篃鏄痓tc鐨勫洓鍊嶏紝鎬绘暟涓8400w鏋氥傜洰鍓峀TC閲囩敤scrypt绠楁硶锛岄渶瑕佸ぇ閲忓唴瀛樻敮鎸併傚競闈涓婄殑涓撲笟鐭挎満涓嶈兘鐢ㄤ簬ltc鎸栫熆锛屽彧鑳界敤鏄惧崱銆

鑾辩壒甯佸拰姣旂壒甯佹湁浠涔堝尯鍒锛

1浜ゆ槗锛 鏇村规槗浣跨敤锛岄噺鏇村ぇ锛屽崌鍊兼綔鍔涙洿澶с俠lock纭璁ゆ椂闂存洿鐭锛屾瘮Bitcoin鐨勪氦鏄撴槸蹇4鍊嶃備緥濡傛姭钀ㄥ簵鑰佹澘鏇存効鎰忔帴鍙椾氦鏄揕TC浠樻句互鑺傜渷浜ゆ槗鏃堕棿銆

2鎸栫熆锛

鐗圭殑绠楁硶閫犲氨浜哃TC鐗规湁鐨勯瓍鍔涳紝鎴戣夊緱杩欎篃鏄浠庡北瀵ㄥ竵涓鑴遍栬屽嚭鐨勫叧閿锛宻crypt绠楁硶浣跨敤SHA256浣滀负鍏跺瓙绋嬪簭锛岃宻crypt鑷韬闇瑕佸ぇ閲忕殑鍐呭瓨锛屾瘡涓鏁ｅ垪浣滀负杈撳叆鐨勭嶅瓙浣跨敤鐨勶紝鐒跺悗涓庨渶瑕佸ぇ閲忕殑鍐呭瓨瀛樺偍鍙︿竴绉嶅瓙浼闅忔満搴忓垪锛屽叡鍚岀敓鎴愬簭鍒楃殑浼闅忔満鐐硅岃緭鍑哄搱甯屽笺傚叧閿灏卞湪浜巗crypt绠楁硶璁＄畻鏃堕渶瑕佸ぇ閲忕殑鍐呭瓨锛岃屽崟绾鐨凷HA256绠楁硶涓嶉渶瑕併傛墍浠ュ湪杩欎釜鏄惧崱BTC鎸栫熆椹涓婅佺粨鏉熺殑鏃朵唬锛孡TC鎸栫熆椹涓婅佽繋鏉ラ粍閲戝彂灞曟湡锛屽洜涓哄唴瀛樻垚鏈澶楂橈紝浠讳綍ASIC锛孎PGA閮芥病鏈夋樉鍗℃寲LTC鏈変紭鍔匡紝鑷冲皯鍙棰勮佺殑鏈鏉ユ槸鐨勩

3姣旂壒甯佹渶澶х殑濞佽儊51%鏀诲嚮锛

鏈変簺灞卞ㄥ氨鏄姝诲湪51%鏀诲嚮涓婄殑锛岄偅涔圠TC鍛锛屽疄璇濆疄璇达紝杩欐槸LTC鍙戝睍鐨勯殣蹇э紝褰撶劧涔熸槸BTC鐨勯殣蹇т絾涓よ呭叿浣撻潰涓寸殑闂棰樻湁鎵涓嶅悓锛欱TC鍙浠ラ氳繃鎶鏈鍗囩骇(姣斿傛湯鍖哄潡閲嶅缓锛屽皬蹇冪粏鑷寸殑鑺傜偣鍗囩骇锛屽湪璁＄畻闅惧害)鍙浠ヨ勯伩51%鏀诲嚮锛屼絾LTC鐨勬妧鏈瑙勯伩鐜板湪杩樻病鏈夋柟娉曪紝涓嶈繃鐢变簬鏄惧崱鎸栫熆鐨勮＄畻鑳藉姏鐨勫垎鏁ｏ紝鍚屾椂闅忕潃闅惧害鐨勬彁鍗囷紝杩欎釜闂棰樻槸闇瑕佸叧娉锛屼絾涓嶈佸お鎷呭績鐨勩傝孊TC闅忕潃ASIC鐨勪娇鐢锛岃＄畻鑳藉姏闆嗕腑鐨51%鏀诲嚮鐨勯庨櫓鍦ㄥ炲姞锛屽笇鏈汢TC寮鍙戝洟闃熸棭鏃ョ潃鎵嬭В鍐炽

姣斿傝存暟瀛﹁佸笀瑕佸叏鐝鐨勫悓瀛﹁＄畻涓涓鍑芥暟锛屾渶鍏堢畻鍑烘潵鐨勪汉鑳藉緱鍒颁竴鏈靛皬绾㈣姳銆傝繖涓灏辨槸鑾辩壒甯佹寲鐭匡紝鍏ㄧ彮鐨勫悓瀛﹀氨鐩稿綋浜庣熆鏈猴紝灏忕孩鑺卞氨鐩稿綋浜庢寲鍑烘潵鐨勮幈鐗瑰竵銆傛洿濂界敤鐨勬暟瀛楄揣甯佷氦鏄撳钩鍙扳滃竵姹団濄