音視頻格式-ogg文件格式解析

Ogg文件格式結(jié)文件格式在流系統(tǒng)中的重要邏輯流以頁(yè)（page）為單位組織成物理流,如圖3所示圖 Ogg文件的組織形圖3中的文件了兩個(gè)物理流，A、B和C三個(gè)邏輯流組成一個(gè)物理流，邏輯流D單3所示*A*、*B*、*C*bos_page的位置。bos：beginningof eos：endof到Ogg格式的(如vorbis音頻,Theora)有相關(guān)詳細(xì)定義，這些定義使得這些之間有更具體的約束關(guān)系Ogg本身并沒(méi)詳細(xì)說(shuō)明多個(gè)并發(fā)流之間的時(shí)間關(guān)系，這需要并發(fā)流在到Ogg格式的時(shí)刻來(lái)指定，通常他們之間的交錯(cuò)關(guān)系是按他們產(chǎn)Oggpage頁(yè)結(jié)最大值過(guò)65307bytes（27＋255＋255*255=65307）。頁(yè)頭部格式如圖4。頁(yè)頭部各字段域詳細(xì)說(shuō)明參見(jiàn)文獻(xiàn)[4]：（小端字節(jié)序列格式LSB）capture_pattern:模式捕獲域，4個(gè)字節(jié),Ogg封裝格式還原編碼時(shí)識(shí)別新頁(yè)的作用，它包含了四個(gè)幻數(shù)（ASCII字符集）：0x4f 0x67 0x67 0x53stream_structure_version:1Ogg文件格式的版本,04Oggbit0x01若已設(shè)置，頁(yè)包含的編碼數(shù)據(jù)于前一頁(yè)同屬于一個(gè)邏輯流的同一packetpacket。bit0x02bosbit0x04eos⑷grnue_position:8個(gè)字節(jié)（字節(jié)6－字節(jié)3），包含了編碼相關(guān)參數(shù)信息。對(duì)于音頻流，包含了到本頁(yè)為止邏輯流在PCM采樣編碼的總次數(shù)。對(duì)于流，包含了邏輯流到本頁(yè)為止幀編碼的總次數(shù)其值若為－1則明到此頁(yè)為止邏輯流的還未結(jié)束。⑹page_sequence_number:表明了本頁(yè)在邏輯流中的序列號(hào)，Ogg器能據(jù)此識(shí)別⑺CRC_checksum:循環(huán)冗余校驗(yàn)和，4字節(jié)域包含頁(yè)的32bitCRC校驗(yàn)（包CRC校驗(yàn)和頁(yè)數(shù)據(jù)校驗(yàn)），它的產(chǎn)生多項(xiàng)式為：0x04c11db7。gement255segments(255個(gè)字節(jié))26個(gè)字節(jié)的取值范圍為:0x00-0xff(0-255)65307bytes,64KB。segment_table:packetsegment長(zhǎng)度的取值（lacingvalues，除了每個(gè)packet的最后一個(gè)segment小于255外，其它segment都為255），這些值以s字（0－255之間）。byte270xff(255) n-10xffn0x00-0xfe(0-254,頁(yè)頭部長(zhǎng)度的字節(jié)數(shù)header_size=27+number_page_segments即頁(yè)頭部長(zhǎng)度為上述9個(gè)所表述占據(jù)的字節(jié)數(shù)之和。page_size=header_size+sum(lacing_values: 即頁(yè)的總長(zhǎng)度為頁(yè)頭部長(zhǎng)度加上緊隨其后的若干segments長(zhǎng)度之和（凈載荷長(zhǎng)度）Ogg封裝處理過(guò)音編碼在提供給Ogg封裝之前是以具有包邊界的“Packets”形式呈現(xiàn)的，包邊界5所示。segmentation255Byte,但包的最后一egment_table“l(fā)acing_value”segment的長(zhǎng)度（可以為0，或小于255）。一次處理一個(gè)packet，此packet被封裝成一個(gè)或多個(gè)page頁(yè)（page的長(zhǎng)度設(shè)定了上限，一般為4kB）；下一個(gè)packet必須用新的page開(kāi)始封裝，由首部字header_type_flag的設(shè)置規(guī)定來(lái)表示。的時(shí)序關(guān)系理流。Ogg文件的與逆用Og件格式封裝好壓縮編碼流可用于（磁盤(pán)文件或直接傳（P或道Ogg/t”形式的壓縮編碼流恢復(fù)到這種原來(lái)流就具有的包邊界形式不需要依賴于針對(duì)壓縮編碼的。也就是說(shuō)Ogg與逆和流的壓縮編碼、具有相對(duì)獨(dú)立性5OggOgg文件需要解封裝的情況有兩種：（1）器要對(duì)流之前；（2）對(duì)流進(jìn)行RTP/UDP傳輸之前。解封裝的過(guò)程就是ogg逆過(guò)程，即還原為具有包邊界t”形式的流，同時(shí)以預(yù)先填充好了的RTP首部字段與相應(yīng)一段數(shù)據(jù)，形成RTP封包。此過(guò)程便是流從Ogg格式到RTP格式的轉(zhuǎn)換過(guò)程。將以packet為單元的流為以page為單元的Ogg格式比特流，其中間經(jīng)過(guò)了segment的劃分和重組環(huán)節(jié)，但方便了對(duì)流的與傳輸（TCP）。對(duì)源緩沖區(qū)數(shù)次，操作指向數(shù)據(jù)的指針便能達(dá)到數(shù)據(jù)遷移到目的緩沖區(qū)（page）的意圖,其過(guò)程ogg_stream_packetin()àogg_stream_pageout()。將Ogg格式比特流逆還原為packent單元數(shù)據(jù)按順序重組為packet,同樣數(shù)據(jù)在內(nèi)存中的只有一次，其過(guò)程可用三個(gè)函數(shù)轉(zhuǎn)換來(lái)表述：ogg_sync_pageout（）àogg_stream_pagein（）àogg_stream_packetout（）,數(shù)據(jù)發(fā)生在第一個(gè)函數(shù)ogg_sync_pageout（）。Ogg與逆的功能都體現(xiàn)在ogg函數(shù)庫(kù)中,當(dāng)前版本為libogg-1.1.34結(jié)束Ogg格是在吸收其它流文件格式優(yōu)點(diǎn)的基礎(chǔ)上針對(duì)具有t”包邊界形式的媒體流而制定的利于其和傳輸?shù)拈_(kāi)源流文件格式，在icecast服務(wù)器的傳輸中得到了很好的應(yīng)用；根據(jù)icecast其，在GB主干網(wǎng)的條件下對(duì)Ogvorbis音頻傳輸?shù)目蛻舳瞬l(fā)流可達(dá)14000個(gè)。更為要的是,作為流技術(shù)的環(huán)節(jié)，大多數(shù)流文件格式至今仍沒(méi)有完全公開(kāi)且受專(zhuān)利保護(hù)要在流技術(shù)和應(yīng)用飛速發(fā)的今天占得一席之地遵從GNU/GL協(xié)定走開(kāi)源發(fā)展不受知識(shí)約束的流文件格式是緊追先進(jìn)流技術(shù)的較佳選擇。參考文［1］，，流及其應(yīng)用技術(shù)[J].廣播與電視技術(shù),2001，28(9):76-［2］，田金文.流技術(shù)及其文件格式[J],計(jì)算機(jī)工程與應(yīng)用，2003.23P49-［3］，田金文.一種新的流文件格式[J].計(jì)算機(jī)工程與科學(xué)，Vol126,No17,［4］Walleij,