當(dāng)前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

TS视频一

發(fā)布時(shí)間：2024/3/26 编程问答 49 豆豆

生活随笔收集整理的這篇文章主要介紹了 TS视频一小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,幫大家做個(gè)參考.

ts文件

??? ts文件為傳輸流文件，視頻編碼主要格式h264/mpeg4，音頻為acc/MP3。

???ts文件分為三層：ts層Transport Stream、pes層 Packet Elemental Stream、es層 Elementary Stream. es層就是音視頻數(shù)據(jù)，pes層是在音視頻數(shù)據(jù)上加了時(shí)間戳等對數(shù)據(jù)幀的說明信息，ts層就是在pes層加入數(shù)據(jù)流的識別和傳輸必須的信息

（1）ts層??? ?ts包大小固定為188字節(jié)，ts層分為三個(gè)部分：ts header、adaptation field、payload。ts header固定4個(gè)字節(jié)；adaptation field可能存在也可能不存在，主要作用是給不足188字節(jié)的數(shù)據(jù)做填充；payload是pes數(shù)據(jù)。

ts header

sync_byte	8b	同步字節(jié)，固定為0x47
transport_error_indicator	1b	傳輸錯(cuò)誤指示符，表明在ts頭的adapt域后由一個(gè)無用字節(jié)，通常都為0，這個(gè)字節(jié)算在adapt域長度內(nèi)
payload_unit_start_indicator	1b	負(fù)載單元起始標(biāo)示符，一個(gè)完整的數(shù)據(jù)包開始時(shí)標(biāo)記為1
transport_priority	1b	傳輸優(yōu)先級，0為低優(yōu)先級，1為高優(yōu)先級，通常取0
pid	13b	pid值
transport_scrambling_control	2b	傳輸加擾控制，00表示未加密
adaptation_field_control	2b	是否包含自適應(yīng)區(qū)，‘00’保留；‘01’為無自適應(yīng)域，僅含有效負(fù)載；‘10’為僅含自適應(yīng)域，無有效負(fù)載；‘11’為同時(shí)帶有自適應(yīng)域和有效負(fù)載。
continuity_counter	4b	遞增計(jì)數(shù)器，從0-f，起始值不一定取0，但必須是連續(xù)的

? ? ?ts層的內(nèi)容是通過PID值來標(biāo)識的，主要內(nèi)容包括：PAT表、PMT表、音頻流、視頻流。解析ts流要先找到PAT表，只要找到PAT就可以找到PMT，然后就可以找到音視頻流了。PAT表的PID值固定為0。PAT表和PMT表需要定期插入ts流，因?yàn)橛脩綦S時(shí)可能加入ts流，這個(gè)間隔比較小，通常每隔幾個(gè)視頻幀就要加入PAT和PMT。PAT和PMT表是必須的，還可以加入其它表如SDT（業(yè)務(wù)描述表）等，不過hls流只要有PAT和PMT就可以播放了。

PAT表：他主要的作用就是指明了PMT表的PID值。
PMT表：他主要的作用就是指明了音視頻流的PID值。
音頻流/視頻流：承載音視頻內(nèi)容。

adaption

adaptation_field_length	1B	自適應(yīng)域長度，后面的字節(jié)數(shù)
flag	1B	取0x50表示包含PCR或0x40表示不包含PCR
PCR	5B	Program Clock Reference，節(jié)目時(shí)鐘參考，用于恢復(fù)出與編碼端一致的系統(tǒng)時(shí)序時(shí)鐘STC（System Time Clock）。
stuffing_bytes	xB	填充字節(jié)，取值0xff

? ? ?自適應(yīng)區(qū)的長度要包含傳輸錯(cuò)誤指示符標(biāo)識的一個(gè)字節(jié)。pcr是節(jié)目時(shí)鐘參考，pcr、dts、pts都是對同一個(gè)系統(tǒng)時(shí)鐘的采樣值，pcr是遞增的，因此可以將其設(shè)置為dts值，音頻數(shù)據(jù)不需要pcr。如果沒有字段，ipad是可以播放的，但vlc無法播放。打包ts流時(shí)PAT和PMT表是沒有adaptation field的，不夠的長度直接補(bǔ)0xff即可。視頻流和音頻流都需要加adaptation field，通常加在一個(gè)幀的第一個(gè)ts包和最后一個(gè)ts包里，中間的ts包不加。

