TS 流，它在现阶段最大的应用
是在数字电视节目 的传输 存储上，因此，你可以理解TS 实际上是 种传输协议， 实
际传输的负载关系不大，只是在TS 中传输了音频，视频或者其他数据。先说一下为什么会
有这两种格式的出现，PS 适用于没有损耗的环境下面存储，而TS 则适用于可能出现损耗或
者错误的各种物理网络环境，比如你在公交上看 的电视，很有可能就是基于TS 的DVB-T
的应用
TS标准是188Bytes,而小日本自己又弄了个
192Bytes的DVH-S格式，第三种的204Bytes则是在188Bytes的基础上，加上16Bytes的
FEC(前向纠错).
static int analyze(const uint8_t *buf, int size, int packet_size, int *index)
{
int stat[packet_size];
int i;
int x=0;
int best_score=0;
memset(stat, 0, packet_size*sizeof(int));
##########################################################################
由于查找的特定格式至少3 个Bytes，因此，至少最后3 个Bytes 不用查找
##########################################################################
for(x=i=0; i<size-3; i++){
######################################################################
参看后面的协议说明
######################################################################
if(buf[i] == 0x47 && !(buf[i+1] & 0x80) && (buf[i+3] & 0x30)){
stat[x]++;
if(stat[x] > best_score){
best_score= stat[x];
if(index)
*index= x;
}
}
x++;
if(x == packet_size)
x= 0;
}
return best_score;
}
这个函数简单说来，是在size大小的buf中，寻找满足特定格式，长度为packet_size
的packet的个数，显然，返回的值越大越可能是相应的格式(188/192/204)，其中的这个特
定格式，其实就是协议的规定格式：
Syntax No. of bits Mnemonic
transport_packet(){
sync_byte 8 bslbf
transport_error_indicator 1 bslbf
payload_unit_start_indicator 1 bslbf
transport_priority 1 bslbf
PID 13 uimsbf
transport_scrambling_control 2 bslbf
adaptation_field_control 2 bslbf
continuity_counter 4 uimsbf
if(adaptation_field_control=='10' || adaptation_field_control=='11'){
adaptation_field()
}
if(adaptation_field_control=='01' || adaptation_field_control=='11') {
for (i=0;i<N;i++){
data_byte 8 bslbf
}
}
｝
其中的sync_byte 固定为0x47,即上面的: buf[i] == 0x47
由于transport_error_indicator 为1 的TS Packet 实际有错误，表示携带的数据无意义,
这样的Packet 显然没什么意义，因此: !(buf[i+1] & 0x80)
对于adaptation_field_control，如果为取值为0x00,则表示为未来保留，现在不用，因此：
buf[i+3] & 0x30
前面的基础因该已近够了，有点像手剥洋葱头的感 ，我们来看看针对MPEG TS
的相应解析过程。我们后面的代码，主要集中在[libavformat/mpegts.c]里面，毛爷爷说：集
中优势兵力打围歼，恩，开始吧，蚂蚁啃骨头。
static int mpegts_read_header(AVFormatContext *s,
AVFormatParameters *ap)
{
MpegTSContext *ts = s->priv_data;
ByteIOContext *pb = s->pb;
uint8_t buf[1024];
int len;
int64_t pos;
......
/* read the first 1024 bytes to get packet size */
#####################################################################
【1】有了前面分析缓冲IO 的经历，下面的代码就不是什么问题了:)
#####################################################################
pos = url_ftell(pb);
len = get_buffer(pb, buf, sizeof(buf));
if (len != sizeof(buf))
goto fail;
#####################################################################
【2】前面侦测文件格式时候其实已经知道TS 包的大小了，这里又侦测 次，其实
有些多余，估计是因为解码框架的原因，已近侦测的包大小没能从前面被带过来，
可见框架虽好，却也会带来或多或少的 些不利影响
#####################################################################
ts->raw_packet_size = get_packet_size(buf, sizeof(buf));
if (ts->raw_packet_size <= 0)
goto fail;
ts->stream = s;
ts->auto_guess = 0;
if (s->iformat == &mpegts_demuxer) {
/* normal demux */
/* first do a scaning to get all the services */
url_fseek(pb, pos, SEEK_SET);
#########
【3】
#########
mpegts_scan_sdt(ts);
#########
【4 】
#########
mpegts_set_service(ts);
#########
【5】
#########
handle_packets(ts, s->probesize);
/* if could not find service, enable auto_guess */
ts->auto_guess = 1;
#ifdef DEBUG_SI
av_log(ts->stream, AV_LOG_DEBUG, "tuning done
");
#endif
s->ctx_flags |= AVFMTCTX_NOHEADER;
} else {
......
}
url_fseek(pb, pos, SEEK_SET);
return 0;
fail:
return -1;
}这里简单说一下MpegTSContext *ts，从上面可以看 ，其实这是为了解码不同容器格式所使用的私有数据，
只有在相应的诸如mpegts.c文件才可以使用的，这样，增加了这个库的模块化，而模块化的最大好处，
则在于把问题集中了个很小的有限区域里面，如果你自己构造程序时候，不妨多参考其基本思想--这样的化，
你之后的代码，还有你之后的生活，都将轻松许多。
【3】【4】其实调用的是同个函数：mpegts_open_section_filter() 我们来看看意欲何为。
static MpegTSFilter *mpegts_open_section_filter(MpegTSContext *ts, unsigned int pid,
SectionCallback *section_cb,
void *opaque,
int check_crc)
{
MpegTSFilter *filter;
MpegTSSectionFilter *sec;
#ifdef DEBUG_SI
av_log(ts->stream, AV_LOG_DEBUG, "Filter: pid=0x%x
", pid);
#endif
if (pid >= NB_PID_MAX || ts->pids[pid])
return NULL;
filter = av_mallocz(sizeof(MpegTSFilter));
if (!filter)
return NULL;
ts->pids[pid] = filter;
filter->type = MPEGTS_SECTION;
filter->pid = pid;
filter->last_cc = -1;
sec = &filter->u.section_filter;
sec->section_cb = section_cb;
sec->opaque = opaque;
sec->section_buf = av_malloc(MAX_SECTION_SIZE);
sec->check_crc = check_crc;
if (!sec->section_buf) {
av_free(filter);
return NULL;
}
return filter; 要完全明白这部分代码，其实需要分析作者对数据结构的定义：
依次为：
struct MpegTSContext;
|
V
struct MpegTSFilter;
|
V
+---------------+---------------+
| |
V V
MpegTSPESFilter MpegTSSectionFilter
其实很简单，就是struct MpegTSContext；中有NB_PID_MAX(8192)个TS 的Filter，而
每个struct MpegTSFilter 可能是PES 的Filter 或者Section 的Filter。
我们先说为什么是8192,在前面的分析中：
给出过TS 的语法结构：
Syntax No. of bits Mnemonic
transport_packet(){
sync_byte 8 bslbf
transport_error_indicator 1 bslbf
payload_unit_start_indicator 1 bslbf
transport_priority 1 bslbf
PID 13 uimsbf
transport_scrambling_control 2 bslbf
adaptation_field_control 2 bslbf
continuity_counter 4 uimsbf
if(adaptation_field_control=='10' || adaptation_field_control=='11'){
adaptation_field()
}
if(adaptation_field_control=='01' || adaptation_field_control=='11') {
for (i=0;i<N;i++){
data_byte 8 bslbf
}
}
}而8192,则是2^13=8192(PID)的最大数目，而为什么会有PES 和Section 的区分，请参
考ISO/IEC-13818-1,我实在不太喜欢重复已有的东西.
可见【3】【4】,就是挂载了两个Section 类型的过滤器,其实在TS 的两种负载中，section
是PES 的元数据，只有先解析了section,才能进 步解析PES 数据，因此先挂上section 的
过滤器。
挂载上了两种 section 过滤器，如下：
==================================================================
PID Section Name Callback
==================================================================
SDT_PID(0x0011) ServiceDescriptionTable sdt_cb
PAT_PID(0x0000) ProgramAssociationTable pat_cb
既然自是挂上Callback，自然是在后面的地方使用，因此，我们还是继续
【5】处的代码看看是最重要的地方了，简单看来：
handle_packets()
|
+->read_packet()
|
+->handle_packet()
|
+->write_section_data()
read_packet()很简单，就是去找sync_byte(0x47),而看来handle_packet()才会是我们真正
因该关注的地方了:)
这个函数很重要，我们贴出代码，以备分析：
/* handle one TS packet */
static void handle_packet(MpegTSContext *ts, const uint8_t *packet)
{
AVFormatContext *s = ts->stream;
MpegTSFilter *tss;
int len, pid, cc, cc_ok, afc, is_start;
const uint8_t *p, *p_end;
##########################################################
获取该包的PID
##########################################################
pid = AV_RB16(packet + 1) & 0x1fff;
if(pid && discard_pid(ts, pid))
return;
##########################################################
是否是PES 或者Section 的开头(payload_unit_start_indicator)
##########################################################
is_start = packet[1] & 0x40;
tss = ts->pids[pid];
##########################################################
ts->auto_guess 此时为0，因此不考虑下面的代码
##########################################################
if (ts->auto_guess && tss == NULL && is_start) {
add_pes_stream(ts, pid, -1, 0);
tss = ts->pids[pid];
}
if (!tss)
return;
##########################################################
代码说的很清楚，虽然检查，但不利用检查的结果
##########################################################
/* continuity check (currently not used) */
cc = (packet[3] & 0xf);
cc_ok = (tss->last_cc < 0) || ((((tss->last_cc + 1) & 0x0f) == cc));
tss->last_cc = cc;
##########################################################
跳 adaptation_field_control
##########################################################
/* skip adaptation field */
afc = (packet[3] >> 4) & 3;
p = packet + 4;
if (afc == 0) /* reserved value */
return;
if (afc == 2) /* adaptation field only */
return;
if (afc == 3) {
/* skip adapation field */
p += p[0] + 1;
}
##########################################################
p已近 达TS 包中的有效负载的地方
##########################################################
/* if past the end of packet, ignore */
p_end = packet + TS_PACKET_SIZE;
if (p >= p_end)
return;
ts->pos47= url_ftell(ts->stream->pb) % ts->raw_packet_size;
if (tss->type == MPEGTS_SECTION) {
if (is_start) {
###############################################################
针对Section，符合部分第 个字节为pointer field，该字段如果为0,
则表示后面紧跟着的是Section的开头，否则是某Section的End部分和
另 Section 的开头，因此，这里的流程实际上由两个值is_start
(payload_unit_start_indicator)和len(pointer field)起来决定
###############################################################
/* pointer field present */
len = *p++;
if (p + len > p_end)
return;
if (len && cc_ok) {
########################################################
1).is_start == 1
len > 0
负载部分由A Section 的End 部分和B Section 的Start 组成，把A 的
End 部分写入
########################################################
/* write remaining section bytes */
write_section_data(s, tss, p, len, 0);
/* check whether filter has been closed */
if (!ts->pids[pid])
return;
}
p += len;
if (p < p_end) {
########################################################
2).is_start == 1
len > 0
负载部分由A Section 的End 部分和B Section 的Start 组成，把B 的
Start 部分写入
或者：
3).
is_start == 1
len == 0
负载部分仅是 个Section 的Start 部分，将其写入
########################################################
write_section_data(s, tss, p, p_end - p, 1);
}
} else if (cc_ok) {
########################################################
4).is_start == 0
负载部分仅是 个Section 的中间部分部分，将其写入
########################################################
write_section_data(s, tss, p, p_end - p, 0);
} else {
##########################################################
如果是PES 类型，直接调用其Callback，但显然，只有Section 部分
解析完成后才可能解析PES
##########################################################
tss->u.pes_filter.pes_cb(tss, p, p_end - p, is_start);
}
} write_section_data()函数则反复收集buffer中的数据，指导完成相关Section的重组过
程，然后调用之前注册的两个section_cb:
后面我们将分析之前挂在的两个section_cb
二、mpegts.c文件分析
1 综述
ffmpeg 框架对应MPEG-2 TS 流的解析的代码在mpegts.c 文件中，该文件有两个解复
用的实例：mpegts_demuxer 和mpegtsraw_demuxer，mpegts_demuxer 对应的真实的TS 流格
式，也就是机顶盒直接处理的 TS 流，本文主要分析和该种格式相关 的代码；
mpegtsraw_demuxer 这个格式我没有遇见过，本文中不做分析。本文针对的ffmpeg 的版本是
0.5 版本。
2 mpegts_demuxer 结构分析
AVInputFormat mpegts_demuxer = {au
"mpegts", //demux 的名称
NULL_IF_CONFIG_SMALL("MPEG-2 transport stream format"),// 如果定义了
ONFIG_SMALL 宏，该域返回NULL，也就是取消long_name 域的定义。
sizeof(MpegTSContext),//每个demuxer 的结构的私有域的大小
mpegts_probe,//检测是否是TS 流格式
mpegts_read_header,//下文介绍
mpegts_read_packet,//下文介绍
mpegts_read_close,//关闭demuxer
read_seek,//下文介绍
mpegts_get_pcr,//下文介绍
.flags = AVFMT_SHOW_IDS|AVFMT_TS_DISCONT,//下文介绍
}; 该结构通过av_register_all 函数注册 ffmpeg 的主框架中，通过mpegts_probe 函数来
检测是否是TS 流格式，然后通过mpegts_read_header 函数找路音频流和路视频流（注
意：在该函数中没有找全所有的音频流和视频流），最后调用mpegts_read_packet函数将找
的音频流和视频流数据提取出来，通过主框架推入解码器。
3 mpegts_probe 函数分析
mpegts_probe被av_probe_input_format2调用，根据返回的score来判断那种格式的可
能性最大。mpegts_probe调用了analyze函数，我们先分析一下analyze函数。
static int analyze(const uint8_t *buf, int size, int packet_size, int *index)
{
int stat[TS_MAX_PACKET_SIZE];//积分统计结果
int i;
int x=0;
int best_score=0;
memset(stat, 0, packet_size*sizeof(int));
for(x=i=0; i<size-3; i++){
if(buf[i] == 0x47 && !(buf[i+1] & 0x80) && (buf[i+3] & 0x30)){
stat[x]++;
if(stat[x] > best_score){
best_score= stat[x];
if(index)
*index= x;
}
}
x++;
if(x == packet_size)
x= 0;
}
return best_score;
}analyze 函数的思路：
buf[i] == 0x47 && !(buf[i+1] & 0x80) && (buf[i+3] & 0x30)是TS 流同步开始的模式，
0x47 是TS 流同步的标志，(buf[i+1] & 0x80 是传输错误标志，buf[i+3] & 0x30 为0 时表示为
ISO/IEC 未来使用保留，目前不存在这样的值。记该模式为TS 流同步模式”
stat 数组变量存储的是TS 流同步模式”在某个位置出现的次数。
analyze 函数扫描检测数据，如果发现该模式，则stat[i%packet_size]++(函数中的x 变
量就是用来取模运算的，因为当x==packet_size时，x就被归零)，扫描完后，自然是同步
位置的累加值最大。
mpegts_probe函数通过调用analyze函数来得 相应的分数，ffmpeg框架会根据该分
数判断是否是对应的格式，返回对应的AVInputFormat 实例。
4 mpegts_read_header函数分析
下文中省略号代表的是和mpegtsraw_demuxer相关的代码，暂不涉及。
<pre class="cpp" name="code">static int mpegts_read_header(AVFormatContext *s,
AVFormatParameters *ap)
{
MpegTSContext *ts = s->priv_data;
ByteIOContext *pb = s->pb;
uint8_t buf[5*1024];
int len;
int64_t pos;
......
//保存流的当前位置，便于检测操作完成后恢复 原来的位置,
//这样在播放的时候就不会浪费 段流。
pos = url_ftell(pb);
//读取 段流来检测TS 包的大小
len = get_buffer(pb, buf, sizeof(buf));
if (len != sizeof(buf))
goto fail;
//得 TS 流包的大小，通常是188bytes,我目前见过的都是188 个字节的。
//TS 包的大小有三种：
//1) 通常情况下的188 字节
//2) 日本弄了个192Bytes 的DVH-S 格式
//3)在188Bytes 的基础上，加上16Bytes 的FEC(前向纠错),也就是204bytes
ts->raw_packet_size = get_packet_size(buf, sizeof(buf));
if (ts->raw_packet_size <= 0)
goto fail;
ts->stream = s;
//auto_guess = 1, 则在handle_packet 的函数中只要发现 个PES 的pid 就
//建立该PES 的stream
//auto_guess = 0, 则忽略。
//auto_guess 主要作用是用来在TS 流中没有业务信息时，如果被设置成了1 的话，
//那么就会将任何 个PID 的流当做媒体流建立对应的PES 数据结构。
//在mpegts_read_header 函数的过程中发现了PES 的pid，但
//是不建立对应的流,只是分析PSI 信息。
//相关的代码见handle_packet 函数的下面的代码：
//tss = ts->pids[pid];
//if (ts->auto_guess && tss == NULL && is_start) {
// add_pes_stream(ts, pid, -1, 0);
// tss = ts->pids[pid];
//}
ts->auto_guess = 0;
if (s->iformat == &mpegts_demuxer) {
/* normal demux */
/* first do a scaning to get all the services */
url_fseek(pb, pos, SEEK_SET);
//挂载解析SDT 表的回调函数 ts->pids 变量上， //这样在handle_packet 函数中根据对应的pid 找 对应处理回调函数。
mpegts_open_section_filter(ts, SDT_PID, sdt_cb, ts, 1);
//同上，只是挂上PAT 表解析的回调函数
mpegts_open_section_filter(ts, PAT_PID, pat_cb, ts, 1);
//探测 段流，便于检测出SDT，PAT，PMT 表
handle_packets(ts, s->probesize);
/* if could not find service, enable auto_guess */
//打开add pes stream 的标志，这样在handle_packet 函数中发现了pes 的
//pid，就会自动建立该pes 的stream。
ts->auto_guess = 1;
dprintf(ts->stream, "tuning done
");
s->ctx_flags |= AVFMTCTX_NOHEADER;
} else {
......
}
//恢复检测前的位置。
url_fseek(pb, pos, SEEK_SET);
return 0;
fail:
return -1;
}
</pre>
<pre></pre>
<p> </p>
<p> 下面介绍被 mpegts_read_header直接或者间接调用的几个函数： mpegts_open_section_filter， handle_packets，handle_packet 5 mpegts_open_section_filter 函数分析 这个函数可以解释mpegts.c 代码结构的精妙之处，PSI 业务信 息表的处理 都是通过该函数挂载 MpegTSContext 结构的pids 字段上的。这样如果你 想增加别的业务信息的表处理函数只要通过这个函数来挂载即可，体现了
软件设计的著名的开闭”原则。下面分析一下他的代码。 </p>
<pre class="cpp" name="code">static MpegTSFilter *mpegts_open_section_filter(MpegTSContext *ts, unsigned int pid,
SectionCallback *section_cb, void *opaque,
int check_crc)
{
MpegTSFilter *filter;
MpegTSSectionFilter *sec;
dprintf(ts->stream, "Filter: pid=0x%x
", pid);
if (pid >= NB_PID_MAX || ts->pids[pid])
return NULL;
//给filter 分配空间，挂载 MpegTSContext 的pids 上
//就是该实例
filter = av_mallocz(sizeof(MpegTSFilter));
if (!filter)
return NULL;
//挂载filter 实例
ts->pids[pid] = filter;
//设置filter 相关的参数，因为业务信息表的分析的单 是段，
//所以该filter 的类型是MPEGTS_SECTION
filter->type = MPEGTS_SECTION;
//设置pid
filter->pid = pid;
filter->last_cc = -1;
//设置filter 回调处理函数
sec = &filter->u.section_filter;
sec->section_cb = section_cb;
sec->opaque = opaque;
//分配段数据处理的缓冲区，调用handle_packet 函数后会调用
//write_section_data 将ts 包中的业务信息表的数据存储在这儿，
//直 个段收集完成才交付上面注册的回调函数处理。
sec->section_buf = av_malloc(MAX_SECTION_SIZE);
sec->check_crc = check_crc;
if (!sec->section_buf) {
av_free(filter);
return NULL;
}
return filter;
}
</pre>
<p><br>
6 handle_packets 函数分析 <br>
handle_packets 函数在两个地方被调用， 个是mpegts_read_header 函数中， <br>
另外 个是mpegts_read_packet 函数中，被mpegts_read_header 函数调用是用 <br>
来搜索PSI 业务信息，nb_packets 参数为探测的ts 包的个数；在mpegts_read_packet <br>
函数中被调用用来搜索补充PSI 业务信息和demux PES 流，nb_packets 为0，0 不 <br>
是表示处理的包的个数为0。 </p>
<pre class="cpp" name="code">static int handle_packets(MpegTSContext *ts, int nb_packets)
{
AVFormatContext *s = ts->stream;
ByteIOContext *pb = s->pb;
uint8_t packet[TS_PACKET_SIZE];
int packet_num, ret;
//该变量指示 次handle_packets 处理的结束。
//在mpegts_read_packet 被调用的时候，如果发现完 个PES 的包，则
// ts->stop_parse = 1 ，则当前分析结束。
ts->stop_parse = 0;
packet_num = 0;
for(;;) {
if (ts->stop_parse>0)
break;
packet_num++;
if (nb_packets != 0 && packet_num >= nb_packets)
break;
//读取 个ts 包，通常是188bytes
ret = read_packet(pb, packet, ts->raw_packet_size);
if (ret != 0)
return ret;
handle_packet(ts, packet);
}
return 0;
}
</pre>
<p><br>
</p>
<p>7 handle_packet 函数分析 <br>
可以说handle_packet 是mpegts.c 代码的核心，所有的其他代码都是为 <br>
这个函数准备的。 <br>
在调用该函数之前先调用read_packet 函数获得个ts包（通常是188bytes）， <br>
然后传给该函数，packet参数就是TS包。</p>
<pre class="cpp" name="code">static int handle_packet(MpegTSContext *ts, const uint8_t *packet)
{
AVFormatContext *s = ts->stream;
MpegTSFilter *tss;
int len, pid, cc, cc_ok, afc, is_start;
const uint8_t *p, *p_end;
int64_t pos;
//从TS 包获得包的PID。
pid = AV_RB16(packet + 1) & 0x1fff;
if(pid && discard_pid(ts, pid))
return 0;
is_start = packet[1] & 0x40;
tss = ts->pids[pid];
//ts->auto_guess 在mpegts_read_header 函数中被设置为0，
//也就是说在ts 检测过程中是不建立pes stream 的。
if (ts->auto_guess && tss == NULL && is_start) {
add_pes_stream(ts, pid, -1, 0);
tss = ts->pids[pid];
}
//mpegts_read_header 函数调用handle_packet 函数只是处理TS 流的
//业务信息，因为并没有为对应的PES 建立tss，所以tss 为空，直接返回。
if (!tss)
return 0;
/* continuity check (currently not used) */
cc = (packet[3] & 0xf);
cc_ok = (tss->last_cc < 0) || ((((tss->last_cc + 1) & 0x0f) == cc));
tss->last_cc = cc;
/* skip adaptation field */
afc = (packet[3] >> 4) & 3;
p = packet + 4;
if (afc == 0) /* reserved value */
return 0;
if (afc == 2) /* adaptation field only */
return 0;
if (afc == 3) {
/* skip adapation field */
p += p[0] + 1;
}
/* if past the end of packet, ignore */
p_end = packet + TS_PACKET_SIZE;
if (p >= p_end)
return 0;
pos = url_ftell(ts->stream->pb);
ts->pos47= pos % ts->raw_packet_size;
if (tss->type == MPEGTS_SECTION) {
//表示当前的TS 包包含 个新的业务信息段
if (is_start) {
//获取pointer field 字段,
//新的段从pointer field 字段指示的位置开始
len = *p++;
if (p + len > p_end)
return 0;
if (len && cc_ok) {
//这个时候TS 的负载有两个部分构成：
//1)从TS 负载开始 pointer field 字段指示的位置;
//2)从pointer field 字段指示的位置 TS 包结束
//1)位置代表的是上 个段的末尾部分。
//2)位置代表的新的段开始的部分。
//下面的代码是保存上 个段末尾部分数据，也就是
//1)位置的数据。
write_section_data(s, tss, p, len, 0);
/* check whether filter has been closed */
if (!ts->pids[pid])
return 0;
}
p += len;
//保留新的段数据，也就是2)位置的数据。
if (p < p_end) {
write_section_data(s, tss, p, p_end - p, 1);
}
} else {
//保存段中间的数据。
if (cc_ok) {
write_section_data(s, tss, p, p_end - p, 0);
}
}
} else {
int ret;
//正常的PES 数据的处理
// Note: The position here points actually behind the current packet.
if ((ret = tss->u.pes_filter.pes_cb(tss, p, p_end - p, is_start,
pos - ts->raw_packet_size)) < 0)
return ret;
}
return 0;
}
</pre>
<p><br>
8 write_section_data 函数分析 <br>
PSI 业务信息表在TS流中是以段为单传输的。 </p>
<pre class="cpp" name="code">static void write_section_data(AVFormatContext *s, MpegTSFilter *tss1,
const uint8_t *buf, int buf_size, int is_start)
{
MpegTSSectionFilter *tss = &tss1->u.section_filter;
int len;
//buf 中是 个段的开始部分。
if (is_start) {
//将内容复制 tss->section_buf 中保存
memcpy(tss->section_buf, buf, buf_size);
//tss->section_index 段索引。
tss->section_index = buf_size;
//段的长度，现在还不知道，设置为-1
tss->section_h_size = -1;
//是否 达段的结尾。
tss->end_of_section_reached = 0;
} else {
//buf 中是段中间的数据。
if (tss->end_of_section_reached)
return;
len = 4096 - tss->section_index;
if (buf_size < len)
len = buf_size;
memcpy(tss->section_buf + tss->section_index, buf, len);
tss->section_index += len;
}