專利名稱：一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法
一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種數(shù)字化終端嵌入式領(lǐng)域，特別是涉及一種基于互動(dòng)機(jī)頂盒的嵌入 式流媒體播放模塊的實(shí)現(xiàn)方法。
背景技術(shù)：
作為多媒體和網(wǎng)絡(luò)領(lǐng)域的交叉學(xué)科，流媒體技術(shù)的應(yīng)用和研究得到了迅速發(fā)展。 開(kāi)發(fā)實(shí)時(shí)可靠、多功能、數(shù)字化、操作簡(jiǎn)單的基于計(jì)算機(jī)網(wǎng)絡(luò)通訊技術(shù)和多媒體應(yīng)用的網(wǎng)絡(luò) 化流媒體已成為計(jì)算機(jī)、通信、消費(fèi)電子產(chǎn)品領(lǐng)域技術(shù)發(fā)展的主要方向之一。多媒體使計(jì)算 機(jī)能夠綜合處理聲音、文字、圖像和視頻，它以豐富的聲、文、圖信息和方便的交互性，極大 地改善了人機(jī)界面，改變了人們使用計(jì)算機(jī)的方式，從而為計(jì)算機(jī)進(jìn)入人類生活和生產(chǎn)的 各個(gè)領(lǐng)域打開(kāi)了方便之門(mén)，給人們的工作、生活和娛樂(lè)帶來(lái)了深刻的變化。隨著網(wǎng)絡(luò)寬帶化 的發(fā)展趨勢(shì)，人們不再滿足于信息高速公路中僅有文本、圖像或聲音這一類簡(jiǎn)單的信息，而 越來(lái)越希望更直觀、更豐富的新一代信息的表現(xiàn)形式，流媒體(streaming media)技術(shù)便應(yīng) 運(yùn)而生。隨著計(jì)算機(jī)多媒體技術(shù)和網(wǎng)絡(luò)技術(shù)飛速發(fā)展，基于流媒體的多媒體應(yīng)用也被運(yùn)用 在多種領(lǐng)域，特別是網(wǎng)絡(luò)可視電話、遠(yuǎn)程監(jiān)控、視頻點(diǎn)播領(lǐng)域。而流媒體的傳輸一般是用流 式傳輸?shù)?，流式傳輸?shù)膶?shí)現(xiàn)需要合適的傳輸協(xié)議。普通網(wǎng)絡(luò)通常采用TCP (傳輸控制協(xié)議) 協(xié)議傳輸，需要較多的開(kāi)銷；而傳輸實(shí)時(shí)數(shù)據(jù)，對(duì)于傳輸數(shù)據(jù)的及時(shí)性有較高要求，要求信 息要來(lái)得更加及時(shí)。受網(wǎng)絡(luò)帶寬等客觀條件的限制，故TCP協(xié)議不太適合流式傳輸。在流 式傳輸?shù)膶?shí)現(xiàn)方案中，一般采用RTP/RTSP來(lái)傳輸實(shí)時(shí)多媒體數(shù)據(jù)。其中RTSP (實(shí)時(shí)流傳輸 協(xié)議)是應(yīng)用級(jí)協(xié)議，控制實(shí)時(shí)數(shù)據(jù)的發(fā)送。RTSP在體系結(jié)構(gòu)上位于RTP和RTCP (實(shí)時(shí)流 控制協(xié)議)之上，它使用TCP或RTP完成數(shù)據(jù)傳輸。其中RTP (實(shí)時(shí)傳送協(xié)議)的設(shè)計(jì)目的 是提供實(shí)時(shí)數(shù)據(jù)傳輸中的時(shí)間戳信息以及各數(shù)據(jù)流的同步功能。RTP協(xié)議提供序列號(hào)字段 使接受方通過(guò)檢測(cè)收到的分組序列號(hào)判斷是否有分組丟失，并可重新恢復(fù)發(fā)送時(shí)的分組順 序；提供時(shí)間戳字段用于重新建立原始音頻、視頻的時(shí)序，幫助接受方確定數(shù)據(jù)到達(dá)時(shí)間的 一致性或變化；提供同步源標(biāo)識(shí)符(SSRC)字段，在接收端為包分組。為了讓一般技術(shù)人員能更透徹的了解本發(fā)明，這里首先對(duì)流媒體的傳輸與播放進(jìn) 行介紹實(shí)施流式傳輸兩種方法順序流式傳輸(progressive streaming)和實(shí)時(shí)流式傳 輸(Real-time streaming)。(1)順序流式傳輸(progressive streaming)順序流式傳輸是順序下載，在下載文件的同時(shí)用戶可觀看在線媒體，在給定時(shí)刻， 用戶只能觀看已下載的那部分，而不能跳到還未下載的前頭部分，順序流式傳輸不像實(shí)時(shí) 流式傳輸在傳輸期間根據(jù)用戶連接的速度做調(diào)整。順序流式傳輸比較適合高質(zhì)量的短片 段，如片頭、片尾和廣告，由于該文件在播放前觀看的部分是無(wú)損下載的，這種方法保證電 影播放的最終質(zhì)量。這意味著用戶在觀看前，必須經(jīng)歷延遲，對(duì)較慢的連接尤其如此。
(2)實(shí)時(shí)流式傳輸(Real-time streaming)實(shí)時(shí)流式傳輸總是實(shí)時(shí)傳送，特別適合現(xiàn)場(chǎng)事件，也支持隨機(jī)訪問(wèn)，用戶可快進(jìn)或 后退以觀看前面或后面的內(nèi)容。理論上，實(shí)時(shí)流一經(jīng)播放就不可停止，但實(shí)際上，可能發(fā)生 周期暫停。實(shí)時(shí)流式傳輸必須匹配連接帶寬，這意味著在以調(diào)制解調(diào)器速度連接時(shí)圖象質(zhì) 量較差。而且，由于出錯(cuò)丟失的信息被忽略掉，網(wǎng)絡(luò)擁擠或出現(xiàn)問(wèn)題時(shí)，視頻質(zhì)量很差。如 欲保證視頻質(zhì)量，順序流式傳輸也許更好。實(shí)時(shí)流式傳輸需要特定服務(wù)器，如QuickTime Streaming Server、RealServer 與 Windows Media Server。這些服務(wù)器允許你對(duì)媒體發(fā)送 進(jìn)行更多級(jí)別的控制。流媒體的播放使用三種方式(1)單播在客戶端與媒體服務(wù)器之間需要建立一個(gè)單獨(dú)的數(shù)據(jù)通道，從一臺(tái)服務(wù)器送出的 每個(gè)數(shù)據(jù)包只能傳送給一個(gè)客戶機(jī)，這種傳送方式稱為單播。每個(gè)用戶必須分別對(duì)媒體服 務(wù)器發(fā)送單獨(dú)的查詢，而媒體服務(wù)器必須向每個(gè)用戶發(fā)送所申請(qǐng)的數(shù)據(jù)包拷貝。(2)組播組播技術(shù)構(gòu)建一種具有組播能力的網(wǎng)絡(luò)，允許路由器一次將數(shù)據(jù)包復(fù)制到多個(gè)通 道上。采用組播方式，單臺(tái)服務(wù)器能夠?qū)资f(wàn)臺(tái)客戶機(jī)同時(shí)發(fā)送連續(xù)數(shù)據(jù)流而無(wú)延時(shí)。 媒體服務(wù)器只需要發(fā)送一個(gè)信息包，而不是多個(gè)；所有發(fā)出請(qǐng)求的客戶只需連結(jié)到這個(gè)數(shù) 據(jù)流而不是連結(jié)到視頻服務(wù)器，從而降低帶寬的使用。網(wǎng)絡(luò)利用效率大大提高，成本大為下 降。(3)點(diǎn)播與廣播點(diǎn)播連接是客戶端與服務(wù)器之間的主動(dòng)的連接。在點(diǎn)播連接中，用戶通過(guò)選擇內(nèi) 容項(xiàng)目來(lái)初始化客戶端連接。用戶可以開(kāi)始、停止、后退、快進(jìn)或暫停流。點(diǎn)播連接提供了 對(duì)流的最大控制，但這種方式由于每個(gè)客戶端各自連接服務(wù)器，卻會(huì)迅速用完網(wǎng)絡(luò)帶寬。廣播指的是用戶被動(dòng)接收流。在廣播過(guò)程中，客戶端接收流，但不能控制流。例如， 用戶不能暫停、快進(jìn)或后退該流。廣播方式中數(shù)據(jù)包的單獨(dú)一個(gè)拷貝將發(fā)送給網(wǎng)絡(luò)上的所 有用戶，而不管用戶是否需要。使用單播發(fā)送和廣播方式發(fā)送的方式會(huì)非常浪費(fèi)網(wǎng)絡(luò)帶寬，組播吸收了上述兩種 發(fā)送方式的長(zhǎng)處，克服了上述兩種發(fā)送方式的弱點(diǎn)，組播不會(huì)復(fù)制數(shù)據(jù)包的多個(gè)拷貝傳輸 到網(wǎng)絡(luò)上，也不會(huì)將數(shù)據(jù)包發(fā)送給不需要它的那些客戶，保證了網(wǎng)絡(luò)上多媒體應(yīng)用占用網(wǎng) 絡(luò)的最小帶寬。流媒體不同于傳統(tǒng)的媒體，它的主要特點(diǎn)就是邊下載邊觀看，以流的形式進(jìn)行數(shù) 字媒體的傳送，從而使人們可在線欣賞到連續(xù)不斷的多媒體節(jié)目。流媒體的傳送一般的做 法是使用流媒體技術(shù)，不是等到整個(gè)文件全部下載完畢后才進(jìn)行解壓和觀看，而是將多媒 體文件經(jīng)過(guò)特殊的壓縮方式分成一個(gè)個(gè)壓縮包，由電視服務(wù)器端向用戶連續(xù)、實(shí)時(shí)的傳送。 而接收端會(huì)預(yù)先準(zhǔn)備一個(gè)緩沖區(qū)在播放前先緩沖一段數(shù)據(jù)在緩沖區(qū)中，在播放時(shí)調(diào)整緩沖 區(qū)內(nèi)數(shù)據(jù)的大小，當(dāng)播放速率暫時(shí)高于傳輸速率時(shí)，通過(guò)釋放緩沖區(qū)中的數(shù)據(jù)，使音視頻的 播放不因?yàn)榫W(wǎng)絡(luò)狀況而中斷；而在傳輸狀態(tài)良好時(shí)恢復(fù)緩沖區(qū)中的預(yù)存數(shù)據(jù)量。從而保證 音視頻播放的品質(zhì)。傳統(tǒng)方式的多媒體文件需要從電視中心的服務(wù)器上下載后才能播放， 由于多媒體文件一般較大，一個(gè)典型MPEG-I編碼視頻文件，1分鐘的數(shù)據(jù)為11.3MB，利用56Kbps調(diào)制解調(diào)器至少需要20分鐘進(jìn)行下載，因而限制了人們?cè)诨ヂ?lián)網(wǎng)上使用多媒體數(shù) 據(jù)進(jìn)行交流。

