【摘要】伴隨著互聯(lián)網(wǎng)的發(fā)展,最近幾年一些自媒體和直播平臺如雨后春歲般的發(fā)展開來,給傳統(tǒng)廣播電視行業(yè)帶來了巨大的沖擊,于此同時,這也給傳統(tǒng)廣電帶來了活力,廣電從原先的單一的播放渠道漸漸轉(zhuǎn)型到了全媒體播放模式。這就使得節(jié)目內(nèi)容的制作和包裝的呈現(xiàn)變的越來越多元化,對各個節(jié)目制作的精準化和內(nèi)容的多樣性也越來越高,演播室集中控制作為一門新興的技術(shù)被各大電視臺重視,紛紛投入資源用于發(fā)展建設(shè)演播室集中控制系統(tǒng)。
本文的主要目的在于研究并提出一套行至有效的方法,通過對集中控制系統(tǒng)的深入研究,并與國外案例相結(jié)合,打通集控系統(tǒng)和國內(nèi)新聞文稿系統(tǒng)之間的壁壘,將集控融入到國內(nèi)新聞直播的制作流程中。這樣在減少操控人員的同時,更能保障節(jié)目生產(chǎn)的高效和精確,保障節(jié)目制作的流程化、規(guī)范化、安全化。
【關(guān)鍵字】 大洋CS文稿 ;Mosart演播室集中控制 C#語言 XML 數(shù)據(jù)庫
一.緒論
1.項目背景
經(jīng)過長達三年多的項目建設(shè),蘇州廣播電視總臺于2016年5月正式入駐蘇州工業(yè)園區(qū)新大樓傳媒廣場,也因此新聞節(jié)目采集、編輯、播出正式進去高清時代。相比于以往老臺的系統(tǒng)和設(shè)備,新大樓建設(shè)完成后系統(tǒng)復雜度和設(shè)備多樣性都遠遠高于以前,在節(jié)目量、演播室、播出時間日趨增加的同時,對人員操作的準確性和多元性也在不斷提高,為了減少多檔直播過程中可能出現(xiàn)的人為誤操作,提高各類設(shè)備配合的精確性,也為了降低每檔節(jié)目的人員配置,蘇州廣播電視總臺急需引進了一套集中控制系統(tǒng)到新聞演播室,來管理演播室內(nèi)設(shè)備的運行和節(jié)目的正常制作。
經(jīng)過多方探討及測試準備,最終蘇州廣電六號演播室決定采納Vizrt公司提供的Mosart集中控制方案。
2.國內(nèi)演播室集控現(xiàn)狀
在國內(nèi),近幾年我們的電視節(jié)目呈現(xiàn)形式慢慢從標清化播出過渡到高清化,標清到高清的過度,不僅僅是顯示分辨率方面的提升,高清化以后的節(jié)目安全播出方案、對比度和色域的提高、響度聲音的控制、畫面的構(gòu)造形式等都和以往標清播出有很大的差別,因此國內(nèi)電視節(jié)集控化的播出,也屬于剛剛起步發(fā)展階段,目前大部分有能力實現(xiàn)集控化播出的電視臺,都是借鑒國外的經(jīng)驗,但是還屬于探索階段,有以下幾個原因,制約著國內(nèi)演播室集控化的發(fā)展:
(1)在國內(nèi)安全形式播出嚴峻。
(2)互聯(lián)網(wǎng)的重啟和自身的轉(zhuǎn)型升級。
(3)集控和演播室文稿系統(tǒng)之間的交互還不夠完善。
蘇州廣播電視總臺在選擇Mosart演播室集控播出方案的同時,沿用了國外演播室集控化播出的形式,但是在對于節(jié)目流程上的對接,還是需要自行開發(fā),提出一套自行的演播室集控播出方案。
本文的核心在于定制一套演播室文稿系統(tǒng)和集控系統(tǒng)的交互方案,因此在做項目之前,必須首先屢清楚為什么需求做以及需要做什么事情的問題。
3.論文研究的目的及意義
前文提到,國內(nèi)外演播室在集控化播出中存在許多差異,這種差異的導致,有互聯(lián)網(wǎng)等外部因素,也有國內(nèi)安全播出差異化上的因素,本文的主要目的,在于研究演播室系統(tǒng)中最核心的文稿系統(tǒng),如何與集控化播出相融合,在節(jié)目集控化播出的同時,也能保障好播出的安全。
集控系統(tǒng)和演播室文稿系統(tǒng)交互融合,既提高了演播室的操作精確度,又加快了節(jié)目的制作效率,能夠很好的滿足蘇州廣電新大樓演播室節(jié)目的制作需求。
二.文稿和集控系統(tǒng)的交互分析
1.概述
蘇州廣播電視總臺在新大樓新聞直播演播室系統(tǒng)中選用的Mosart集中控制系統(tǒng),經(jīng)過多方努力和配合,成為國內(nèi)乃至亞洲首個應用于新聞直播的演播室集控系統(tǒng)。Mosart最早源于挪威一家電視臺,那邊地廣人稀,人力因素制約著廣電行業(yè)發(fā)展的步伐,為了提高操作的效率和精確度,降低播出過程中的風險,也為了更加復雜的節(jié)目形式,2015年挪威電視臺的工程師們自主開發(fā)了Mosart集控系統(tǒng),用于完成頻道內(nèi)24小時節(jié)目自動化播出的需求,這套集控受到了歐洲各大電視臺的青睞,并最終被Vizrt公司成功收購,歷經(jīng)多代研發(fā),拓寬了與各個設(shè)備廠商之間協(xié)議的互通,成為一個更穩(wěn)定、更龐大的集控系統(tǒng)。
2.Mosart集中控制系統(tǒng)
(1)設(shè)備間的級聯(lián)和協(xié)議體系
Mosart集中控制系統(tǒng)的最大優(yōu)點是對演播室各類設(shè)備實時控制的同時,不影響任何手動操作,并且能夠播控軟件、服務(wù)器的主備通信,在主備設(shè)備之間切換保持無縫銜接。
如下圖2.1給出了Mosart集控系統(tǒng)設(shè)備連接的概覽,Mosart帶有自己的播控軟件MosartGUI,位于整個設(shè)備通信的最頂層,MosartGUI負責集控化方案的整體播出,和文稿系統(tǒng)、集控服務(wù)器之間的通信保證了數(shù)據(jù)能夠?qū)崟r的傳送到MosartGUI的播控中;MosartAvautomation位于集控系統(tǒng)的服務(wù)器端,主要負責與各外部設(shè)備之間軟件和硬件上的互聯(lián)互通,目前集控服務(wù)器端能夠支持接入的設(shè)備包含現(xiàn)在大部分主流的切換臺、矩陣、調(diào)音臺、視頻服務(wù)器、燈光臺、在線包裝和機器人,同時Mosart集控服務(wù)器端還負責集控模板的定制,MosartGUI中播出單的具體內(nèi)容,就是通過調(diào)取集控服務(wù)器中的模板實現(xiàn)的;NewsroomSystem代表文稿系統(tǒng),文稿系統(tǒng)不包含于集控系統(tǒng)之間,它和Mosart集控系統(tǒng)的通信主要通過標準Mos協(xié)議端口,實現(xiàn)文稿數(shù)據(jù)和集控數(shù)據(jù)之間雙向的實時通信。