PAT格式

table_id	8b	PAT表固定為0x00
section_syntax_indicator	1b	固定為1
zero	1b	固定為0
reserved	2b	固定為11
section_length	12b	后面數(shù)據(jù)的長度
transport_stream_id	16b	傳輸流ID，固定為0x0001
reserved	2b	固定為11
version_number	5b	版本號，固定為00000，如果PAT有變化則版本號加1
current_next_indicator	1b	固定為1，表示這個(gè)PAT表可以用，如果為0則要等待下一個(gè)PAT表
section_number	8b	固定為0x00
last_section_number	8b	固定為0x00
開始循環(huán)	?	?
program_number	16b	節(jié)目號為0x0000時(shí)表示這是NIT，節(jié)目號為0x0001時(shí),表示這是PMT
reserved	3b	固定為111
PID	13b	節(jié)目號對應(yīng)內(nèi)容的PID值
結(jié)束循環(huán)	?	?
CRC32	32b	前面數(shù)據(jù)的CRC32校驗(yàn)碼

PMT格式

table_id	8b	PMT表取值隨意，0x02
section_syntax_indicator	1b	固定為1
zero	1b	固定為0
reserved	2b	固定為11
section_length	12b	后面數(shù)據(jù)的長度
program_number	16b	頻道號碼，表示當(dāng)前的PMT關(guān)聯(lián)到的頻道，取值0x0001
reserved	2b	固定為11
version_number	5b	版本號，固定為00000，如果PAT有變化則版本號加1
current_next_indicator	1b	固定為1
section_number	8b	固定為0x00
last_section_number	8b	固定為0x00
reserved	3b	固定為111
PCR_PID	13b	PCR(節(jié)目參考時(shí)鐘)所在TS分組的PID，指定為視頻PID
reserved	4b	固定為1111
program_info_length	12b	節(jié)目描述信息，指定為0x000表示沒有
開始循環(huán)	?	?
stream_type	8b	流類型，標(biāo)志是Video還是Audio還是其他數(shù)據(jù)，h.264編碼對應(yīng)0x1b，aac編碼對應(yīng)0x0f，mp3編碼對應(yīng)0x03
reserved	3b	固定為111
elementary_PID	13b	與stream_type對應(yīng)的PID
reserved	4b	固定為1111
ES_info_length	12b	描述信息，指定為0x000表示沒有
結(jié)束循環(huán)	?	?
CRC32	32b	前面數(shù)據(jù)的CRC32校驗(yàn)碼

（2）pes層

? ? ?pes層是在每一個(gè)視頻/音頻幀上加入了時(shí)間戳等信息，pes包內(nèi)容很多，我們只留下最常用的。

pes start code	3B	開始碼，固定為0x000001
stream id	1B	音頻取值（0xc0-0xdf），通常為0xc0 視頻取值（0xe0-0xef），通常為0xe0
pes packet length	2B	后面pes數(shù)據(jù)的長度，0表示長度不限制，只有視頻數(shù)據(jù)長度會(huì)超過0xffff
flag	1B	通常取值0x80，表示數(shù)據(jù)不加密、無優(yōu)先級、備份的數(shù)據(jù)
flag	1B	取值0x80表示只含有pts，取值0xc0表示含有pts和dts
pes data length	1B	后面數(shù)據(jù)的長度，取值5或10
pts	5B	33bit值
dts	5B	33bit值