發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問(wèn)題，在于提供一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模 塊的實(shí)現(xiàn)方法，本發(fā)明使機(jī)頂盒能夠接收實(shí)時(shí)性數(shù)據(jù)，用戶不用等待所有內(nèi)容下載到硬盤(pán) 上后才開(kāi)始播放，只需等待一些時(shí)間，極大方便了用戶，且降低了機(jī)頂盒系統(tǒng)的緩存容量。本發(fā)明是這樣實(shí)現(xiàn)的一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方 法，包括接收數(shù)據(jù)流程及解碼播放流程，其特征在于所述的接收數(shù)據(jù)流程包括以下步驟步驟10、在用戶選擇某一流媒體服務(wù)后，客戶端機(jī)頂盒的瀏覽器與電視中心的服 務(wù)器之間使用HTTP/TCP交換控制信息，把需要傳輸?shù)膶?shí)時(shí)數(shù)據(jù)從原始信息中檢索出來(lái)；步驟20、瀏覽器啟動(dòng)音頻/視頻控制程序，使用HTTP從服務(wù)器檢索相關(guān)參數(shù)對(duì)所 述的控制程序初始化；所述的音頻/視頻控制程序與電視中心的音響/視頻服務(wù)器運(yùn)行實(shí) 時(shí)流控制協(xié)議RTSP，以交換音響/視頻控制程序所需的相關(guān)參數(shù)信息；步驟30、音響/視頻服務(wù)器接收到客戶端的請(qǐng)求時(shí)，將實(shí)時(shí)數(shù)據(jù)中的音視頻數(shù)據(jù) 由客戶端機(jī)頂盒進(jìn)行解析，解析得到的音視頻數(shù)據(jù)存儲(chǔ)到機(jī)頂盒的緩沖器中。本發(fā)明具有如下優(yōu)點(diǎn)提供一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn) 方法，由接收數(shù)據(jù)流程及解碼播放流程來(lái)實(shí)現(xiàn)的，所述的接收數(shù)據(jù)流程是在客戶端機(jī)頂盒 的瀏覽器與電視中心的服務(wù)器之間使用HTTP/TCP交換控制信息，把需要傳輸?shù)膶?shí)時(shí)數(shù)據(jù) 從原始信息中檢索出來(lái)；通過(guò)音頻/視頻控制程序與電視中心的音響/視頻服務(wù)器運(yùn)行實(shí) 時(shí)流控制協(xié)議RTSP，以交換音響/視頻控制程序所需的相關(guān)參數(shù)信息初始化音頻/視頻控 制程序，來(lái)完成實(shí)時(shí)數(shù)據(jù)接收，然后將接收的數(shù)據(jù)通過(guò)解碼進(jìn)行播放。本發(fā)明使機(jī)頂盒能夠 接收實(shí)時(shí)性數(shù)據(jù)，用戶不用等待所有內(nèi)容下載到硬盤(pán)上后才開(kāi)始播放，只需等待一些時(shí)間， 極大方便了用戶，且降低了機(jī)頂盒系統(tǒng)的緩存容量，實(shí)現(xiàn)了機(jī)頂盒系統(tǒng)的模塊化，使得機(jī)頂 盒具有可擴(kuò)展性。