圖2.1.Mosart設(shè)備連接
(2)系統(tǒng)內(nèi)部的功能劃分
Mosart集控服務(wù)器端的內(nèi)部系統(tǒng)概覽如下圖2.2所示,VizMosartServer下包含有四個主要的服務(wù)軟件,“ManusAdministrator”是整個內(nèi)部服務(wù)系統(tǒng)的大腦,掌管對其他服務(wù)的調(diào)度和日志的實時讀取,外部的控制系統(tǒng)也是首先通過“ManusAdministrator”來建立起通訊,然后再分發(fā)到其他的服務(wù)當中;“GraphicsInterface”是掌管與字幕包裝、大屏包裝之間的具體通信的服務(wù),除了能夠支持Vizrt自身的所有包裝系統(tǒng)外,還兼容其他在線包裝的控制;“MediaAdministrator”負責視頻服務(wù)器端的通信,能夠讀取到視頻服務(wù)器中視頻的ID、時長、名字和格式信息,并對視頻服務(wù)器進行控制;“AV Automation”功能更加復雜,它提供了寬泛的接口通信方案,支持TCP/IP,MIDI ,RS232/RS422燈各類接入方式,負責和演播室系統(tǒng)中切換臺、調(diào)音臺、燈光系統(tǒng)、機器人等設(shè)備之間的通信,它也兼顧播控模板的制作和測試功能。

