我之前接了个活儿，要处理一些老旧的广电传输协议，客户非要用MPEG-2 TS格式。我一开始还真有点懵，觉得这玩意儿听着名字就复杂。我琢磨着，最好的学习方法就是自己动手把它扒开看看。
从实践中搞懂188字节的奥秘
我直接拿了个TS文件，用16进制编辑器打开了。这一看，马上就发现一个特别怪异但又很规律的现象：整个文件被切割得整整齐齐，全部都是188字节一个包，一个不多一个不少。当时我就纳闷了，为啥非得是188？后来我才知道，这是为了应对老旧网络环境设计的，就算丢了几个包，播放器也能很快从下一个188字节包的开头同步回来，贼皮实。
我的第一步实践，就是找到这些包的起始点。每个包的第一个字节都是固定的0x47，这就是同步字节（Sync Byte）。这玩意儿就像敲门声，告诉我：“一个新的数据包来了，准备接收！”
深入挖掘：找到数据里的“路标”
光知道包从哪儿开始没用，还得知道这包里装的是我花了几天时间，写了个小工具去解析这188字节的头部信息。这里面最关键的就是那个PID（Packet Identifier），说白了，就是这个包的身份证号，告诉你它是视频、音频，还是纯粹的描述信息。
我总结了一下我扒出来的重要“路标”：
- PAT表（Program Association Table）：这玩意儿就是个总目录。它告诉我，这个TS流里到底包含了哪些节目（比如CCTV-1、CCTV-2），以及每个节目的详细信息在哪儿能找到。它的PID一般都是
0x0000，是播放器进门的第一个钥匙。 - PMT表（Program Map Table）：这是节目的具体说明书。当我通过PAT知道哪个节目后，PMT就会告诉我这个节目的视频流PID是多少、音频流PID是多少。视频和音频数据本身都是PES（Packetized Elementary Stream）格式，被拆散了装进一个个188字节的TS包里。
- PCR（Program Clock Reference）：这个太重要了，它不在每个包里都有，但定期出现。这玩意儿就是用来给播放器校准时间的，不然画面和声音就不同步了。
自己动手，才算真正搞懂
我最深的体会是，看再多的文档，都不如自己亲手构造一个简单的TS包。我试着做了一个极简的TS流：一个PAT包，一个PMT包，然后后面跟着一串带测试数据的视频PES包。我用工具把它打包成188字节的结构，发现只要PID和各种计数器（特别是连续计数器，确保包没有丢失）设置对了，就算数据内容是错的，播放器也能识别出这是一个“合规”的TS流。
这个实践让我彻底明白了，TS流结构复杂吗？不复杂，它只是非常死板和冗余。它的设计哲学就是“牺牲效率，保证可靠”。所有的结构都是为了在不可靠的传输环境中，也能让接收端快速定位、快速同步，并且知道自己丢了什么。
搞懂了PAT、PMT和PID这三个核心概念之后，再看那些复杂的标准文档，瞬间就清晰了。我现在处理相关的流媒体问题，至少不会一头雾水了。