? ? ?pts是顯示時(shí)間戳、dts是解碼時(shí)間戳，視頻數(shù)據(jù)兩種時(shí)間戳都需要，音頻數(shù)據(jù)的pts和dts相同，所以只需要pts。有pts和dts兩種時(shí)間戳是B幀引起的，I幀和P幀的pts等于dts。如果一個(gè)視頻沒有B幀，則pts永遠(yuǎn)和dts相同。從文件中順序讀取視頻幀，取出的幀順序和dts順序相同。dts算法比較簡單，初始值 + 增量即可，pts計(jì)算比較復(fù)雜，需要在dts的基礎(chǔ)上加偏移量。

? ? ?音頻的pes中只有pts（同dts），視頻的I、P幀兩種時(shí)間戳都要有，視頻B幀只要pts（同dts）。打包pts和dts就需要知道視頻幀類型，但是通過容器格式我們是無法判斷幀類型的，必須解析h.264內(nèi)容才可以獲取幀類型。

舉例說明：

? ? ? ? ? ? ? ? ? ? ? ? ?I ? ? ? ? ?P ? ? ? ? ?B ? ? ? ? ?B ? ? ? ? ?B ? ? ? ? ?P

讀取順序： ? ? ? ? 1 ? ? ? ? 2 ? ? ? ? ?3 ? ? ? ? ?4 ? ? ? ? ?5 ? ? ? ? ?6

dts順序： ? ? ? ? ? 1 ? ? ? ? 2 ? ? ? ? ?3 ? ? ? ? ?4 ? ? ? ? ?5 ? ? ? ? ?6

pts順序： ? ? ? ? ? 1 ? ? ? ? 5 ? ? ? ? ?3 ? ? ? ? ?2 ? ? ? ? ?4 ? ? ? ? ?6

點(diǎn)播視頻dts算法：

dts = 初始值 +?90000 / video_frame_rate，初始值可以隨便指定，但是最好不要取0，video_frame_rate就是幀率，比如23、30。

pts和dts是以timescale為單位的，1s = 90000 time scale , 一幀就應(yīng)該是90000/video_frame_rate 個(gè)timescale。

用一幀的timescale除以采樣頻率就可以轉(zhuǎn)換為一幀的播放時(shí)長

點(diǎn)播音頻dts算法：

dts = 初始值 +?(90000 * audio_samples_per_frame) / audio_sample_rate，audio_samples_per_frame這個(gè)值與編解碼相關(guān)，aac取值1024，mp3取值1158，audio_sample_rate是采樣率，比如24000、41000。AAC一幀解碼出來是每聲道1024個(gè)sample，也就是說一幀的時(shí)長為1024/sample_rate秒。所以每一幀時(shí)間戳依次0，1024/sample_rate，...，1024*n/sample_rate秒。

直播視頻的dts和pts應(yīng)該直接用直播數(shù)據(jù)流中的時(shí)間，不應(yīng)該按公式計(jì)算。

（3）es層

? ? ?es層指的就是音視頻數(shù)據(jù)，我們只介紹h.264視頻和aac音頻。

h.264視頻：

? ? ?打包h.264數(shù)據(jù)我們必須給視頻數(shù)據(jù)加上一個(gè)nalu（Network Abstraction Layer unit），nalu包括nalu header和nalu type，nalu header固定為0x00000001（幀開始）或0x000001（幀中）。h.264的數(shù)據(jù)是由slice組成的，slice的內(nèi)容包括：視頻、sps、pps等。nalu type決定了后面的h.264數(shù)據(jù)內(nèi)容。

F	1b	forbidden_zero_bit，h.264規(guī)定必須取0
NRI	2b	nal_ref_idc，取值0~3，指示這個(gè)nalu的重要性，I幀、sps、pps通常取3，P幀通常取2，B幀通常取0
Type	5b	參考下表

nal_unit_type	說明
0	未使用
1	非IDR圖像片，IDR指關(guān)鍵幀
2	片分區(qū)A
3	片分區(qū)B
4	片分區(qū)C
5	IDR圖像片，即關(guān)鍵幀
6	補(bǔ)充增強(qiáng)信息單元(SEI)
7	SPS序列參數(shù)集
8	PPS圖像參數(shù)集
9	分解符
10	序列結(jié)束
11	碼流結(jié)束
12	填充
13~23	保留
24~31	未使用

