从dvbsnoop到ts demux的设计

最近研究了下dvbsnoop，确实是一个很强大、很全面的开源软件，很有启发意义。
但是实际的DVB开发和开源软件还是有很大的差别。

比如说获取数据部分。
开源软件，一般考虑的都是从文件、网络读取TS文件，来对其进行分析。
但是实际的DVB开发，都是基于硬件Demux来做的。

本文就从源头，如何获取数据，来分析dvbsnoop的不足。

dvbsnoop支持两种方式获取数据，一种是读文件，push ts packet；一种是通过Linux DVB API读取TS/PES/Section数据。
其对数据来源的抽象，Demux的定义是很欠缺的，和实际的硬件差距很大。

为了实现既支持TS文件的数据读取，也支持硬件Demux数据的读取，以及用户对输入数据的可配置。
需要定义一个好的、通用的、不依赖于硬件Demux的，
软件意义上的Demux模块，来解决不同的数据源输入，统一的数据输出问题。

我的设计如下图所示，数据输入都是TS packet的格式(但硬件Demux实际也可以是PES/Section格式)，经过
软件demux的解析，再打包成PES/Section格式数据。

整个模块设计的核心就是TS payload的decode和demux channel
的概念。TS来源的数据，都解析到channel，再由channel负责呈现给用户。对于TS/PES格式的数据，只需要以PID
作为一级过滤参数即可。但是对于Section的数据，这需要再实现一个Filter，对Section数据做2级过滤。
Demux channel就对用户封装了获取TS/PES/Secti