- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我们像 IPBBPBB 一样传输 IBP 帧,然后在 IBBPBBP 中显示它们。这是一个问题,我们为什么要这样做。我不能只是在脑海中想象它。我的意思是,为什么不按照它们要显示的顺序传输它们?
最佳答案
对于时间压缩中的双向帧,解码顺序(数据需要传输以进行顺序解码的顺序)与呈现顺序不同。这解释了您所指的效果。
在下图中,您需要帧 P2 的数据来解码帧 B1,因此在传输时,P2 继续。
查看更多相关信息:B-Frames in DirectShow
(source: monogram.sk)Since MPEG-2 had appeared a new frame type was introduced - the bi-directionally predicted frame - B frame. As the name suggests the frame is derived from at least two other frames - one from the past and one from the future (Figure 2).
Since the B1 frame is derived from I0 and P2 frames both of them must be available to the decoder prior to the start of the decoding of B1. This means the transmission/decoding order is not the same as the presentation order. That’s why there are two types of time stamps for video frames - PTS (presentation time stamp) and DTS (decoding time stamp).
关于h.264 - 为什么我们会乱序传输 IBP 帧?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21649674/
我是一名优秀的程序员,十分优秀!