? ? ?紅色字體顯示的內(nèi)容是最常用的，打包es層數(shù)據(jù)時(shí)pes頭和es數(shù)據(jù)之間要加入一個(gè)type=9的nalu，關(guān)鍵幀slice前必須要加入type=7和type=8的nalu，而且是緊鄰。

aac音頻：

? ? ?打包aac音頻必須加上一個(gè)adts(Audio Data Transport Stream)頭，共7Byte，adts包括fixed_header和variable_header兩部分，各28bit。

fixed_header

syncword	12b	固定為0xfff
id	1b	0表示MPEG-4，1表示MPEG-2
layer	2b	固定為00
protection_absent	1b	固定為1
profile	2b	取值0~3,1表示aac
sampling_frequency_index	4b	表示采樣率，0: 96000 Hz，1: 88200 Hz，2: 64000 Hz，3：48000 Hz，4: 44100 Hz，5: 32000 Hz，6: 24000 Hz，7: 22050 Hz，8: 16000 Hz，9: 12000 Hz，10: 11025 Hz，11: 8000 Hz，12: 7350 Hz
private_bit	1b	固定為0
channel_configuration	3b	取值0~7，1: 1 channel: front-center，2: 2 channels: front-left, front-right，3: 3 channels: front-center, front-left, front-right，4: 4 channels: front-center, front-left, front-right, back-center
original_copy	1b	固定為0
home	1b	固定為0

variable_header

copyright_identification_bit	1b	固定為0
copyright_identification_start	1b	固定為0
aac_frame_length	13b	包括adts頭在內(nèi)的音頻數(shù)據(jù)總長度
adts_buffer_fullness	11b	固定為0x7ff
number_of_raw_data_blocks_in_frame	2b	固定為00

mp3音頻：

mp3音頻不需要加adts頭。

6.h264幀類型判斷

當(dāng)nalu type=5或1時(shí)，表示后面跟著的數(shù)據(jù)是視頻數(shù)據(jù)，下面我們只列出前2項(xiàng)。

first_mb_in_slice	Golomb編碼	一般為0，一個(gè)slice為一幀圖像
slice_type	Golomb編碼	幀類型，2、4、7、9表示I幀，0、3、5、8表示P幀，1、6表示B幀。

7.mp4轉(zhuǎn)ts

? ? ?我們假設(shè)mp4格式中的視頻編碼為h.264，音頻編碼為aac。我們從mp4中獲取的視頻信息包括：sps、pps、dts、pts、幀率、幀數(shù)據(jù)、ticks（每秒滴答數(shù)）。音頻信息包括：pts、采樣頻率、聲道數(shù)、幀數(shù)據(jù)。mp4文件的dts和ts文件的dts是需要進(jìn)行換算的，都是初始值 + 增量，但是增量計(jì)算是不同的。

視頻信息獲取：

sps	stsd.avc1.avcC
pps	stsd.avc1.avcC
dts	stts
pts	stts + ctts
幀率	幀個(gè)數(shù) / 總時(shí)長
timescale	trak.mdia.mdhd
幀數(shù)據(jù)	stsc + stco + stsz

音頻信息獲取：

pts	stts
采樣頻率	trak.mdia.mdhd
聲道數(shù)	stsd.mp4a
幀數(shù)據(jù)	stsc + stco + stsz

8.mp4中關(guān)于h264和aac的說明

? ? ?mp4的stsd原子中包含很多關(guān)鍵的音視頻編解碼元信息。對于視頻數(shù)據(jù)，不同的編解碼格式stsd中包含的子原子類型是不同的。MP4的視頻H.264封裝有2種格式：h264和avc1，只要看到這兩個(gè)FOURCC（四字節(jié)編碼）。就可以肯定是h.264編碼，區(qū)別在于slice是否有起始碼。對于音頻數(shù)據(jù)，stsd中包含的子原子只會(huì)是mp4a，mp4a又包含了一個(gè)子原子esds，判斷音頻編碼格式的是esds中的第十一個(gè)字節(jié)，如果是0x40則說明是aac編碼，如果是0x69則說明是mp3。

