我正在编写一个 MPEG-TS 文件解析器,但我一直坚持从 PAT 部分获取 program_numbers 和 PID。我正在使用数据包分析器来比较我的结果。
例如,这是一个 PAT 数据包
47 40 00 16 00 00 B0 31 00 14 D7 00 00 00 00 E0
10 00 01 E0 24 00 02 E0 25 00 03 E0 30 00 04 E0
31 00 1A E0 67 00 1C E0 6F 43 9D E3 F1 43 A3 E3
F7 43 AC E4 00 C3 69 A6 D8 FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF
FF FF FF FF FF FF FF FF FF FF FF FF
首先,我开始将分析器的结果与字节进行比较以查看连接。它按以下方式配对字节:[00 10][01 24][02 25][03 30]等。我注意到一个模式(for i = 14; i
我很困惑,我希望有人可以向我解释如何解析上面的示例 PAT。
Each program_number
是 16 位,后面是由 3 x '1' 位和 13 位组成的 16 位program_map_pid
(or network_pid if
程序号`=0)
从转储中的偏移量 13 开始,读取 16 位字对,屏蔽第二个字的前 3 位。
e.g.
offset bytes words program_number pid
====== =========== ========= ============== ======================
000D: 00 00 E0 10 => 0000 E010 => 0000 0010 (network_pid)
0011: 00 01 E0 24 => 0001 E024 => 0001 0024 (program_map_pid)
0015: 00 02 E0 25 => 0002 E025 => 0002 0025 (program_map_pid)
0019: etc..
001D: etc..
0021: etc..
0025: 00 1C E0 6F => 001C E06F => 001C 006F (program_map_pid)
0029: 43 9D E3 F1 => 439D E3F1 => 439D 03F1 (program_map_pid)
002D: etc..
etc..
理论上,它比这更复杂,因为 PAT 中可以有多个程序关联部分,而上述内容仅对第 1 部分有帮助。
有关更多详细信息,请参阅 ISO/IEC 13818-1 第 2.4.4.3 节,特别是表 2-25。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)