一種地鐵列車媒體播放模式的轉(zhuǎn)換方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明屬于嵌入式計(jì)算機(jī)領(lǐng)域，設(shè)及一種地鐵列車媒體播放模式的轉(zhuǎn)換方法。
【背景技術(shù)】
[0002] 城市地鐵工程包括多種施工項(xiàng)目與復(fù)雜工藝，除了要保障地鐵車輛的安全高速運(yùn) 行之外，還需要相關(guān)配套服務(wù)設(shè)施的不斷完善，媒體播放就是其中的內(nèi)容之一。媒體播放系 統(tǒng)W計(jì)算機(jī)為核屯、，接收網(wǎng)絡(luò)傳輸?shù)姆?wù)信息，再將該些信息進(jìn)行編碼、解碼等處理，最終 W車載顯示終端為媒介向旅客提供信息服務(wù)，從而保證旅客安全、便捷的乘坐軌道交通。媒 體播放系統(tǒng)不僅要接收和緊急插播地面控制中屯、的緊急報(bào)警信息，如火災(zāi)、阻塞及恐怖襲 擊等特殊險(xiǎn)情，還要播放乘車須知、列車到發(fā)時(shí)間、管理者公告、政府公告、股票信息、媒體 新聞、賽事直播、廣告等實(shí)時(shí)動(dòng)態(tài)的多媒體信息。
[0003] 圖1是媒體播放系統(tǒng)的結(jié)構(gòu)框圖，它主要由位于列車司機(jī)室內(nèi)的媒體播放器、列 車廣播控制器、車載無線接收器、視頻編碼器和位于列車客室內(nèi)的視頻解碼器、接收卡和車 載顯示終端搭建而成，其中，媒體播放器是整個(gè)媒體播放系統(tǒng)的核屯、模塊。媒體播放器硬件 基于Intel公司高性能嵌入式處理器AT0MD510而設(shè)計(jì)，擴(kuò)展了網(wǎng)絡(luò)接口、CF卡接口、USB 接口和VGA接口。媒體播放器軟件采用嵌入式操作系統(tǒng)WindowsEmbeddedXP，在操作系 統(tǒng)上集成了聲卡驅(qū)動(dòng)和顯卡驅(qū)動(dòng)。軟件的應(yīng)用層采用Direct化OW開發(fā)技術(shù)和VLC實(shí)時(shí)數(shù) 據(jù)流接收技術(shù)，W實(shí)現(xiàn)對(duì)動(dòng)態(tài)多媒體信息的播放。媒體播放器網(wǎng)絡(luò)接口用于處理與列車廣 播控制器和車載無線接收器的通信，媒體播放器通過與列車廣播控制器通信獲取媒體播放 系統(tǒng)的運(yùn)行模式；自動(dòng)或者強(qiáng)制錄播（此運(yùn)行模式由司機(jī)設(shè)定并通過列車廣播控制器轉(zhuǎn)達(dá) 給媒體播放器）模式。在自動(dòng)模式下，媒體播放器會(huì)根據(jù)網(wǎng)絡(luò)擁堵程度及流暢度需求的變 化自動(dòng)選擇錄播或者實(shí)時(shí)直播播放模式。在強(qiáng)制錄播模式下，媒體播放器只能進(jìn)行錄播播 放。媒體播放器通過與車載無線接收器通信獲取地面控制中屯、發(fā)送給列車的數(shù)據(jù)，包括實(shí) 時(shí)視頻數(shù)據(jù)流、用戶設(shè)定的實(shí)時(shí)視頻數(shù)據(jù)流允許丟帖率和需要緊急插播的險(xiǎn)情、通告。通過 CF卡接口和USB接口，用戶可W將CF卡、U盤等移動(dòng)存儲(chǔ)設(shè)備接入媒體播放系統(tǒng)，實(shí)現(xiàn)對(duì) CF卡、U盤等外部存儲(chǔ)設(shè)備中保存的媒體文件的播放。VGA接口連接著媒體播放器顯卡的 輸出和視頻編碼器的輸入，處理器內(nèi)部W數(shù)字方式生成的顯示圖像信息，被顯卡中的數(shù)字/ 模擬轉(zhuǎn)換器轉(zhuǎn)變?yōu)镽、G、B=原色信號(hào)和行、場(chǎng)同步信號(hào)，經(jīng)由VGA接口進(jìn)入視頻編碼器進(jìn)行 壓縮編碼，然后在W太網(wǎng)上進(jìn)行傳輸。編碼數(shù)據(jù)到達(dá)客室時(shí)，由視頻解碼器進(jìn)行解碼，經(jīng)由 接收卡送入車載顯示終端最終顯示圖像。
[0004] 媒體播放器支持播放高清視頻，能夠?qū)崿F(xiàn)錄播、直播兩種播放模式的自動(dòng)識(shí)別和 切換。傳統(tǒng)媒體播放器實(shí)現(xiàn)播放模式自動(dòng)轉(zhuǎn)換的方法大多基于網(wǎng)絡(luò)上是否有實(shí)時(shí)視頻數(shù)據(jù) 流，考慮到地鐵軌道交通運(yùn)行環(huán)境具有不確定性，地鐵隨時(shí)可能會(huì)穿越隧道、高架橋等無線 網(wǎng)絡(luò)環(huán)境十分惡劣的地段，地面控制室至車載無線接收器之間的無線通信質(zhì)量無法保證， 該就造成車載無線接收器轉(zhuǎn)發(fā)給媒體播放器的實(shí)時(shí)視頻數(shù)據(jù)流和緊急消息插播信號(hào)具有 不穩(wěn)定性，傳統(tǒng)媒體播放器檢測(cè)到實(shí)時(shí)視頻數(shù)據(jù)流中斷后，會(huì)自動(dòng)切換到錄播模式，如果無 線信號(hào)時(shí)斷時(shí)續(xù)則會(huì)造成媒體播放系統(tǒng)在錄播和直播模式下反復(fù)切換，該種顛鑛是乘客無 法忍受的；改進(jìn)后的媒體播放器會(huì)加入視頻數(shù)據(jù)緩沖機(jī)制，在一定程度上避免了播放顛鑛， 但是由于要填滿緩沖區(qū)，在切換到實(shí)時(shí)視頻播放模式時(shí)將造成視頻卡頓延遲問題。因此， 在惡劣無線網(wǎng)絡(luò)環(huán)境下，如何避免視頻播放顛鑛并保證實(shí)時(shí)視頻流暢播放成為一個(gè)重要問 題。本發(fā)明通過采樣檢測(cè)實(shí)時(shí)視頻數(shù)據(jù)流的實(shí)際丟帖率，根據(jù)實(shí)際丟帖率和用戶設(shè)定的允 許丟帖率采用一種滯環(huán)控制策略來避免播放顛鑛并實(shí)現(xiàn)視頻流暢播放。