AVC1 描述:H.264 bitstream without start codes.一般通過ffmpeg轉(zhuǎn)碼生成的視頻，是不帶起始碼0×00000001的，但是帶有4字節(jié)的長度。
H264 描述:H.264 bitstream with start codes.一般對于一下HDVD等電影的壓制格式，是帶有起始碼0×00000001的。

? ? ?除了avc1和h264還可能是下面的FOURCC，只是名字不同而已。

MEDIASUBTYPE_AVC1 'AVC1' H.264 bitstream without start codes.
MEDIASUBTYPE_H264 'H264' H.264 bitstream with start codes.
MEDIASUBTYPE_h264 'h264' Equivalent to MEDIASUBTYPE_H264, with a different FOURCC.
MEDIASUBTYPE_X264 'X264' Equivalent to MEDIASUBTYPE_H264, with a different FOURCC.
MEDIASUBTYPE_x264 'x264' Equivalent to MEDIASUBTYPE_H264, with a different FOURCC.

H264數(shù)據(jù)結(jié)構(gòu)

NAL? nal_unit_type中的

1（非IDR圖像的編碼條帶）、

2（編碼條帶數(shù)據(jù)分割塊A）、

3（編碼條帶數(shù)據(jù)分割塊B）、

4（編碼條帶數(shù)據(jù)分割塊C）、

5（IDR圖像的編碼條帶）種類型 6（SEI）、

7（SPS）、

8（PPS）

Slice種的三種編碼模式：I_slice、P_slice、B_slice frame的3種類型：I frame、P frame、 B frame 一幀的數(shù)據(jù)可以分為多個(gè)slice（片）一個(gè)幀是可以分割成多個(gè)Slice來編碼的，而一個(gè)Slice編碼之后被打包進(jìn)一個(gè)NAL單元，不過NAL單元除了容納Slice編碼的碼流外，還可以容納其他數(shù)據(jù)，比如序列參數(shù)集SPS：

每個(gè)slice中的數(shù)據(jù)，在幀內(nèi)預(yù)測只用到自己slice的數(shù)據(jù)，與其他slice數(shù)據(jù)沒有依賴關(guān)系。? NAL 是用來將編碼的數(shù)據(jù)進(jìn)行打包的。比如，每一個(gè)slice 數(shù)據(jù)可以放在NAL 包中。 I 幀是自己獨(dú)立編碼，不依賴于其他frame 數(shù)據(jù)。 P frame 依賴 I frame 數(shù)據(jù)。? B frame 依賴 I frame, P frame 或其他 B frame 數(shù)據(jù)。

1、NAL、Slice與frame意思及相互關(guān)系? NAL指網(wǎng)絡(luò)提取層，里面放一些與網(wǎng)絡(luò)相關(guān)的信息 Slice是片的意思，264中把圖像分成一幀（frame）或兩場（field），而幀又可以分成一個(gè)或幾個(gè)片（Slilce）；片由宏塊（MB）組成。宏塊是編碼處理的基本單元。

2、VCL視頻編碼層不做解釋。

3、NAL nal_unit_type為序列參數(shù)集（SPS）、圖像參數(shù)集（PPS）、增強(qiáng)信息（SEI）。表示后面的數(shù)據(jù)信息為序列參數(shù)集（SPS）、圖像參數(shù)集（PPS）、增強(qiáng)信息（SEI）。

4、H.264的參數(shù)集又分為序列參數(shù)集（Sequence parameter set）和圖像參數(shù)集（Pictureparameterset）。

????????序列參數(shù)集：包括一個(gè)圖像序列的所有信息，即兩個(gè)IDR圖像間的所有圖像信息。