下面參照附圖結(jié)合實(shí)施例對(duì)本發(fā)明作進(jìn)一步的說(shuō)明。圖1是本發(fā)明基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的結(jié)構(gòu)示意圖。圖2是本發(fā)明接收數(shù)據(jù)流程示意圖。圖3是本發(fā)明的解碼播放模塊工作流程示意圖。
具體實(shí)施方式下面結(jié)合圖1至圖3對(duì)本發(fā)明作進(jìn)一步的說(shuō)明圖1是本發(fā)明基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的結(jié)構(gòu)示意圖，嵌入式流 媒體播放模塊具有UDP協(xié)議的模塊，具有RTCP協(xié)議的模塊，具有RTP協(xié)議的模塊、播放解碼 模塊，流媒體播放器模塊，上述模塊都是以軟件的形式嵌入在機(jī)頂盒系統(tǒng)中，這些模塊的互 相運(yùn)轉(zhuǎn)來(lái)完成流媒體的播放。本發(fā)明的基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法，由接收數(shù)據(jù)流程及解碼播放流程來(lái)完成，其中接收數(shù)據(jù)流程包括以下步驟步驟10、在用戶選擇某一流媒體服務(wù)后，客戶端機(jī)頂盒的瀏覽器與電視中心的服 務(wù)器之間使用HTTP/TCP交換控制信息，把需要傳輸?shù)膶?shí)時(shí)數(shù)據(jù)從原始信息中檢索出來(lái)；步驟20、瀏覽器啟動(dòng)音頻/視頻控制程序，使用HTTP從服務(wù)器檢索相關(guān)參數(shù)對(duì)所 述的控制程序初始化；所述的音頻/視頻控制程序與電視中心的音響/視頻服務(wù)器運(yùn)行實(shí) 時(shí)流控制協(xié)議RTSP，以交換音響/視頻控制程序所需的相關(guān)參數(shù)信息；步驟30、音響/視頻服務(wù)器接收到客戶端的請(qǐng)求時(shí)，將實(shí)時(shí)數(shù)據(jù)中的音視頻數(shù)據(jù) 由客戶端機(jī)頂盒進(jìn)行解析，解析得到的音視頻數(shù)據(jù)存儲(chǔ)到機(jī)頂盒的緩沖器中。其中解碼播放流程是從緩沖器中讀取音視頻數(shù)據(jù)，通過(guò)音視頻解復(fù)用將音視頻數(shù) 據(jù)分解開(kāi)來(lái)；見(jiàn)圖3所示，其中視頻數(shù)據(jù)傳送給視頻解碼器，音頻數(shù)據(jù)傳送給音頻解碼器； 再對(duì)解碼后的音視頻數(shù)據(jù)進(jìn)行同步處理；最后直接輸出音視頻數(shù)據(jù)到客戶端的電視機(jī)上。所述嵌入式流媒體播放模塊還可進(jìn)一步包括提供一視頻點(diǎn)播模塊，視頻點(diǎn)播模塊 可控制播放、快進(jìn)、快倒、暫停及錄制命令。其中快進(jìn)控制方式如下(1)首先音頻/視頻控制程序清除緩沖器中的數(shù)據(jù)，同時(shí)通過(guò)RTSP協(xié)議讓電視中 心服務(wù)器按快進(jìn)的方式傳送數(shù)據(jù)流；(2)數(shù)據(jù)流傳送到具有RTP協(xié)議的模塊中；(3)然后利用具有RTP協(xié)議的模塊去掉數(shù)據(jù)流中的RTP包頭，傳送到緩沖器中；(4)最后由播放器播放跳躍式的數(shù)據(jù)流；(5)視頻點(diǎn)播模塊進(jìn)入快進(jìn)狀態(tài)。其中快倒控制方式如下(1)首先音頻/視頻控制程序清除緩沖器中的數(shù)據(jù)，同時(shí)通過(guò)RTSP協(xié)議讓電視中 心服務(wù)器按快倒的方式傳送數(shù)據(jù)流；(2)數(shù)據(jù)流傳送到具有RTP協(xié)議的模塊中；(3)然后利用具有RTP協(xié)議的模塊去掉數(shù)據(jù)流中的RTP包頭，傳送到緩沖器中；(4)最后由播放器播放跳躍式的數(shù)據(jù)流；(5)視頻點(diǎn)播模塊進(jìn)入快倒?fàn)顟B(tài)。其中暫?？刂品绞饺缦?1)首先是用戶通過(guò)遙控器發(fā)送一暫停命令；(2)由機(jī)頂盒紅外接收模塊接收后傳給遙控器模塊，遙控器模塊再把這條命令傳 給控制器；(3)控制器控制播放器停止播放，同時(shí)告訴具有RTSP協(xié)議的模塊，讓其通過(guò)服務(wù) 器停止發(fā)數(shù)據(jù)流給機(jī)頂盒；(4)視頻播放媒體處在暫停狀態(tài)。其中播放控制方式如下(1)首先是用戶通過(guò)遙控器發(fā)送一播放命令；(2)由機(jī)頂盒紅外接收模塊接收后傳給遙控器模塊，遙控器模塊再把這條命令傳 給控制器；(3)控制器控制播放器開(kāi)始播放，同時(shí)告訴具有RTSP協(xié)議的模塊，讓其通過(guò)服務(wù)器開(kāi)始發(fā)播放數(shù)據(jù)流給機(jī)頂盒；(4)視頻播放媒體處在播放狀態(tài)。其中錄制控制方式如下(1)首先是用戶通過(guò)遙控器發(fā)送一錄制命令；(2)由機(jī)頂盒紅外接收模塊接收后傳給遙控器模塊，遙控器模塊再把這條命令傳 給控制器；(3)控制器控制機(jī)頂盒進(jìn)入錄制狀態(tài)，同時(shí)告訴具有RTSP協(xié)議的模塊，讓其通過(guò) 服務(wù)器開(kāi)始發(fā)錄制數(shù)據(jù)流給機(jī)頂盒；(4)視頻播放媒體處在錄制狀態(tài)。以上所述的嵌入式流媒體播放模塊還支持MPEG-2、MPEG-4以及Windows Media9 三種媒體格式。以上所述僅為本發(fā)明的較佳實(shí)施例，凡依本發(fā)明申請(qǐng)專利范圍所做的均等變化與 修飾，皆應(yīng)屬本發(fā)明的涵蓋范圍。
權(quán)利要求
一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法，包括接收數(shù)據(jù)流程及解碼播放流程，其特征在于所述的接收數(shù)據(jù)流程包括以下步驟步驟10、在用戶選擇某一流媒體服務(wù)后，客戶端機(jī)頂盒的瀏覽器與電視中心的服務(wù)器之間使用HTTP/TCP交換控制信息，把需要傳輸?shù)膶?shí)時(shí)數(shù)據(jù)從原始信息中檢索出來(lái)；步驟20、瀏覽器啟動(dòng)音頻/視頻控制程序，使用HTTP從服務(wù)器檢索相關(guān)參數(shù)對(duì)所述的控制程序初始化；所述的音頻/視頻控制程序與電視中心的音響/視頻服務(wù)器運(yùn)行實(shí)時(shí)流控制協(xié)議RTSP，以交換音響/視頻控制程序所需的相關(guān)參數(shù)信息；步驟30、音響/視頻服務(wù)器接收到客戶端的請(qǐng)求時(shí)，將實(shí)時(shí)數(shù)據(jù)中的音視頻數(shù)據(jù)由客戶端機(jī)頂盒進(jìn)行解析，解析得到的音視頻數(shù)據(jù)存儲(chǔ)到機(jī)頂盒的緩沖器中。
2.根據(jù)權(quán)利要求1所述的一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法， 其特征在于，所述的相關(guān)參數(shù)包括目錄信息、音響/視頻數(shù)據(jù)的編碼類型以及音響/視頻服 務(wù)器檢索到的相關(guān)電視中心的服務(wù)器地址。
3.根據(jù)權(quán)利要求1所述的一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法， 其特征在于，所述的解碼播放流程包括以下步驟步驟10、從緩沖器中讀取音視頻數(shù)據(jù)，通過(guò)音視頻解復(fù)用將音視頻數(shù)據(jù)分解開(kāi)來(lái)； 步驟20、其中視頻數(shù)據(jù)傳送給視頻解碼器，音頻數(shù)據(jù)傳送給音頻解碼器； 步驟30、再對(duì)解碼后的音視頻數(shù)據(jù)進(jìn)行同步處理； 步驟40、最后直接輸出音視頻數(shù)據(jù)到客戶端的電視機(jī)上。
4.根據(jù)權(quán)利要求1所述的一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法， 其特征在于所述的嵌入式流媒體播放模塊支持MPEG-2、MPEG-4以及Windows Media9三種 媒體格式。
5.根據(jù)權(quán)利要求1所述的一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法， 其特征在于流媒體播放模塊進(jìn)一步包括提供一視頻點(diǎn)播模塊，所述的視頻點(diǎn)播模塊用于 控制播放、快進(jìn)、快倒、暫停及錄制命令。
6.根據(jù)權(quán)利要求5所述的一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法， 其特征在于所述的快進(jìn)控制方式如下步驟10、首先音頻/視頻控制程序清除緩沖器中的數(shù)據(jù)，同時(shí)通過(guò)RTSP協(xié)議讓電視中 心服務(wù)器按快進(jìn)的方式傳送數(shù)據(jù)流；步驟20、數(shù)據(jù)流傳送到具有RTP協(xié)議的模塊中；步驟30、然后利用具有RTP協(xié)議的模塊去掉數(shù)據(jù)流中的RTP包頭，傳送到緩沖器中； 步驟40、最后由播放器播放這些跳躍式的數(shù)據(jù)流； 步驟50、視頻點(diǎn)播模塊進(jìn)入快進(jìn)狀態(tài)。
7.根據(jù)權(quán)利要求5所述的一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法， 其特征在于所述的暫?？刂品绞饺缦虏襟E10、首先是用戶通過(guò)遙控器發(fā)送一暫停命令；步驟20、由機(jī)頂盒紅外接收模塊接收后傳給遙控器模塊，遙控器模塊再把這條命令傳 給控制器；步驟30、控制器控制播放器停止播放，同時(shí)告訴具有RTSP協(xié)議的模塊，讓其通過(guò)服務(wù) 器停止發(fā)數(shù)據(jù)流給機(jī)頂盒；步驟40、視頻播放媒體處在暫 停狀態(tài)。
全文摘要
本發(fā)明提供一種基于互動(dòng)機(jī)頂盒的嵌入式流媒體播放模塊的實(shí)現(xiàn)方法，包括接收數(shù)據(jù)流程及解碼播放流程，其特征在于所述的接收數(shù)據(jù)流程是在客戶端機(jī)頂盒的瀏覽器與電視中心的服務(wù)器之間使用HTTP/TCP交換控制信息，把需要傳輸?shù)膶?shí)時(shí)數(shù)據(jù)從原始信息中檢索出來(lái)；通過(guò)音頻/視頻控制程序與電視中心的音響/視頻服務(wù)器運(yùn)行實(shí)時(shí)流控制協(xié)議RTSP，以交換音響/視頻控制程序所需的相關(guān)參數(shù)信息初始化音頻/視頻控制程序，來(lái)完成實(shí)時(shí)數(shù)據(jù)接收，然后將接收的數(shù)據(jù)通過(guò)解碼進(jìn)行播放。本發(fā)明使機(jī)頂盒能夠接收實(shí)時(shí)性數(shù)據(jù)，用戶不用等待所有內(nèi)容下載到硬盤(pán)上后才開(kāi)始播放，只需等待一些時(shí)間，極大方便了用戶，且降低了機(jī)頂盒系統(tǒng)的緩存容量。
文檔編號(hào)H04N7/173GK101938633SQ20101028152
公開(kāi)日2011年1月5日 申請(qǐng)日期2010年9月14日 優(yōu)先權(quán)日2010年9月14日
發(fā)明者郭鑫俊 申請(qǐng)人:福州創(chuàng)頻科技有限公司