ts流_ts版_ts流 数字还是模拟

编码器出来的信号是ES流 ，复用器是把ES流变成TS流不知道这么理解对不对，还有我想问下数字卫星接收机出来的信号是SDI呢还是什么类型，模拟卫星接收机出来的又是什么类型呢 忽然之间脑袋一团浆糊～～～～请高手解答

ES是原始码流，包含视频、音频或数据的连续码流。

TS是传输流，是由固定长度为188字节的包组成，含有独立时基的一个或多个节目，适用于误码较多的环境。 在MPEG-2系统中，由视频，音频的ES流和辅助数据复接生成的用于实际传输的标准信息流称为MPEG-2传送流。

PES是打包生成的基本码流，是将基本的码流ES流根据需要分成长度不等的数据包，并加上包头就形成了打包的基本码流PES流。

PS是节目流，PS流与TS流的区别在于，PS流的包结构是可变长度的，而TS流的包结构是固定长度的。

编码器出来的信号是ES流 ，复用器是把ES流变成TS流不知道这么理解对不对，还有我想问下数字卫星接收机出来的信号是SDI呢还是什么类型，模拟卫星接收机出来的又是什么类型呢?

回答：编码器出来的是TS流，传输接口为asi口，编码器整个作用过程是把模拟信号变成ES，再打包成PES，再打包成TS流输出。

复用器是把多路单节目或多节目TS流合称1路多节目TS流，再给调制器。

数字卫星接收机出来的是TS流，也是asi接口，可能包含一路或多路节目，有的还同时有一路模拟信号视音频输出。

模拟卫星接收机出来的是模拟视音频信号。

IP数据报有首部和数据两部分组成的，首部的前一部分是固定长度20字节，是所有IP数据报必须具有的。首部包括：总长度、标识、MF、DF、片偏移。

数字信号实际传送的是数据流，一般数据流包括以下三种：

ES流：也叫基本码流，包含视频、音频或数据的连续码流。

PES流：也叫打包的基本码流，是将基本的码流ES流根据需要分成长度不等的数据包，并加上包头就形成了打包的基本码流PES流。

大家都知道TS包是以0x47开始，是一个同步字节。而且每个包长都是188个字节。于是我们可以非常方便的同步TS流，比如说有丢包的情况。只要找连续的n个（比如说5个）188个长度的TS包，如果都是以0x47开始的话，那么基本上可以认为这些包是TS的合法包。

同样的，RTP包，前面是一个12字节的固定字节，然后是可选的n个CSRC（个数由前面12个字节的某个字段决定）。然后结下来可能存在extension包，字节个数也在extension的字段中决定。但问题是接下来有多少个字节的payload呢，什么时候才是下一个RTP的开始呢。特别是在有丢包的情况下，如何定位RTP包的开始呢？

这些问题我没有在RFC3550.pdf中看到。是否有人来帮我看看，如何解决上面的问题呢？

非常感谢

TS流：也叫传输流，是由固定长度为188字节的包组成，含有独立时基的一个或多个节目，适用于误码较多的环境。

TS流（TransportStream）即在MPEG-2系统中，由视频，音频的ES流和辅助数据复接生成的用于实际传输的标准信息流称为MPEG-2 传送流。信息复合/分离的过程称为系统复接/分接，据传输媒体的质量不同，MPEG-2中定义了两种复合信息流：传送流（TS）和节目流（PS：ProgramStream）

TS流与PS流的区别在于TS流的包结构是固定长度的，而PS流的包结构是可变长度。 PS包与TS包在结构上的这种差异，导致了它们对传输误码具有不同的抵抗能力，因而应用的环境也有所不同。TS码流由于采用了固定长度的包结构，当传输误码破坏了某一TS包的同步信息时，接收机可在固定的位置检测它后面包中的同步信息，从而恢复同步，避免了信息丢失。而PS包由于长度是变化的，一旦某一 PS包的同步信息丢失，接收机无法确定下一包的同步位置，就会造成失步，导致严重的信息丢失。因此，在信道环境较为恶劣，传输误码较高时，一般采用TS码流；而在信道环境较好，传输误码较低时，一般采用PS码流由于TS码流具有较强的抵抗传输误码的能力，因此目前在传输媒体中进行传输的MPEG-2码流基本上都采用了TS码流的包

ES流(Elementary Stream):也叫基本码流,包含视频、音频或数据的连续码流.

PES流(Packet Elementary Stream):也叫打包的基本码流, 是将基本的码流ES流根据需要分成长度不等的数据包, 并加上包头就形成了打包的基本码流PES流.

TS流(Transport Stream):也叫传输流, 是由固定长度为188字节的包组成, 含有独立时基的一个或多个program, 一个program又可以包含多个视频、音频、和文字信息的ES流; 每个ES流会有不同的PID标示. 而又为了可以分析这些ES流, TS有一些固定的PID用来间隔发送program和ES流信息的表格: PAT和PMT表.