????????圖像參數(shù)集：包括一個(gè)圖像的所有分片的所有相關(guān)信息，包括圖像類型、序列號等，解碼時(shí)某些序列號的丟?失可用來檢驗(yàn)信息包的丟失與否。多個(gè)不同的序列和圖像參數(shù)集存儲(chǔ)在解碼器中，編碼器依據(jù)每個(gè)編碼分片的頭部的存儲(chǔ)位置來選擇適當(dāng)?shù)膮?shù)集，圖像參數(shù)集本身也包括使用的序列參數(shù)集參考信息。??

總結(jié)：

NAL單元中首先會(huì)有一個(gè)H.264 NAL type，根據(jù)這個(gè)可以判斷是啥信息。如果是 H264NT_SLICE_DPA,H264NT_SLICE_DPB,H264NT_SLICE_DPC,H264NT_SLICE_IDR視頻數(shù)據(jù)相關(guān)的，里面還會(huì)有Slicehead頭信息，根據(jù)這個(gè)頭信息，可以判斷屬于I-Slice（P-Slice或B-Slice），之后對于每個(gè)宏塊，都會(huì)有MB head信息，根據(jù)宏塊頭信息可以判斷塊模式。

1、H.264 碼流總體結(jié)構(gòu)：

h264的功能分為兩層，視頻編碼層（VCL）和網(wǎng)絡(luò)提取層（NAL）。H.264 的編碼視頻序列包括一系列的NAL 單元，每個(gè)NAL 單元包含一個(gè)RBSP。一個(gè)原始的H.264 NALU 單元常由 [StartCode] [NALU Header] [NALU Payload] 三部分組成，其中 Start Code 用于標(biāo)示這是一個(gè)NALU 單元的開始，必須是"00 00 00 01" 或"00 00 01"。

其中RBPS有分為幾種類型：

NAL的解碼單元的流程如下：

2、?H.264?NAL Header：

占一個(gè)字節(jié)，由三部分組成forbidden_bit(1bit)，nal_reference_bit(2bits)（優(yōu)先級），nal_unit_type(5bits)（類型）。

forbidden_bit:禁止位。

nal_reference_bit：當(dāng)前NAL的優(yōu)先級，值越大，該NAL越重要。

nal_unit_type?：NAL類型。參見下表

幾個(gè)例子：

AAC

1.ADTS是個(gè)啥

ADTS全稱是(Audio Data Transport Stream)，是AAC的一種十分常見的傳輸格式。

記得第一次做demux的時(shí)候，把AAC音頻的ES流從FLV封裝格式中抽出來送給硬件解碼器時(shí)，不能播;保存到本地用pc的播放器播時(shí)，我靠也不能播。當(dāng)時(shí)崩潰了，后來通過查找資料才知道。一般的AAC解碼器都需要把AAC的ES流打包成ADTS的格式，一般是在AAC ES流前添加7個(gè)字節(jié)的ADTS header。也就是說你可以吧ADTS這個(gè)頭看作是AAC的frameheader。

ADTS AAC?
ADTS_header	AAC ES	ADTS_header	AAC ES	...	ADTS_header	AAC ES

2.ADTS內(nèi)容及結(jié)構(gòu)

ADTS 頭中相對有用的信息?采樣率、聲道數(shù)、幀長度。想想也是，我要是解碼器的話，你給我一堆得AAC音頻ES流我也解不出來。每一個(gè)帶ADTS頭信息的AAC流會(huì)清晰的告送解碼器他需要的這些信息。

一般情況下ADTS的頭信息都是7個(gè)字節(jié)，分為2部分：

adts_fixed_header();

adts_variable_header();

syncword?：同步頭總是0xFFF, all bits must be 1，代表著一個(gè)ADTS幀的開始

ID：MPEG Version: 0 for MPEG-4, 1 for MPEG-2

Layer：always: '00'

profile：表示使用哪個(gè)級別的AAC，有些芯片只支持AAC LC 。在MPEG-2 AAC中定義了3種：

sampling_frequency_index：表示使用的采樣率下標(biāo)，通過這個(gè)下標(biāo)在?Sampling Frequencies[ ]數(shù)組中查找得知采樣率的值。

