采用集中上載方式的非線性制作網(wǎng)的若干細(xì)節(jié)歸納_電子通信論文

1、采用集中上載方式的非線性制作網(wǎng)的若干細(xì)節(jié)歸納_電子通信論文    采用集中上載方式的非線性制作網(wǎng)的若干細(xì)節(jié)歸納2004年度河南省廣播電視優(yōu)秀科技論文二等獎(jiǎng)     一、概述     目前，非線性制作網(wǎng)絡(luò)在電視行業(yè)中已大量應(yīng)用，以 FC+ 以太網(wǎng)的雙網(wǎng)結(jié)構(gòu)是最為普遍的做法。由于前期的節(jié)目采集中，仍在大量使用磁帶這一傳統(tǒng)的線性方式作為記錄的主體，在后期的節(jié)目制作前，素材的上載成為不可避免的步驟與環(huán)節(jié)?，F(xiàn)在流行的方式是在配有視音頻處理卡的工作站上加掛放機(jī)，以分散的上載工作站承擔(dān)素材

2、上載的工作。這種方式由于其流程簡(jiǎn)單、使用靈活而在早期的網(wǎng)絡(luò)中大量存在，但在中小型的網(wǎng)絡(luò)中，由于工作站點(diǎn)的不足，經(jīng)常會(huì)出現(xiàn)素材上載人員與節(jié)目編輯人員爭(zhēng)用站點(diǎn)的現(xiàn)象。為避免這種情況的出現(xiàn)，將節(jié)目制作站點(diǎn)從素材上載中解放出來(lái)，河南電視臺(tái)都市頻道在 2003 年底建成的節(jié)目制作網(wǎng)以集中上載來(lái)代替原先新聞制作網(wǎng)中的分散上載方式。     二 、網(wǎng)絡(luò)分析     由于上載部分的獨(dú)立，從而使網(wǎng)絡(luò)的結(jié)構(gòu)在功能上產(chǎn)生了分解、細(xì)化，使得原先作為整體的、基于標(biāo)準(zhǔn) C/S 構(gòu)架的、功能集成的網(wǎng)絡(luò)，演變成為多個(gè)功能專一的、獨(dú)立的子網(wǎng)。如圖

3、1 、 2 所示：     注：箭頭代表數(shù)據(jù)流向     從以上兩圖的比較當(dāng)中可以看出，在原先的網(wǎng)絡(luò)中，素材上載、節(jié)目制作、素材存儲(chǔ)、以及網(wǎng)絡(luò)的管理等功能，都是通過(guò)各站點(diǎn)獨(dú)立在網(wǎng)絡(luò)中進(jìn)行交互的，而各站點(diǎn)之間是一種對(duì)等、并列的關(guān)系，它們之間不存在根本性的功能差異，這就在簡(jiǎn)潔、明了的背后掩蓋了各功能間不確定的、潛在的沖突（即在用機(jī)繁忙時(shí)，素材上載人員與節(jié)目編輯人員爭(zhēng)用站點(diǎn)的現(xiàn)象時(shí)有發(fā)生；而在更多的時(shí)間中，大部分站點(diǎn)又處于閑置狀態(tài)）。在新的網(wǎng)絡(luò)中，各功能相對(duì)獨(dú)立，更有利于網(wǎng)絡(luò)的管理與維護(hù)。并且，對(duì)于功能的擴(kuò)充（如加入播出

4、網(wǎng)），也由原來(lái)的網(wǎng)間連接變?yōu)閮?nèi)部子網(wǎng)的擴(kuò)展，在理解上更加容易、操作上更加可行。     三、網(wǎng)絡(luò)結(jié)構(gòu)     下面筆者就以圖二的功能子網(wǎng)模式，對(duì)都市頻道的非線性節(jié)目制作網(wǎng)進(jìn)行結(jié)構(gòu)上的分析。       上載子網(wǎng)     從物理上該部分由兩臺(tái)轉(zhuǎn)碼工作站（ ZMS-01 和 ZMS-02 ）、一臺(tái)轉(zhuǎn)碼調(diào)度服務(wù)器站（ ZMC ）、一臺(tái)上載控制站（ SZC ）、一臺(tái)視頻服務(wù)器（ MAV70 ）及該視頻服務(wù)器的網(wǎng)關(guān)（ GateWay ）

5、所組成；從邏輯上分為上載、存儲(chǔ)與轉(zhuǎn)碼三部分。     在 SZC 上運(yùn)行著集中上載主程序 MAV70Upload.exe 和定時(shí)收錄任務(wù) Uploadsvr.exe 兩個(gè)程序， MAV70Upload.exe 是集中上載系統(tǒng)的主程序，記載了整個(gè)上載部分的路由信息， 負(fù)責(zé)素材的采集、將采集的條目寫入專有的上載數(shù)據(jù)庫(kù)、并向素材管理 DispClip.exe 發(fā)送上載信息，它 也是上載人員操控的主界面；而 Uploadsvr.exe 功能較為單一，只進(jìn)行衛(wèi)星的定時(shí)收錄任務(wù)。同時(shí)， SZC 通過(guò) MOXA 卡及其連接盒與各放機(jī)和 MAV70 的控制口相連，對(duì)其進(jìn)

