mpeg2-ts格式解析

首先,ts主要是用于dvb的传输,ts可以理解成一种传输上的协议,要不怎么叫transport-stream,但是也可以理解成一种封装格式。
不管是ts文件,还是ts实时流,都可以这样来看,它由N个独立的packet构成,每个大小188Bytes。
每个packet都由两部分构成,header和data,header描述了一些关于这个packet的信息,而data就是这个packet所携带的音频数据,视频数据,字幕数据,当然也可能是节目信息数据。

typedef struct _tag_PACKET_HEADER {
    //同步字节,总是0x47(0100 0111),表示这个包是正确的ts包
    unsigned sync_byte: 8; 
    //传输错误指示符,1:暂且定义为本包有个无法修复的错误
    unsigned transport_error_indicator: 1; 
    //负载单位开始指示符,1:PES或者PSI的开始部分,0:其他
    unsigned payload_unit_start_indicator: 1; 
    //传输优先指示符,1:比相同PID的包有更高的优先级
    unsigned transport_priority: 1; 
    //Packet ID
    unsigned PID: 13;
    //加扰控制指示符
    //00:未加扰(俗称清流);01:留着等以后使用
    //10:以even key方式加扰;11:以odd key方式加扰
    unsigned scrambling_control: 2;
    //适配区存在指示符
    //00:留着等以后使用;
    //01:本报不含适配区,只有负载区
    //10:本包只含适配区,没有负载区
    //11:本包不仅含有适配区,还含有负载区
    //其实可以把这两bit分开来理解,第一个bit指示是否有适配区,第二个指示是否有负载区
    unsigned adaptation_field_exist: 2;
    //当本包目前有负载区时,它才回递增
    //例如,当上面的字段为01or11时,本字段才回递增
    unsigned continuity_counter: 4;
} PACKET_HEADER;
以上就是header的结构,可见sizeof(PACKET_HEADER) == 4 Bytes

根据header的情况,我可以推测出剩余的PACKET_DATA最长只有184Bytes了
typedef _tag_PACKET_DATA {
    //0或者更长,依据PACKET_HEADER.adaptation_field_exist的第一bit而定
    struct adaptation_field;
    //0或者更长,依据PACKET_HEADER.adaptation_field_exist的第二bit而定
    struct payload_data
}

下面请看adaptation_field的结构定义:
typedef struct adaptation_field {
    //本区域除了本字节剩下的长度(不包含本字节!!!切记)
    adaptation_field_length: 8;
    //不连续指示符
    //1:本ts包在continuity_counter或者PCR,是处于不连续状态的
    discontinuity_indicator: 1;
    //可随机访问指示符
    //1:本包中的PES包可以启动一个视频/音频序列
    //就是说如果是1,可以从这个包开始牵出该条ES流
    random_access_indicator: 1;
    //es流优先级指示符
    //1:当同pid时,该es流有更高级的优先权
    elementary_stream_priority_indicator: 1;
    //Program Clock Reference,含有“节目时钟参考”标志
    //1:适配区里面含有PCR field字段,0:不含有
    PCR_flag: 1;
    //1:适配区里面含有splice_countdown字段
    splicing_point_flag: 1;
    //1:适配区里面含有private_data_bytes字段
    trasport_private_data_flag: 1;
    //1:适配去里面含有adaptation_field_extension字段
    adaptation_field_extension_flag: 1;

    //下面几个字段依据上面几个指示器的值而存在与否

    //Program Clock Reference,共6个字节,48bits,大端模式存储!
    //33bits是基本的,6个填充bits,9个扩展bits
    //时间参考,至少约100ms会确定一次audio和video之间的同步问题
    PCR: 33+6+9;
    //Original Program Clock Reference
    //原始PCR,当一个ts包被复制到另一个包里面去了,这里保留其原始的PCR值
    OPCR: 33+6+9
    //分隔倒数器,我自己翻译的,求指点
    //表示当一个分割点出现时,从这个ts包起,还剩多少个ts包(有可能是负数)
    splice_countdown: 8;
    //填充字节,全0xFF,目的是为了使得每一个packet的长度为188Bytes
    //这个的结果可以使得码流为恒定值
    //当然,如果一次想携带的内容超过184字节了怎么办?那就得分隔成多个ts packet了
    stuffing_bytes: 不定长;
}

看完adaptation_field了,那struct payload_data呢?即使有,其实也没什么值得看的,payload_data结构就是所携带的纯粹的数据了,那个没什么好说的,但是还是遵守不足184Bytes就填充FF,超过184Bytes就分隔的原则啦。
所以ts包可以这样表示
【header】+【data】 == 【188Bytes】
【header】== 4 Bytes
【data】 == 184 Bytes == 【adaptation_field】+【payload_data+填充】
【adaptation_field】 == adaptation_field->adaptation_field_length
【payload_data+填充】 == 184 - field.adaptation_field_length

如果有兴趣,直接耐住性子看【http://mumudvb.braice.net/mumudrupal/sites/default/files/iso13818-1.pdf 】,会更加详细,透彻地了解mpeg2-ts

你可能感兴趣的:(多媒体技术)