There are 13 supported frequencies:

0: 96000 Hz
1: 88200 Hz
2: 64000 Hz
3: 48000 Hz
4: 44100 Hz
5: 32000 Hz
6: 24000 Hz
7: 22050 Hz
8: 16000 Hz
9: 12000 Hz
10: 11025 Hz
11: 8000 Hz
12: 7350 Hz
13: Reserved
14: Reserved
15: frequency is written explictly

channel_configuration:??表示聲道數(shù)?

0: Defined in AOT Specifc Config
1: 1 channel: front-center
2: 2 channels: front-left, front-right
3: 3 channels: front-center, front-left, front-right
4: 4 channels: front-center, front-left, front-right, back-center
5: 5 channels: front-center, front-left, front-right, back-left, back-right
6: 6 channels: front-center, front-left, front-right, back-left, back-right, LFE-channel
7: 8 channels: front-center, front-left, front-right, side-left, side-right, back-left, back-right, LFE-channel
8-15: Reserved

frame_length?: 一個(gè)ADTS幀的長度包括ADTS頭和AAC原始流.

adts_buffer_fullness：0x7FF 說明是碼率可變的碼流

3.將AAC打包成ADTS格式

如果是通過嵌入式高清解碼芯片做產(chǎn)品的話，一般情況的解碼工作都是由硬件來完成的。所以大部分的工作是把AAC原始流打包成ADTS的格式，然后丟給硬件就行了。

通過對ADTS格式的了解，很容易就能把AAC打包成ADTS。我們只需得到封裝格式里面關(guān)于音頻采樣率、聲道數(shù)、元數(shù)據(jù)長度、aac格式類型等信息。然后在每個(gè)AAC原始流前面加上個(gè)ADTS頭就OK了。

貼上ffmpeg中添加ADTS頭的代碼，就可以很清晰的了解ADTS頭的結(jié)構(gòu)：

[html]??view plain?copy

int?ff_adts_write_frame_header(ADTSContext?*ctx,??

???????????????????????????????uint8_t?*buf,?int?size,?int?pce_size)??

{??

????PutBitContext?pb;??

????init_put_bits(&pb,?buf,?ADTS_HEADER_SIZE);??

????/*?adts_fixed_header?*/??

????put_bits(&pb,?12,?0xfff);???/*?syncword?*/??

????put_bits(&pb,?1,?0);????????/*?ID?*/??

????put_bits(&pb,?2,?0);????????/*?layer?*/??

????put_bits(&pb,?1,?1);????????/*?protection_absent?*/??

????put_bits(&pb,?2,?ctx->objecttype);?/*?profile_objecttype?*/??

????put_bits(&pb,?4,?ctx->sample_rate_index);??

????put_bits(&pb,?1,?0);????????/*?private_bit?*/??

????put_bits(&pb,?3,?ctx->channel_conf);?/*?channel_configuration?*/??

????put_bits(&pb,?1,?0);????????/*?original_copy?*/??

????put_bits(&pb,?1,?0);????????/*?home?*/??

????/*?adts_variable_header?*/??

????put_bits(&pb,?1,?0);????????/*?copyright_identification_bit?*/??

????put_bits(&pb,?1,?0);????????/*?copyright_identification_start?*/??

????put_bits(&pb,?13,?ADTS_HEADER_SIZE?+?size?+?pce_size);?/*?aac_frame_length?*/??

????put_bits(&pb,?11,?0x7ff);???/*?adts_buffer_fullness?*/??

????put_bits(&pb,?2,?0);????????/*?number_of_raw_data_blocks_in_frame?*/??

????flush_put_bits(&pb);??

????return?0;??

} ?

轉(zhuǎn)載于:https://www.cnblogs.com/fendou0320/p/6903799.html

總結(jié)

以上是生活随笔為你收集整理的TS视频一的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。

视频
TS

上一篇： Mondrian 日期维度
下一篇： 7.5kW开关磁阻电机性能及其波形