6、行各種操作的控制。     ZMC 包含素材管理 DispClip.exe 和轉(zhuǎn)碼調(diào)度服務(wù)器 SbRemoteSvr .exe 兩個(gè)程序，素材管理 DispClip.exe 接收到來(lái)自主程序的上載信息， 檢查數(shù)據(jù)庫(kù)，將新增的條目生成轉(zhuǎn)碼任務(wù)并提交， 并將其發(fā)送于轉(zhuǎn)碼部分，待轉(zhuǎn)碼完成后將信息（轉(zhuǎn)碼成功、失敗或因未找到轉(zhuǎn)碼素材而沒(méi)有轉(zhuǎn)碼）返回于主程序；當(dāng)素材管理 DispClip.exe 收到 轉(zhuǎn)碼任務(wù)成功時(shí)，還要將素材信息寫入整個(gè)網(wǎng)絡(luò)的主數(shù)據(jù)庫(kù)。而轉(zhuǎn)碼調(diào)度服務(wù)器 SbRemoteSvr.exe 的作用是接受來(lái)自于素材管理 DispClip.exe 的任務(wù)，

7、并根據(jù)當(dāng)前的任務(wù)量對(duì)轉(zhuǎn)碼工作站集群進(jìn)行任務(wù)調(diào)度和分配，待轉(zhuǎn)碼站完成任務(wù)后，向素材管理 DispClip.exe 返回完成信息。     兩臺(tái) ZMS 組成了轉(zhuǎn)碼工作站的群集，在其上的本地轉(zhuǎn)碼 SbTrLocalSvr.exe 程序根據(jù)從轉(zhuǎn)碼調(diào)度服務(wù)器站發(fā)來(lái)任務(wù)，通過(guò)網(wǎng)關(guān)從 MAV70 中找到相應(yīng)的素材文件的位置，將其轉(zhuǎn)為制作網(wǎng)所識(shí)別的高（低）質(zhì)量的視音頻文件，并存放于為該用戶指定的相應(yīng)位置；在轉(zhuǎn)碼工作站上另有一手動(dòng)提交軟件 TaskSubmit.exe ，該軟件可將各類 MPEG-II 視音頻（如 DVD ），網(wǎng)絡(luò)中各種流行的視頻格式（如 rmvb 、

8、wmv 、 asf 、 mp3 等）及其他公司的視音頻文件（如 SEACHANGE 、 GVG GXF ）轉(zhuǎn)為制作網(wǎng)中可識(shí)別的格式，它的功能相當(dāng)于一手動(dòng)提交任務(wù)的“萬(wàn)能轉(zhuǎn)碼”軟件。     MAV70 用來(lái)臨時(shí)存放采集的視、音頻文件，由于其不能直接將視、音頻流轉(zhuǎn)為制作網(wǎng)所識(shí)別的格式文件，也就使得轉(zhuǎn)碼成為必須的步驟；而且 MAV70 是視頻服務(wù)器，無(wú)法以高速的 I/O 吞吐能力直接與網(wǎng)絡(luò)進(jìn)行交互，因此為其配一專用的網(wǎng)關(guān)，解決網(wǎng)絡(luò)中的高數(shù)據(jù)流量。     SZC 上的 MAV70Upload.exe 和 Uploads

9、vr.exe 兩個(gè)程序與 ZMC 上的素材管理 DispClip.exe 組成了上載部分，它們之間相互獨(dú)立，互相配合。用戶通過(guò)主程序進(jìn)行操作，在登錄時(shí)申請(qǐng)供上載用的空閑通道，并從網(wǎng)絡(luò)中的主數(shù)據(jù)庫(kù)中讀出相應(yīng)的用戶信息（上載的權(quán)限、有效的使用空間、用戶需求的視頻文件的碼率類型及要存放的位置等），待錄制（素材上載）完成后，將相應(yīng)的素材信息寫入上載數(shù)據(jù)庫(kù)，并發(fā)送信息給素材管理 DispClip.exe 。素材管理 DispClip.exe 接收到主程序發(fā)送的素材信息后，檢查上載數(shù)據(jù)庫(kù)，將其中的新增條目生成轉(zhuǎn)碼任務(wù)并向轉(zhuǎn)碼調(diào)度服務(wù)器提交。當(dāng)素材管理 DispClip.exe 接收到從轉(zhuǎn)碼調(diào)度服務(wù)器發(fā)送的