圖2.2.Mosart集控內(nèi)部系統(tǒng)
(3)播出控制界面
Mosart集中控制系統(tǒng)最終是以操控界面的方式呈現(xiàn)在操作員眼前的,即上述所將的“MosartGUI”,播控界面如圖2.3所示,播控界面最核心的部分是中間顯示的整個播出單,稱為“Rundown”,功能類似于文稿中的串聯(lián)單,負責整個一檔欄目的播出,并對應具體的播出模板,“Rundown”中的每一行為“Story”,功能類似于串聯(lián)單中的稿件,“Story”下能夠預覽到該條條目對應的播出內(nèi)容、時間、播出狀態(tài)等信息,在集控化播出過程中,會有一根時間條實時的在“Story”中移動,標明播出的具體位置;“Story”中的各個方塊稱為“Element”,即播出元素,對應的是集控服務(wù)器中已經(jīng)制作好的播控模板,在這些播控模板上加上對應的播出信息,就構(gòu)成了該條“Story”下具體的播出元素。

圖2.3.集控播出界面
(4)模板制作、存儲及調(diào)用
Mosart GUI集控的播出界面中,每個播出元素都有相應的模板,模板的制作在服務(wù)器端,一個模板可以同時控制演播室內(nèi)多臺設(shè)備的運行,也可以指定多個設(shè)備的運行順序。外部文稿系統(tǒng)或者編單軟件通過讀取模板并賦予內(nèi)容,最終生成在演播室播出的“Rundown”播出單。
3.大洋CS文稿系統(tǒng)
(1)文稿系統(tǒng)制作流程
大洋CS文稿系統(tǒng)從老臺標清系統(tǒng)沿用到新大樓演播室至今,有一套規(guī)范化的制作流程管理系統(tǒng),文稿系統(tǒng)流程圖如下圖2.4所示,系統(tǒng)能夠?qū)γ恳粋€流程進行實時監(jiān)控。

圖2.4.文稿系統(tǒng)流程圖
(2)串聯(lián)單、稿件、條目介紹
大洋文稿采用CS文稿方式,即在電腦上安裝文稿客戶端,就能夠訪問文稿數(shù)據(jù)庫,根據(jù)登陸客戶端的用戶名,獲取不同的權(quán)限,讀取或者修改欄目對應的串聯(lián)單。蘇州廣電大洋文稿系統(tǒng)下對應有兩個頻道,分別指向兩個數(shù)據(jù)庫結(jié)構(gòu),用戶可以根據(jù)頻道、欄目等信息查找到對應的日期的串聯(lián)單,也能夠新建和編輯串聯(lián)單,當串聯(lián)單在被建立的時候,數(shù)據(jù)庫中就保存有這份串聯(lián)單對應的相關(guān)信息,包括頻道、欄目、日期、狀態(tài)等。
記者和編輯都賦予有對稿件內(nèi)容修改的權(quán)利,稿件中該稿件的標題、頻道、欄目、記者以及建稿人信息等,都在稿件建立的初期就自動分配到了對應內(nèi)容欄中,記者需要負責的是填寫稿件內(nèi)容并剪輯和稿件相關(guān)聯(lián)的視頻,稿件中的內(nèi)容會根據(jù)文字的長短自動計算“文字時間”,同時稿件中包含有關(guān)鍵字信息,如“導語(前)”、“導語(后)”、“配音”、“字幕同期聲”等。
(3)數(shù)據(jù)庫結(jié)構(gòu)分析及訪問
文稿數(shù)據(jù)庫在數(shù)據(jù)庫中命名為“news30”,主要存放每個欄目的稿件名、稿件內(nèi)容、記者名、稿件時長等信息,視頻數(shù)據(jù)庫在數(shù)據(jù)庫中命名為“dyplaycommanddatabase”,主要存著視頻的長ID,短ID等信息,文稿數(shù)據(jù)庫中稿件有指向?qū)湓谝曨l數(shù)據(jù)庫中的視頻ID。

