一種視頻的處理方法和裝置制造方法
【專利摘要】本發(fā)明公開了一種視頻的處理方法和裝置，用于解決在Android操作系統(tǒng)上播放m3u8格式索引文件對應(yīng)的媒體文件。其中，所述處理方法包括：獲取第一視頻流的索引文件；根據(jù)所述索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件；解析所述視頻碎片文件，獲取視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)；將獲取的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼；根據(jù)所述播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流。本發(fā)明提供的技術(shù)方案實(shí)現(xiàn)了在Android操作系統(tǒng)上利用RTSP服務(wù)播放第二視頻流，并且該第二視頻流較小，從而節(jié)省了存儲空間。
【專利說明】一種視頻的處理方法和裝置
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及視頻處理【技術(shù)領(lǐng)域】，尤其涉及一種視頻的處理方法和裝置。
【背景技術(shù)】
[0002]隨著技術(shù)的發(fā)展，各種各樣式的音視頻格式和相關(guān)資源層出不窮，不斷滿足人們的娛樂和生活的需求，但目前的播放平臺很難覆蓋全部格式的音視頻文件格式，在一些操作系統(tǒng)上可能不支持某種音視頻文件格式，例如，m3u8是一種索引文件(即播放列表)的格式，索引文件里面是一系列的TS(Transport Stream,傳輸流)格式的媒體文件，Android3.0操作系統(tǒng)本身無法解析m3u8格式，從而無法播放媒體文件。
[0003]目前，可采用FFmpeg(是一個開源免費(fèi)跨平臺的視頻和音頻流方案)工具進(jìn)行格式轉(zhuǎn)換，然而FFmpeg依賴于硬件設(shè)備,如CPU (Central Processing Unit,中央處理器)等，并且轉(zhuǎn)換后的文件較大，增大了存儲壓力。
[0004]綜上，如何實(shí)現(xiàn)在Android操作系統(tǒng)上播放m3u8格式索引文件對應(yīng)的媒體文件成為目前亟待解決的技術(shù)問題。

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

[0005]本發(fā)明實(shí)施例提供一種視頻的處理方法和裝置，用于實(shí)現(xiàn)在Android操作系統(tǒng)上播放m3u8格式索引文件對應(yīng)的媒體文件。
[0006]本發(fā)明的一個方面，提出了一種視頻的處理方法，包括:
[0007]獲取第一視頻流的索引文件；
[0008]根據(jù)所述索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件；
[0009]解析所述視頻碎片文件，獲取視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)；
[0010]將獲取的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼；
[0011]根據(jù)所述播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP(Real-time Transport Protocol)協(xié)議的格式封裝成第二視頻流。
[0012]本發(fā)明實(shí)施例中，通過獲取第一視頻流的索引文件，根據(jù)索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件，解析該視頻碎片文件得到視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)，對視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流，可以在Android操作系統(tǒng)上利用RTSP(Real Time Streaming Protocol,實(shí)時流傳輸協(xié)議)服務(wù)播放該第二視頻流,并且該第二視頻流較小，從而節(jié)省了存儲空間。
[0013]作為上述技術(shù)方案的優(yōu)選，所述根據(jù)所述播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流之后，所述處理方法還包括:
[0014]播放所述第二視頻流。
[0015]本方案中，可以在該第二視頻流生成后自動進(jìn)行播放。
[0016]作為上述技術(shù)方案的優(yōu)選，所述播放所述第二視頻流，包括:[0017]接收播放所述第二視頻流的指令；
[0018]播放所述第二視頻流。
[0019]本方案中，可以根據(jù)用戶的指令播放第二視頻流，用戶可以自主選擇是否播放該第二視頻流，具有自主性和靈活性。
[0020]作為上述技術(shù)方案的優(yōu)選，所述根據(jù)所述索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件，包括:
[0021]解析所述索引文件，獲得視頻碎片文件的播放順序及下載地址；
[0022]根據(jù)所述播放順序和下載地址下載視頻碎片文件。
[0023]作為上述技術(shù)方案的優(yōu)選，所述索引文件的格式為m3u8格式。
[0024]本發(fā)明的另一方面，提出了一種視頻的處理裝置，包括:
[0025]獲取模塊，用于獲取第一視頻流的索引文件；
[0026]下載模塊，用于根據(jù)所述索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件；
[0027]解析模塊，用于解析所述視頻碎片文件，獲取視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)；
[0028]編碼模塊，用于將獲取的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼；
[0029]封裝模塊，用于根據(jù)所述播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流。
[0030]作為上述技術(shù)方案的優(yōu)選，所述處理裝置還包括:
[0031]播放模塊，用于在所述封裝模塊根據(jù)所述播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流之后，播放所述第二視頻流。
[0032]作為上述技術(shù)方案的優(yōu)選，所述播放模塊包括:
[0033]接收單元，用于接收播放所述第二視頻流的指令；
[0034]播放單元，用于播放所述第二視頻流。
[0035]作為上述技術(shù)方案的優(yōu)選，所述下載模塊包括:
[0036]解析單元，用于解析所述索引文件，獲得視頻碎片文件的播放順序及下載地址；
[0037]下載單元，用于根據(jù)所述播放順序和下載地址下載視頻碎片文件。
[0038]作為上述技術(shù)方案的優(yōu)選，所述索引文件的格式為m3u8格式。
[0039]本發(fā)明實(shí)施例中，通過獲取第一視頻流的索引文件，根據(jù)索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件，解析該視頻碎片文件得到視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)，對視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流，可以在Android操作系統(tǒng)上利用RTSP服務(wù)播放該第二視頻流，并且該第二視頻流較小，從而節(jié)省了存儲空間。
[0040]本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實(shí)施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點(diǎn)可通過在所寫的說明書、權(quán)利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實(shí)現(xiàn)和獲得。
[0041]下面通過附圖和實(shí)施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。
【專利附圖】