【發(fā)明內(nèi)容】

[0005] 本發(fā)明要解決的技術(shù)問題是提供一種地鐵列車媒體播放模式的轉(zhuǎn)換方法。確保在 無線網(wǎng)絡(luò)環(huán)境惡劣的情況下，也能實(shí)現(xiàn)媒體播放系統(tǒng)無顛鑛的流暢播放視頻。
[0006] 本發(fā)明的技術(shù)方案；
[0007] 車載媒體播放模式的轉(zhuǎn)換方法總體流程如圖2所示，主要由=個(gè)模塊組成；初始 化模塊，直播轉(zhuǎn)錄播模塊和錄播轉(zhuǎn)直播模塊。
[000引初始化過程中，當(dāng)媒體播放系統(tǒng)啟動(dòng)后，媒體播放器首先初始化通信套接字，開啟 日志記錄，初始化播放窗口，進(jìn)行本地視頻文件md5校驗(yàn)，裝載播放隊(duì)列，建立播放鏈路，啟 動(dòng)錄播線程開始播放本地視頻，然后媒體播放器會(huì)開啟與列車廣播控制器和車載無線接收 器的通信線程，讀取直播配置文件，獲取本地網(wǎng)卡信息并開啟實(shí)時(shí)視頻數(shù)據(jù)流接收線程。然 后，媒體播放器判斷系統(tǒng)當(dāng)前是否處于直播模式，并根據(jù)判斷結(jié)果進(jìn)入直播轉(zhuǎn)錄播模塊或 者錄播轉(zhuǎn)直播模塊。
[0009] 在直播轉(zhuǎn)錄播模塊中，媒體播放器首先判斷列車廣播控制器設(shè)定的播放模式是否 為自動(dòng)W及能否收到車載無線接收器的屯、跳信號(hào)，如果設(shè)定的播放模式不是自動(dòng)或者無法 收到車載無線接收器的屯、跳信號(hào)，則媒體播放器直接轉(zhuǎn)換播放模式為錄播并返回繼續(xù)判斷 系統(tǒng)當(dāng)前是否為直播模式；否則，媒體播放器開始解析車載無線接收器的屯、跳信號(hào)，獲取用 戶設(shè)定的實(shí)時(shí)視頻數(shù)據(jù)流允許丟帖率，檢測(cè)并處理車載無線接收器的緊急消息需求。然后， 檢測(cè)實(shí)時(shí)視頻數(shù)據(jù)流的實(shí)際丟帖率，接下來，媒體播放器根據(jù)實(shí)際丟帖率和允許丟帖率進(jìn) 行是否滿足直播轉(zhuǎn)錄播條件的判斷，該一過程通過執(zhí)行一種基于滯環(huán)控制策略的播放模式 轉(zhuǎn)換來實(shí)現(xiàn)，如圖3所示。在5s時(shí)間范圍內(nèi)，如果每次采樣得到的實(shí)際丟帖率均大于允許 丟帖率，則直播轉(zhuǎn)錄播條件成立，媒體播放器轉(zhuǎn)換播放模式為錄播并返回繼續(xù)判斷系統(tǒng)當(dāng) 前播放模式是否為直播；如果該條件不成立，媒體播放器保持直播播放模式不變并開始下 一輪循環(huán)，接著判斷列車廣播控制器設(shè)定的播放模式是否為自動(dòng)W及能否收到車載無線接 收器的屯、跳信號(hào)。
[0010] 在錄播轉(zhuǎn)直播模塊中，媒體播放器首先判斷列車廣播控制器設(shè)定的播放模式是否 為自動(dòng)W及能否收到車載無線接收器的屯、跳信號(hào)，如果設(shè)定的播放模式不是自動(dòng)或者無法 收到車載無線接收器屯、跳信號(hào)，則媒體播放器保持錄播播放模式不變，并繼續(xù)進(jìn)行播放模 式判斷和屯、跳信號(hào)判斷。否則，媒體播放器開始解析屯、跳信號(hào)，獲取用戶設(shè)定的實(shí)時(shí)數(shù)據(jù)流 允許丟帖率，檢測(cè)并處理車載無線接收器的緊急消息需求。接下來，媒體播放器采樣實(shí)際丟 帖率，將其與允許丟帖率進(jìn)行對(duì)比，通過滯環(huán)控制策略實(shí)現(xiàn)播放模式轉(zhuǎn)換，如圖3所示。在 5s時(shí)間范圍內(nèi)，如果每次采樣的實(shí)際丟帖率均小于允許丟帖率，則錄播轉(zhuǎn)直播條件成立，媒 體播放器轉(zhuǎn)換播放模式為直播并返回繼續(xù)判斷系統(tǒng)當(dāng)前播放模式是否為直播。否則，媒體 播放器保持錄播播放模式不變并開始下一輪循環(huán)，繼續(xù)進(jìn)行播放模式和屯、跳信號(hào)判斷。
[0011] 本發(fā)明的有益效果在于通過采樣檢測(cè)實(shí)時(shí)視頻數(shù)據(jù)流的實(shí)際丟帖率，將其與屯、跳 信號(hào)中用戶手工配置的允許丟帖率進(jìn)行比較，根據(jù)比較結(jié)果，利用滯環(huán)方式進(jìn)行播放模式 的轉(zhuǎn)換，從而避免了播放顛鑛，達(dá)到了視頻流暢度可控的目的，較好的滿足了列車運(yùn)營的功 能需求。
【附圖說明】
[0012] 圖1是媒體播放系統(tǒng)結(jié)構(gòu)框圖。
[0013] 圖2是本發(fā)明的媒體播放器播放模式轉(zhuǎn)換方法總體流程圖。
[0014] 圖3是本發(fā)明的播放模式轉(zhuǎn)換滯環(huán)示意圖。
[0015] 圖4是本發(fā)明的初始化模塊流程圖。
[0016] 圖5是本發(fā)明的直播轉(zhuǎn)錄播模塊流程圖。
[0017]