圖2.5.大洋數(shù)據(jù)庫指向
(4)交互方案關(guān)鍵問題分析和解析
在廣播電視行業(yè)內(nèi),各個系統(tǒng)之間實現(xiàn)交互和控制,都是通過MOS(Media Object Server)標準協(xié)議來完成。MOS協(xié)議傳輸?shù)男畔藬?shù)據(jù)信息和控制信息,它采用通用標準協(xié)議的方式來實現(xiàn)不同廠家,不同設(shè)備間的信息傳遞。
Mosart集中控制系統(tǒng)支持最新的MOS 2.8協(xié)議,能夠與INEWS等國外文稿系統(tǒng)實現(xiàn)實時通信。同時Mosart通過ActiveX插件的方式,能夠?qū)osart集控模板的信息添加到稿件中,這樣在稿件制作的同時,也能夠完成稿件對應模板的定制。
蘇州廣電總臺新大樓新聞文稿系統(tǒng)采用大洋CS文稿2.0版本,由于版本和結(jié)構(gòu)問題,目前不支持ActveX插件的安裝以及MOS2.8播控協(xié)議,因此集控系統(tǒng)在與稿件交互和模板定制方面,存在一定的障礙,主要如下:
(1)集控系統(tǒng)無法讀取文稿中串聯(lián)單的信息。
(2)文稿中標題內(nèi)容、大屏和虛擬包裝信息等無法實時輸送給集中控制系統(tǒng)。
(3)與文稿關(guān)聯(lián)的視頻ID無法知道。
(4)有些外來數(shù)據(jù),如天氣信息、圖片和內(nèi)容信息等,只能通過手動方式添加。
雖然Mosart集控系統(tǒng)能夠和演播室各設(shè)備之間實現(xiàn)互聯(lián)互通,但是沒有和新聞文稿系統(tǒng)打通的話,在播出上仍舊存在一定的隱患,除了增加操控人員外,還提高了操作的復雜性。
三.文稿和集控交互設(shè)計與實現(xiàn)
1.概述
在Mosart集控系統(tǒng)和大洋CS文稿系統(tǒng)交互的設(shè)計上,有如下幾個方面的需求需要考慮,這些需求的確認,才能最終確定下來最符合需求的開發(fā)平臺。
最終軟件方案上選擇通過C#語言,在VS2010平臺上開發(fā)實現(xiàn),C#語言.net庫強大的托管代碼合類,強大的兼容性和靈活性,面向?qū)ο缶幊蹋焖倬幾g等功能,都大大縮短了軟件開發(fā)的周期,非常適合本次交互方案的開發(fā)。
2.總體架構(gòu)設(shè)計
針對上述方案設(shè)計中的需求和主要存在的問題,也為了避免演播室集控化播出以后給安全播出上造成不必要的隱患,項目的整體化結(jié)構(gòu)方案首先應該被確立,之后就是對方案中的具體操作環(huán)節(jié)實現(xiàn)規(guī)范化制作和管理,最后再提出有效的應急預案,這樣才能滿足現(xiàn)有播出安全的要求,保障演播室集控化的播出穩(wěn)定的向前發(fā)展。如下圖3.1所示,是總體交互方案的框架圖。

圖3.1.總體交互框架圖
3.文稿系統(tǒng)的交互設(shè)計
(1)文稿系統(tǒng)數(shù)據(jù)導出設(shè)計
以蘇州廣電新聞演播室“蘇州今朝”這檔欄目為例,將Mosart集控系統(tǒng)中的各項內(nèi)容和大洋CS文稿中的內(nèi)容做對應匹配,具體的對應表如下圖3.2所示。因此只要在大洋數(shù)據(jù)庫中找到相關(guān)的數(shù)據(jù)項,就能放置到Mosrt集控服務(wù)器中對應的元素中,這樣也就初步建立起了大洋文稿系統(tǒng)和Mosart集控服務(wù)器之間的連接。

圖3.2.集控和文稿對應關(guān)系
(2)外部數(shù)據(jù)與文稿內(nèi)容結(jié)合
外部數(shù)據(jù)的導入是在生成欄目的Mosart集控播出單之后再進行的,這樣技能保證數(shù)據(jù)結(jié)構(gòu)上的對應,又能方便后期數(shù)據(jù)更改和更新。
外部數(shù)據(jù)通過導入Excel表格的方式,每個欄目對應有自己的Excel數(shù)據(jù)表,每個表都對應和FullScreen和Overlay兩頁,每頁存放的內(nèi)容大屏、圖片包裝內(nèi)容和字幕包裝內(nèi)容,Excel表格可以更新完之后實時導入交互系統(tǒng)。

圖3.3.外部數(shù)據(jù)表
4.集控系統(tǒng)的交互設(shè)計
文稿串聯(lián)單和集控播出單都是以XML文件的形式進行保存、傳輸和讀取的,文稿串聯(lián)單導入集控系統(tǒng),系統(tǒng)內(nèi)部轉(zhuǎn)換成能夠識別的播出單。
整個Mosart集控播出單的結(jié)構(gòu)如圖3.3所示,串聯(lián)單中條目對應“Story”,“story”類中會添加條目名(slug)、條目作者(author)、條目的ID(ID)、上一個條目的ID(InsertID)、條目時長(pdur)等屬性,用來說明單條播出稿件的大概信息。“story”下面會具體再制定一些元素如“item”、“fields”、“transtions”等,這些元素中也包含有“story”的ID信息,用以表示附屬于該條“story”,這些元素主要用來說明集控播出單播出時,各個模板的播出情況,例如攝像機機位、播出視頻、包裝元素等。

