1、采用集中上載方式的非線性制作網的若干細節歸納_電子通信論文    采用集中上載方式的非線性制作網的若干細節歸納2004年度河南省廣播電視優秀科技論文二等獎     一、概述     目前，非線性制作網絡在電視行業中已大量應用，以 FC+ 以太網的雙網結構是最為普遍的做法。由于前期的節目采集中，仍在大量使用磁帶這一傳統的線性方式作為記錄的主體，在后期的節目制作前，素材的上載成為不可避免的步驟與環節。現在流行的方式是在配有視音頻處理卡的工作站上加掛放機，以分散的上載工作站承擔素材

2、上載的工作。這種方式由于其流程簡單、使用靈活而在早期的網絡中大量存在，但在中小型的網絡中，由于工作站點的不足，經常會出現素材上載人員與節目編輯人員爭用站點的現象。為避免這種情況的出現，將節目制作站點從素材上載中解放出來，河南電視臺都市頻道在 2003 年底建成的節目制作網以集中上載來代替原先新聞制作網中的分散上載方式。     二 、網絡分析     由于上載部分的獨立，從而使網絡的結構在功能上產生了分解、細化，使得原先作為整體的、基于標準 C/S 構架的、功能集成的網絡，演變成為多個功能專一的、獨立的子網。如圖

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

4、網），也由原來的網間連接變為內部子網的擴展，在理解上更加容易、操作上更加可行。     三、網絡結構     下面筆者就以圖二的功能子網模式，對都市頻道的非線性節目制作網進行結構上的分析。       上載子網     從物理上該部分由兩臺轉碼工作站（ ZMS-01 和 ZMS-02 ）、一臺轉碼調度服務器站（ ZMC ）、一臺上載控制站（ SZC ）、一臺視頻服務器（ MAV70 ）及該視頻服務器的網關（ GateWay ）

5、所組成；從邏輯上分為上載、存儲與轉碼三部分。     在 SZC 上運行著集中上載主程序 MAV70Upload.exe 和定時收錄任務 Uploadsvr.exe 兩個程序， MAV70Upload.exe 是集中上載系統的主程序，記載了整個上載部分的路由信息， 負責素材的采集、將采集的條目寫入專有的上載數據庫、并向素材管理 DispClip.exe 發送上載信息，它 也是上載人員操控的主界面；而 Uploadsvr.exe 功能較為單一，只進行衛星的定時收錄任務。同時， SZC 通過 MOXA 卡及其連接盒與各放機和 MAV70 的控制口相連，對其進

6、行各種操作的控制。     ZMC 包含素材管理 DispClip.exe 和轉碼調度服務器 SbRemoteSvr .exe 兩個程序，素材管理 DispClip.exe 接收到來自主程序的上載信息， 檢查數據庫，將新增的條目生成轉碼任務并提交， 并將其發送于轉碼部分，待轉碼完成后將信息（轉碼成功、失敗或因未找到轉碼素材而沒有轉碼）返回于主程序；當素材管理 DispClip.exe 收到 轉碼任務成功時，還要將素材信息寫入整個網絡的主數據庫。而轉碼調度服務器 SbRemoteSvr.exe 的作用是接受來自于素材管理 DispClip.exe 的任務，

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

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

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

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

11、除該任務。用戶還可進行衛星定時收錄工作，與人工上載不同的是定時上載不需要手工去操作，只需要在第一次上載前，由用戶對錄制起止時間、錄制期數進行預先設定，在錄制的前兩分鐘，定時上載程序會自動向上載主程序發送錄制申請。由于定時上載在設計時即被定義了較高的優先級，因此在定時上載發送錄制申請后，如果設備已被占用，主程序會強行終止該任務，釋放通道，供定時上載程序使用。     轉碼調度服務器、轉碼工作站群集與手動任務提交組成了轉碼部分。轉碼調度服務器與轉碼工作站群集組成了正常的上載模式，轉碼調度服務器根據當前轉碼站的忙閑狀態進行任務分配。在有空閑的轉碼工作站時，轉碼

12、調度服務器向其發送任務與相關素材信息；若所有轉碼站的通道均被占用時，轉碼調度服務器則將任務以 FIFO （先進先出）的方式建立一任務隊列，依序進行任務分配。     作為存儲部分的 MAV70 及其網關，只是用來臨時存放素材文件的場所，等轉碼成功一小時后，其所占用的空間將被自動釋放；網關只作為供轉碼站與 MAV70 交互的一個平臺。       存儲子網     雙網結構中以 FC 環境構成的 SAN （存儲區域網）則成為了存儲子網的主要構成部分。節目素材通過轉碼工

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