(在MPEG-2系统中,由视频, 音频的ES流和辅助数据复接生成的用于实际传输的标准信息流称为MPEG-2传送流)

封装: 就是捆绑打包, 将画面视频文件和音轨文件打包在一起, 并按照一定规则建立排序和索引, 便于播放器或播放软件来索引播放. 包括I / PS(Program Stream)/ TS（Transport Stream）/ MKV（Matroska）等.

1. 视频解码的整个流程大致如下：

说明了视频文件解码的整个过程，而在做s3c6410硬件解码中，我们需要关注的是怎样把一个视频文件（avi/mkv/mp4）拿来，然后做demuxer变成raw video stream，接着就能输入到硬件中：

得到raw video后视频解码的整个过程，在编写过程中主要用到的API以及包含的文件如下图：

单纯的从raw video到播放比较简单，大部分的api都有了根据demo的程序改改，就可以基本解决了。

但还是有很多没搞定的：

1. 解复用demux这部分，我用ffmpeg来分流，avi格式的文件直接获取流以后，

while(av_read_frame(pFormatCtx, &packet) >= 0)

{

if(packet.stream_index == videoStream)

{}}

就可以一帧一帧的把他导入到另外一个文件中，然后就是可以播放的，但是ISO Media的就不行，mkv也不行。不知道是不是跟video container的格式有关。

2. 在硬件解码过程中，manual中说了，S3C6410 MFC codec支持两种模式的输入流(LINE_BUF和RING_BUF)。

LINE_BUF是the application needs to fill the input buffer with the video stream of the exact size of one frame.

RING_BUF是the application needs to fill the input buffer with the video stream of the size of PART. The size of PART is determined by the device driver.

但什么时候用RING_BUF什么时候用LINE_BUF我没弄明白。LINE_BUF, RING_BUF支持4种流解码的，而我在样例程序中使用的是LINE_BUF，测试的视频却是m4v, 264, rcv（上表中用ring_buf）。对这两个模式认识非常混乱。有待进一步研究。

感谢：

仔细看下MFC的那几个文档就可以了，文件封装的H264可能需要自己做demuxer，那个文档里面里面有提，ring buf模式支持文件封装的数据，我没测试，linebuf只支持标准的es流，我是用mplayer把文件demuxer出来的h264数据送到 linebuf模式的mfc，这样来测试的。

网络上取H264数据，是rtp/udp还是http?反正都是文件封装的问题，最好用基本的es 流，如果没有文件封装，那需要在本地解析组装NAL

在第二个Q的回答中，我提到了两者区别，ring_buf模式中，mfc使用了自身的一些文件容器的封装，这样就不需要文件容器的解析这一步，line_buf是支持编码的帧数据，这样的数据必须从文件容器中解析才来得到

TS流的解码过程-ES-PES-DTS-PTS-PCR

TS 流解码过程:

1. 获取TS中的PAT

2. 获取TS中的PMT

3. 根据PMT可以知道当前网络中传输的视频（音频）类型（H264），相应的PID，PCR的PID等信息。

4. 设置demux 模块的视频Filter 为相应视频的PID和stream type等。

5. 从视频Demux Filter 后得到的TS数据包中的payload 数据就是 one piece of PES，在TS header中有一些关于此 payload属于哪个 PES的 第多少个数据包。 因此软件中应该将此payload中的数据copy到PES的buffer中，用于拼接一个PES包。

6. 拼接好的PES包的包头会有 PTS，DTS信息，去掉PES的header就是 ES。

7. 直接将 被拔掉 PES包头的ES包送给decoder就可以进行解码。解码出来的数据就是一帧一帧的视频数据，这些数据至少应当与PES中的PTS关联一下，以便进行视音频同步。

8. I，B，B，P 信息是在ES中的。

ES是直接从编码器出来的数据流，可以是编码过的视频数据流，音频数据流，或其他编码数据流的统称。ES流经过PES打包器之后，被转换成PES包。PES包由包头和payload组成.

在PES层，主要是在PES包头信息中加入PTS(显示时间标签)和DTS（解码时间标签）用于视频、音频同步。其实，Mpeg-2用于视音频同步以及系统时钟恢复的时间标签分别在ES，PES和TS这3个层次中。在ES层，与同步有关的主要是视频缓冲验证VBV（Video Buffer Verifier），用以防止的缓冲器出现上溢或下溢；在PES层，主要是在PES头信息里出现的显示时间标签PTS（Presentation Time Stamp）和解码时间标签DTS（Decoding Time Stamp）；在TS层中，TS头信息包含了节目时钟参考PCR（Program Clock Reference），用于恢复出与编码端一致的系统时序时钟STC（System Time Clock）。

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/tongxinshuyu/article-23453-1.html