圖3.3.Mosart播出單結(jié)構(gòu)
5.主要制作流程
(1)演播室集控播出流程
極限情況下,Mosart集中控制系統(tǒng)能夠兼顧到演播室內(nèi)一檔直播欄目需要的所有操作工位,一位操作員和一位導播,就能夠做到切換臺、調(diào)音臺、在線包裝、視頻服務(wù)器、燈光、以及文稿調(diào)整的所有工作,這也是蘇州廣播電視總臺建設(shè)集控系統(tǒng)的初衷。但是從實際操作上面,考慮到目前國內(nèi)的播出形式,基本操作人員也需要隨時待命,如果出現(xiàn)緊急情況,能夠馬上切換到手動模式。
在人員配備方面,正常一檔直播欄目,我們需要配備以下下人員:
(1)技術(shù)負責,熟悉演播室視音頻系統(tǒng)和直播流程,引導好各工位的操作情況。
(2)Mosart集中控制操作員,負責操作集控播出軟件,使用文稿與集控交互軟件生成集控播出單,當出現(xiàn)緊急情況需要手動播出時,兼顧掉調(diào)音臺的工位。
(3)導播,負責計算欄目播出時間和調(diào)整串聯(lián)單播出順序,當出現(xiàn)緊急情況時,兼顧掉切換臺的工位。
(4)放像員,在集控過程中,保障播出服務(wù)器隨時待命,當出現(xiàn)緊急情況或者有特殊片子需要播出時,手動操控播出服務(wù)器。
(5)字幕員,在集控過程中,保障好各類在線包裝隨時待命,當出現(xiàn)緊急情況時,手動操作播出包裝內(nèi)容,并兼顧好演播室機器人的操作。
(2)集控應急流程
Mosart集中控制系統(tǒng)是基于現(xiàn)有演播室視音頻系統(tǒng)之上而集成的一套自動化系統(tǒng),當主備集控系統(tǒng)同時出現(xiàn)問題的時候,也不會影響演播室原有的視音頻系統(tǒng);Mosart集控的服務(wù)器和播控機都存在主備,在播控軟件中,能夠無縫切換主備服務(wù)器。
此次交互方案在播出應急上面也做了相應處理,集控播出單能夠?qū)崟r導出并且備份,當播控機中的播出單損壞時,可以立即把備份好的播出單導入集控系統(tǒng);同時主備集控服務(wù)器之間播出單也會互相實時同步,保障了主備切換時播出的安全。
6.功能分析和對比
將演播室集控和文稿系統(tǒng)實現(xiàn)交互之后,演播室制作效率相比以往有了巨大的提高,主要如下:
(1)相比以往單一的演播室集控和文稿分開的操作,減少了二次播出單編輯的帶來的時間上的浪費,縮短了從文稿定稿到演播室集控正式播出間隔的時間。
(2)降低了操作復雜度,集控操作人員不要額外的播出單修改功能,所有數(shù)據(jù)導入都能一步并且快速完成。
(3)把各個操作位的功能劃分,降低了單人操作帶來的風險,串聯(lián)單生成交給集控操作人,數(shù)據(jù)導入由字幕員完成,導播負責核對最終播出單。
(4)實現(xiàn)對視頻素材的精準化播出,交互完成之后,集控播出單能夠精確關(guān)聯(lián)到條目對應的視頻并自動控制其播出。
四.總結(jié)與展望
1.方案總結(jié)
這次在大洋文稿系統(tǒng)和Mosart集控交互方案的設(shè)計,滿足了蘇州廣電對于演播室集控化播出的需求,目前已經(jīng)測試通過并準備投入到蘇州廣電新大樓3號、6號新聞直播演播室的集控化播出當中,我國目前在演播室集控化播出這方面還屬于起步階段,此次方案的設(shè)計,主要目的也是在實踐過程中探討和總結(jié),為后面國內(nèi)演播室集控化播出的發(fā)展做出探索。
2.未來展望
我國演播室集控系統(tǒng)目前尚處于起步階段,但是發(fā)展迅速,相信在不遠的將來,集控化播出會在廣電內(nèi)越來越普及開來。本項目此次所做的是一次探索與嘗試,在接口協(xié)議不明確
參考文獻:
1、C#入門經(jīng)典第五版,清華大學出版社,(美)Karli Watson、Christian Nagel等著。
2、Visual Studio 2010 LightSwitch開發(fā)入門經(jīng)典,清華大學出版社,(匈牙利)Istvan Novak等著。
3、Linq to xml操作XML,http://www.cnblogs.com/yukaizhao/archive/2011/07/21/linq-to-xml.html。
4、C#數(shù)據(jù)庫查詢和操作大全,http://www.cnblogs.com/zhangruifeng/p/5955916.html。