資源描述:
《集中上載方式下素材上載常見問題分析》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫(kù)。
1、集中上載方式下素材上載常見問題分析
2、第1內(nèi)容加載中...河南電視臺(tái)都市頻道技術(shù)部譚釗侯盛杰2005年中國(guó)西部電視技術(shù)協(xié)會(huì)第十七屆年會(huì)技術(shù)論文二等獎(jiǎng)簡(jiǎn)介:本文首先對(duì)集中上載的作機(jī)制進(jìn)行描述,然后針對(duì)各個(gè)環(huán)節(jié)易出現(xiàn)的問題,分別加以分析,找出解決問題的方法,并對(duì)一些典型的問題,進(jìn)行了詳細(xì)的描述。由于本文完全是筆者結(jié)合日常的值班工作,對(duì)工作中出現(xiàn)的故障所進(jìn)行的處理,所以對(duì)技術(shù)人員在使用及維護(hù)該系統(tǒng)時(shí)有著極好的參考和借鑒作用。關(guān)鍵詞:集中上載問題分析解決方法一、概述使用集中上載方式與通過(guò)音、視頻編輯板卡直接采集素材是有所不同的。它的優(yōu)點(diǎn)在于對(duì)上載任務(wù)可進(jìn)行編單、批處理,相
3、對(duì)減少了素材上載的工作量,也大大縮短了用戶對(duì)編輯站點(diǎn)的占用時(shí)間。但是集中上載系統(tǒng)包括了任務(wù)編單、采集、調(diào)度、轉(zhuǎn)碼和入庫(kù)等諸多環(huán)節(jié),集材上載的穩(wěn)定性也受到各環(huán)節(jié)的限制,在日常工作中會(huì)導(dǎo)致一些問題出現(xiàn)。筆者結(jié)合日常的工作,對(duì)常見的問題加以歸納、分析。二、問題分類集中上載系統(tǒng)由上載控制工作站、任務(wù)調(diào)度工作站、視頻服務(wù)器和轉(zhuǎn)碼工作站群集等幾部分組成,用戶通過(guò)上載控制工作站實(shí)現(xiàn)任務(wù)的訂制,以視頻格式錄入視頻服務(wù)器,完成錄入后將轉(zhuǎn)碼任務(wù)提交給任務(wù)調(diào)度工作站,由其將各任務(wù)排成隊(duì)列順序分配給空閑的轉(zhuǎn)碼工作站,在完成轉(zhuǎn)碼后將成功信息返回上載控制工作站,由后者完成素材信息的入庫(kù)與視
4、頻服務(wù)器中完成轉(zhuǎn)碼素材的清理。由于存在多個(gè)環(huán)節(jié),因而引發(fā)的問題也不同,主要的問題存在于素材錄入、任務(wù)提交與素材轉(zhuǎn)碼三個(gè)方面。三、問題分析1.錄入方面錄入方面的問題主要是由用戶不當(dāng)?shù)牟僮饕?,新用戶出現(xiàn)這類問題的情況居多,他們對(duì)系統(tǒng)性能的了解不夠。當(dāng)錄制時(shí)間少于十秒時(shí),視頻服務(wù)器將無(wú)法接收到完整的素材信息,將向系統(tǒng)返回“inputfileinvalid”(輸入非法文件)的信息,無(wú)法對(duì)形成的視頻文件完整封裝,成為一個(gè)僅有文件頭的空文件,不能夠被視頻服務(wù)器正確識(shí)別,成為壞(垃圾)文件。在進(jìn)行打點(diǎn)編輯上載時(shí),如果上載的素材帶的入出點(diǎn)之間有斷磁,編訂的任務(wù)將無(wú)法正常執(zhí)行錄
5、制功能,上載界面除退帶之外的所有操作按鈕均不可用。這是由于目前筆者接觸到的素材帶與上載控制站使用的時(shí)間計(jì)數(shù)編碼都是CTL碼,在錄制時(shí),入、出點(diǎn)間的時(shí)間碼會(huì)出現(xiàn)邏輯上的錯(cuò)誤,從而導(dǎo)致上載控制程序無(wú)法正確識(shí)別,亦無(wú)法正確執(zhí)行錄入命令,而使程序處于無(wú)限制等待狀態(tài)。解決方法是退出磁帶后,分段打點(diǎn)進(jìn)行批采集。這種情況在硬錄時(shí)不會(huì)出現(xiàn)。2.任務(wù)提交方面有時(shí)用戶在錄制完成后并沒有轉(zhuǎn)碼,這可能是由于轉(zhuǎn)碼調(diào)度工作站并沒有接收到上載控制工作站提交的轉(zhuǎn)碼任務(wù),也沒有產(chǎn)生錄制失敗的報(bào)錯(cuò)信息。通常出現(xiàn)這種問題后,終止并重新加載轉(zhuǎn)碼調(diào)度程序,丟失的任務(wù)就會(huì)以錄入完成的先后順序重新加入轉(zhuǎn)碼隊(duì)
6、列。對(duì)于個(gè)別仍舊沒能加載的任務(wù),就需要管理人員通過(guò)對(duì)網(wǎng)絡(luò)數(shù)據(jù)庫(kù)中的相關(guān)表中的相關(guān)記錄值進(jìn)行人工修改,然后執(zhí)行該表。具體步驟為:打開數(shù)據(jù)庫(kù)(SQLServer2000)的企業(yè)管理器,從數(shù)據(jù)庫(kù)中找到名為mav70uploadsys的庫(kù)文件,在其下名為Clipinfo的表中,存放了所有等待轉(zhuǎn)碼、正在轉(zhuǎn)碼或完成轉(zhuǎn)碼但尚未清理的素材記錄,通過(guò)名為ClipName與CreateTime兩個(gè)字段(它們分別記錄了用戶名、上載的素材名稱和上載的日期、時(shí)間)找到未能提交的素材記錄,修改其字段ConversionState值,將其值改為0,執(zhí)行該表,此時(shí)該條任務(wù)即刻便被調(diào)度工作站所加
7、載(注:通過(guò)與系統(tǒng)開發(fā)人員的溝通,得知該字段值代表四種狀態(tài),0表示等待提交,1表示任務(wù)已經(jīng)提交、正在轉(zhuǎn)碼,2表示轉(zhuǎn)碼成功,3則表示文錄入件錯(cuò)誤),字段ConversionState值為3時(shí),在轉(zhuǎn)碼調(diào)度程序中就會(huì)出現(xiàn)“inputfileinvalid”信息,造成的原因除了上面提到的錄制時(shí)間少于十秒外,也可能由上載機(jī)的同步信號(hào)出錯(cuò)、時(shí)間計(jì)數(shù)編碼被改為TC碼引起,但無(wú)論是哪種情況引起的,也只能重新上載。對(duì)于轉(zhuǎn)碼成功的素材,上載控制工作站存在著當(dāng)轉(zhuǎn)碼成功一小時(shí)后將存放于視頻服務(wù)器中的源素材文件進(jìn)行刪除的工作機(jī)制,以確保視頻服務(wù)器中的可用磁盤空間的容量。而所有沒能提交轉(zhuǎn)碼
8、的素材,它們會(huì)一直存放于視頻服務(wù)器中,若不手動(dòng)進(jìn)行提交操作(重啟轉(zhuǎn)碼調(diào)度工作站只會(huì)將當(dāng)天未能提交的有效任務(wù)重新執(zhí)行,之前的將不再有效),就會(huì)成為垃圾文件,白白占用著視頻服務(wù)器的磁盤空間,并隨著時(shí)間的推移而累積,導(dǎo)致視頻服務(wù)器的可用磁盤空間越來(lái)越少。有鑒于視頻服務(wù)器中的素材文件只是做為素材錄入、等待轉(zhuǎn)碼的臨時(shí)文件,而非網(wǎng)絡(luò)環(huán)境中的可編輯素材,值班人員應(yīng)對(duì)其進(jìn)行定期的清理,通過(guò)查對(duì)文件的創(chuàng)建日期,而將存放時(shí)間較久的文件物理刪除,并對(duì)mav70uploadsys庫(kù)中的相關(guān)記錄進(jìn)行刪除。值得一提的是,對(duì)數(shù)據(jù)庫(kù)進(jìn)行直接的人工操作并不被提倡,這會(huì)對(duì)制作網(wǎng)絡(luò)的運(yùn)行帶來(lái)一定的風(fēng)
9、險(xiǎn)。之所以如此,也是相應(yīng)