【附圖說明】
[0042]附圖用來提供對本發(fā)明的進(jìn)一步理解，并且構(gòu)成說明書的一部分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的限制。在附圖中:
[0043]圖1為本發(fā)明實(shí)施例中視頻的處理主要方法流程圖；
[0044]圖2為應(yīng)用本發(fā)明實(shí)施例視頻的處理詳細(xì)方法流程圖；
[0045]圖3為本發(fā)明實(shí)施例中視頻的處理裝置的主要結(jié)構(gòu)示意圖；
[0046]圖4為本發(fā)明實(shí)施例中視頻的處理裝置的詳細(xì)結(jié)構(gòu)示意圖；
[0047]圖5為本發(fā)明實(shí)施例中視頻的處理裝置中播放模塊的詳細(xì)結(jié)構(gòu)示意圖；
[0048]圖6為本發(fā)明實(shí)施例中視頻的處理裝置中下載模塊的詳細(xì)結(jié)構(gòu)示意圖。
【具體實(shí)施方式】
[0049]以下結(jié)合附圖對本發(fā)明的優(yōu)選實(shí)施例進(jìn)行說明，應(yīng)當(dāng)理解，此處所描述的優(yōu)選實(shí)施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。
[0050]目前,可采用FFmpeg工具進(jìn)行格式轉(zhuǎn)換,然而FFmpeg依賴于硬件設(shè)備并且轉(zhuǎn)換后的文件較大，增大了存儲壓力。而本發(fā)明實(shí)施例提供的技術(shù)方案，通過獲取第一視頻流的索引文件，根據(jù)索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件，解析該視頻碎片文件得到視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)，對視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流，可以在Android操作系統(tǒng)上利用RTSP (Real Time Streaming Protocol,實(shí)時流傳輸協(xié)議)服務(wù)播放該第二視頻流，并且該第二視頻流較小，從而節(jié)省了存儲空間。
[0051]如圖1所示為本發(fā)明實(shí)施例中視頻的處理主要方法流程，包括以下步驟11-15:
[0052]步驟11、獲取第一視頻流的索引文件。
[0053]可以從視頻服務(wù)器處獲取第一視頻流的索引文件，視頻服務(wù)器將第一視頻流分割成視頻碎片文件，同時生成索引文件，例如可以是m3u8格式的索引文件，索引文件中記載了一系列視頻碎片文件的播放順序和下載地址。優(yōu)選地，視頻服務(wù)器可以將第一視頻流分割為TS (Transport Stream，傳輸流)格式的視頻碎片文件，并且，分割的TS格式的視頻碎片文件通常是等長的。
[0054]步驟12、根據(jù)索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件。
[0055]優(yōu)選地，步驟12可包括以下步驟A1-A2:
[0056]步驟Al、解析索引文件，獲得視頻碎片文件的播放順序及下載地址。
[0057]由于索引文件中記載了一系列視頻碎片文件的播放順序和下載地址，可以通過解析索引文件，獲得視頻碎片文件的播放順序及下載地址。
[0058]步驟A2、根據(jù)播放順序和下載地址下載視頻碎片文件。
[0059]步驟13、解析視頻碎片文件，獲取視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)。
[0060]步驟14、將獲取的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼。
[0061]步驟15、根據(jù)播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流。
[0062]其中，RTP協(xié)議是一個網(wǎng)絡(luò)傳輸協(xié)議，RTP協(xié)議詳細(xì)說明了在互聯(lián)網(wǎng)上傳遞音頻和視頻的標(biāo)準(zhǔn)數(shù)據(jù)包格式。
[0063]優(yōu)選地，執(zhí)行上述步驟15之后，還可包括以下步驟B:[0064]步驟B、播放第二視頻流。
[0065]可以在Android操作系統(tǒng)上利用RTSP服務(wù)直接播放該第二視頻流，也可以根據(jù)用戶的指令播放該第二視頻流。這樣，用戶可以自主選擇是否播放該第二視頻流，具有自主性和靈活性。
[0066]本發(fā)明實(shí)施例中，通過獲取第一視頻流的索引文件，根據(jù)索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件，解析該視頻碎片文件得到視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)，對視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流，可以在Android操作系統(tǒng)上利用RTSP服務(wù)播放該第二視頻流，并且該第二視頻流較小，從而節(jié)省了存儲空間。
[0067]下面通過一實(shí)施例來詳細(xì)介紹本發(fā)明實(shí)施例提供的技術(shù)方案。
[0068]該實(shí)施例可應(yīng)用在這樣的一個場景=Android操作系統(tǒng)的客戶端從視頻服務(wù)器獲取第一視頻流的m3u8格式的索引文件，根據(jù)索弓I文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件，解析該視頻碎片文件得到視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)，對視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流，在Android操作系統(tǒng)上利用RTSP服務(wù)播放該第二視頻流。如圖2所示，該方法包括以下步驟:
[0069]步驟201、從視頻服務(wù)器處獲取第一視頻流的m3u8格式索引文件。
[0070]步驟202、解析索引文件，獲得視頻碎片文件的播放順序及下載地址。
[0071]第一視頻流的m3u8索引文件中對應(yīng)TS格式的視頻碎片文件的播放順序及下載地址 URL (Uniform Resource Locator,統(tǒng)一資源定位符)。
[0072]步驟203、根據(jù)播放順序和下載地址下載視頻碎片文件。
[0073]步驟204、解析視頻碎片文件，獲取視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)。
[0074]步驟205、將獲取的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼。
[0075]步驟206、根據(jù)播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流。
[0076]步驟207、利用RTSP服務(wù)播放上述第二視頻流。
[0077]其中，步驟207中，也可以是根據(jù)用戶的指令，利用RTSP服務(wù)播放第二視頻流。這樣用戶可以自主選擇是否播放第二視頻流，具有自主性和靈活性。
[0078]該實(shí)施例中，可以在Android操作系統(tǒng)上利用RTSP服務(wù)播放該第二視頻流，并且該第二視頻流較小，從而節(jié)省了存儲空間。
[0079]需要說明的是，實(shí)際應(yīng)用中，上述所有可選實(shí)施方式可以采用結(jié)合的方式任意組合，形成本發(fā)明的可選實(shí)施例，在此不再一一贅述。
[0080]以上描述了視頻的處理方法實(shí)現(xiàn)過程，該過程可由裝置實(shí)現(xiàn)，下面對裝置的內(nèi)部功能和結(jié)構(gòu)進(jìn)行介紹。
[0081]基于同一發(fā)明構(gòu)思，如圖3所示，本發(fā)明實(shí)施例中視頻的處理裝置包括:獲取模塊301、下載模塊302、解析模塊303、編碼模塊304和封裝模塊305。
[0082]獲取模塊301，用于獲取第一視頻流的索引文件；
[0083]下載模塊302，用于根據(jù)索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件；[0084]解析模塊303，用于解析視頻碎片文件，獲取視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)；
[0085]編碼模塊304，用于將獲取的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼；
[0086]封裝模塊305，用于根據(jù)播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流。
[0087]優(yōu)選地,如圖4所示,上述圖3展示的裝置還可包括:
[0088]播放模塊401，用于在封裝模塊305根據(jù)播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流之后，播放第二視頻流。
[0089]優(yōu)選地，如圖5所示，上述播放模塊401可包括:
[0090]接收單元501，用于接收播放第二視頻流的指令；
[0091]播放單元502，用于播放第二視頻流。
[0092]優(yōu)選地，如圖6所示，上述下載模塊302可包括:
[0093]解析單元601，用于解析索引文件，獲得視頻碎片文件的播放順序及下載地址；
[0094]下載單元602，用于根據(jù)播放順序和下載地址下載視頻碎片文件。
[0095]優(yōu)選地，索引文件的格式為m3u8格式。
[0096]本發(fā)明實(shí)施例中，通過獲取第一視頻流的索引文件，根據(jù)索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件，解析該視頻碎片文件得到視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)，對視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流，可以在Android操作系統(tǒng)上利用RTSP服務(wù)播放該第二視頻流，并且該第二視頻流較小，從而節(jié)省了存儲空間。
[0097]本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學(xué)存儲器等)上實(shí)施的計算機(jī)程序產(chǎn)品的形式。
[0098]本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機(jī)程序指令到通用計算機(jī)、專用計算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0099]這些計算機(jī)程序指令也可存儲在能引導(dǎo)計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機(jī)可讀存儲器中，使得存儲在該計算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0100]這些計算機(jī)程序指令也可裝載到計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機(jī)實(shí)現(xiàn)的處理，從而在計算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。[0101]顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
【權(quán)利要求】
1.一種視頻的處理方法，其特征在于，包括: 獲取第一視頻流的索引文件； 根據(jù)所述索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件； 解析所述視頻碎片文件，獲取視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)； 將獲取的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼； 根據(jù)所述播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流。
2.如權(quán)利要求1所述的處理方法，其特征在于，所述根據(jù)所述播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流之后，所述處理方法還包括: 播放所述第二視頻流。
3.如權(quán)利要求2所述的處理方法，其特征在于，所述播放所述第二視頻流，包括: 接收播放所述第二視頻流的指令； 播放所述第二視頻流。
4.如權(quán)利要求1所述的處理方法，其特征在于，所述根據(jù)所述索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件，包括: 解析所述索引文件，獲得視頻碎片文件的播放順序及下載地址； 根據(jù)所述播放順序和下載地址下載視頻碎片文件。
5.如權(quán)利要求1所述的處理方法，其特征在于，所述索引文件的格式為m3u8格式。
6.一種視頻的處理裝置，其特征在于，包括: 獲取模塊，用于獲取第一視頻流的索引文件； 下載模塊，用于根據(jù)所述索引文件中視頻碎片文件的播放順序及下載地址下載視頻碎片文件； 解析模塊，用于解析所述視頻碎片文件，獲取視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)； 編碼模塊，用于將獲取的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)分別進(jìn)行編碼； 封裝模塊，用于根據(jù)所述播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流。
7.如權(quán)利要求6所述的處理裝置，其特征在于，所述處理裝置還包括: 播放模塊，用于在所述封裝模塊根據(jù)所述播放順序，將編碼后的視頻幀數(shù)據(jù)和音頻幀數(shù)據(jù)按照實(shí)時傳輸RTP協(xié)議的格式封裝成第二視頻流之后，播放所述第二視頻流。
8.如權(quán)利要求7所述的處理裝置，其特征在于，所述播放模塊包括: 接收單元，用于接收播放所述第二視頻流的指令； 播放單元，用于播放所述第二視頻流。
9.如權(quán)利要求6所述的處理裝置，其特征在于，所述下載模塊包括: 解析單元，用于解析所述索引文件，獲得視頻碎片文件的播放順序及下載地址； 下載單元，用于根據(jù)所述播放順序和下載地址下載視頻碎片文件。
10.如權(quán)利要求6所述的處理裝置，其特征在于，所述索引文件的格式為m3u8格式。
【文檔編號】H04N21/434GK103491427SQ201310412849
【公開日】2014年1月1日 申請日期:2013年9月11日 優(yōu)先權(quán)日:2013年9月11日
【發(fā)明者】趙猛 申請人:天脈聚源(北京)傳媒科技有限公司