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鑷韜闇瑕佸ぇ閲忕殑鍐呭瓨錛屾瘡涓鏁e垪浣滀負杈撳叆鐨勭嶅瓙浣跨敤鐨勶紝鐒跺悗涓庨渶瑕佸ぇ閲忕殑鍐呭瓨瀛樺偍鍙︿竴縐嶅瓙浼闅忔満搴忓垪錛屽叡鍚岀敓鎴愬簭鍒楃殑浼闅忔満鐐硅岃緭鍑哄搱甯屽箋傚叧閿灝卞湪浜巗crypt綆楁硶璁$畻鏃墮渶瑕佸ぇ閲忕殑鍐呭瓨錛岃屽崟綰鐨凷HA256綆楁硶涓嶉渶瑕併傛墍浠ュ湪榪欎釜鏄懼崱BTC鎸栫熆椹涓婅佺粨鏉熺殑鏃朵唬錛孡TC鎸栫熆椹涓婅佽繋鏉ラ粍閲戝彂灞曟湡錛屽洜涓哄唴瀛樻垚鏈澶楂橈紝浠諱綍ASIC錛孎PGA閮芥病鏈夋樉鍗℃寲LTC鏈変紭鍔匡紝鑷沖皯鍙棰勮佺殑鏈鏉ユ槸鐨勩
3姣旂壒甯佹渶澶х殑濞佽儊51%鏀誨嚮錛
鏈変簺灞卞ㄥ氨鏄姝誨湪51%鏀誨嚮涓婄殑錛岄偅涔圠TC鍛錛屽疄璇濆疄璇達紝榪欐槸LTC鍙戝睍鐨勯殣蹇э紝褰撶劧涔熸槸BTC鐨勯殣蹇т絾涓よ呭叿浣撻潰涓寸殑闂棰樻湁鎵涓嶅悓錛欱TC鍙浠ラ氳繃鎶鏈鍗囩駭(姣斿傛湯鍖哄潡閲嶅緩錛屽皬蹇冪粏鑷寸殑鑺傜偣鍗囩駭錛屽湪璁$畻闅懼害)鍙浠ヨ勯伩51%鏀誨嚮錛屼絾LTC鐨勬妧鏈瑙勯伩鐜板湪榪樻病鏈夋柟娉曪紝涓嶈繃鐢變簬鏄懼崱鎸栫熆鐨勮$畻鑳藉姏鐨勫垎鏁o紝鍚屾椂闅忕潃闅懼害鐨勬彁鍗囷紝榪欎釜闂棰樻槸闇瑕佸叧娉錛屼絾涓嶈佸お鎷呭績鐨勩傝孊TC闅忕潃ASIC鐨勪嬌鐢錛岃$畻鑳藉姏闆嗕腑鐨51%鏀誨嚮鐨勯庨櫓鍦ㄥ炲姞錛屽笇鏈汢TC寮鍙戝洟闃熸棭鏃ョ潃鎵嬭В鍐熾
姣斿傝存暟瀛﹁佸笀瑕佸叏鐝鐨勫悓瀛﹁$畻涓涓鍑芥暟錛屾渶鍏堢畻鍑烘潵鐨勪漢鑳藉緱鍒頒竴鏈靛皬綰㈣姳銆傝繖涓灝辨槸鑾辯壒甯佹寲鐭匡紝鍏ㄧ彮鐨勫悓瀛﹀氨鐩稿綋浜庣熆鏈猴紝灝忕孩鑺卞氨鐩稿綋浜庢寲鍑烘潵鐨勮幈鐗瑰竵銆傛洿濂界敤鐨勬暟瀛楄揣甯佷氦鏄撳鉤鍙扳滃竵奼団濄