10、轉(zhuǎn)碼完成的返回信息后，將該條目的所有相應(yīng)信息寫入制作網(wǎng)主數(shù)據(jù)庫(kù)，并且向主上載程序發(fā)送轉(zhuǎn)碼成功信息。主程序在得到轉(zhuǎn)碼任務(wù)成功的信息后，向上載數(shù)據(jù)庫(kù)寫入完成信息，并于一小時(shí)后自動(dòng)從 MAV70 中釋放已完成轉(zhuǎn)碼的素材所占用的空間；若返回的是失敗信息，素材管理 DispClip.exe 將不進(jìn)行寫入主數(shù)據(jù)庫(kù)的操作，同時(shí)返回給主程序，由主程序向上載數(shù)據(jù)庫(kù)寫入失敗信息，并將素材一直存放在 MAV70 內(nèi)，成為“垃圾”文件。管理人員若發(fā)現(xiàn)轉(zhuǎn)碼任務(wù)失敗，可通過(guò)該任務(wù)在轉(zhuǎn)碼調(diào)度服務(wù)器中的執(zhí)行信息進(jìn)行判斷，如果是任務(wù)意外中止，可在轉(zhuǎn)碼調(diào)度服務(wù)器中手動(dòng)重作該任務(wù)，若錄入的素材有問(wèn)題，則應(yīng)通過(guò)上載主程序的管理界面刪

11、除該任務(wù)。用戶還可進(jìn)行衛(wèi)星定時(shí)收錄工作，與人工上載不同的是定時(shí)上載不需要手工去操作，只需要在第一次上載前，由用戶對(duì)錄制起止時(shí)間、錄制期數(shù)進(jìn)行預(yù)先設(shè)定，在錄制的前兩分鐘，定時(shí)上載程序會(huì)自動(dòng)向上載主程序發(fā)送錄制申請(qǐng)。由于定時(shí)上載在設(shè)計(jì)時(shí)即被定義了較高的優(yōu)先級(jí)，因此在定時(shí)上載發(fā)送錄制申請(qǐng)后，如果設(shè)備已被占用，主程序會(huì)強(qiáng)行終止該任務(wù)，釋放通道，供定時(shí)上載程序使用。     轉(zhuǎn)碼調(diào)度服務(wù)器、轉(zhuǎn)碼工作站群集與手動(dòng)任務(wù)提交組成了轉(zhuǎn)碼部分。轉(zhuǎn)碼調(diào)度服務(wù)器與轉(zhuǎn)碼工作站群集組成了正常的上載模式，轉(zhuǎn)碼調(diào)度服務(wù)器根據(jù)當(dāng)前轉(zhuǎn)碼站的忙閑狀態(tài)進(jìn)行任務(wù)分配。在有空閑的轉(zhuǎn)碼工作站時(shí)，轉(zhuǎn)碼

12、調(diào)度服務(wù)器向其發(fā)送任務(wù)與相關(guān)素材信息；若所有轉(zhuǎn)碼站的通道均被占用時(shí)，轉(zhuǎn)碼調(diào)度服務(wù)器則將任務(wù)以 FIFO （先進(jìn)先出）的方式建立一任務(wù)隊(duì)列，依序進(jìn)行任務(wù)分配。     作為存儲(chǔ)部分的 MAV70 及其網(wǎng)關(guān)，只是用來(lái)臨時(shí)存放素材文件的場(chǎng)所，等轉(zhuǎn)碼成功一小時(shí)后，其所占用的空間將被自動(dòng)釋放；網(wǎng)關(guān)只作為供轉(zhuǎn)碼站與 MAV70 交互的一個(gè)平臺(tái)。       存儲(chǔ)子網(wǎng)     雙網(wǎng)結(jié)構(gòu)中以 FC 環(huán)境構(gòu)成的 SAN （存儲(chǔ)區(qū)域網(wǎng)）則成為了存儲(chǔ)子網(wǎng)的主要構(gòu)成部分。節(jié)目素材通過(guò)轉(zhuǎn)碼工

13、作站，分別經(jīng)光纖和以太網(wǎng)連接，以高低兩種畫質(zhì)存儲(chǔ)在 FC 網(wǎng)的共享海量存儲(chǔ)磁盤陣列和以太網(wǎng)域主服務(wù)器的共享 SCSI 硬盤塔進(jìn)行存儲(chǔ)，供帶有視音頻編解碼板的有卡工作站使用，所以存儲(chǔ)子網(wǎng)也就由海量存儲(chǔ)磁盤陣列、磁盤控制器、 MDC 服務(wù)器及與域主服務(wù)器相連的 SCSI 硬盤塔組成。素材文件由經(jīng)轉(zhuǎn)碼工作站的轉(zhuǎn)碼，送入網(wǎng)絡(luò)的相應(yīng)存儲(chǔ)體中，低質(zhì)量素材存放在 SCSI 硬盤塔中，相對(duì)應(yīng)的高質(zhì)量素材存放在海量存儲(chǔ)磁盤陣列中。     對(duì)于 SCSI 硬盤塔而言，域主服務(wù)器與其關(guān)系就如同 MAV70 與其網(wǎng)關(guān)的關(guān)系相似，只是域主服務(wù)器并不是單為 SCSI 硬盤塔共享存儲(chǔ)而配，做為域主服務(wù)器、網(wǎng)絡(luò)的核心，它還發(fā)揮著更為重要的維持整個(gè)網(wǎng)絡(luò)運(yùn)行的作用。在 SCSI 硬盤塔上分別存放有數(shù)據(jù)庫(kù)群集、制作網(wǎng)低質(zhì)量