H.261:视频编码和解码(Video Coding and Decoding - CODEC)

H.261 是 ITU 的视频编码标准,主要针对于 64kb/s 的倍数的数据率而设计,又称为 P*64 (其中 P 是 1 到 30 的可变参数)。这些数据率适合于 ISDN 线路,这是视频编码原先设计的。H.261 (结合可以携带 RTP 的任意底层协议)通过实时传输协议(RTP)传输视频流。

编码算法是帧间预测、变换编码和运动补偿的混合。编码算法的数据率主要设置于 40Kbits/s 和 2Mbits/s 之间。INTRA 编码为每个 8*8 象素块编码并直接将它们发送给转换处理块。另一方面, INTER 编码的帧被相关的其它帧编码。帧间预测消除了时间冗余,而变换编码消除了空间冗余。运动矢量用来帮助提供运动编译码补偿。为了消除传输比特流过程中更进一步的冗余现象,需要使用可变行程编码。

H.261 支持编码器中的运动补偿。运动补偿中,在前帧(恢复帧)中构造了一个搜索域来决定最好的参考宏块。H.261 支持两种图像分辨率:QCIF (1/4 公共交换格式),其像素为 144*176;CIF (公共交换格式),其象素为 288*352。

视频多路器将压缩数据构造成分层比特流,共有四层:

  • 图像层:与视频图像(帧)相符;
  • 组块:与 1/12 of CIF 图像或 1/3 of QCIF 相符;
  • 宏块:与亮度的 16*16 象素和两个相应空间色度的 8*8 象素成分相符;
  • 块:与 8*8 象素相符。

协议结构

3 6 7 8 12 17 22 27 32 bit
SBIT EBIT I V GOBN MBAP QUANT HMVD VMVD
  • SBIT ― 起始位。最重要的位(在第一个数据 octet 中忽略)编号。
  • EBIT ― 结束位。最不重要的位(在最后一个数据 octet 中忽略)编号。
  • I ― INTRA-frame 编码数据字段。如果该流只包含 INTRA-frame 编码块,则设置为 1 ;如果该流可能包含或不包含 INTRA-frame 编码块,则设置为 0 。
  • V ― 运动矢量标记。如果该流不使用运动矢量标记时,该值设为 0 ;如果该流可能或可能不使用运动矢量标记时,该值设为 1 。
  • GOBN ― GOB 编号。在数据包的起始处对 GOB 编号进行有效编码。如果数据包以 GOB 头开始,那么该值设置为 0 。
  • MBAP ― 宏块地址预测。编码宏块地址预测 (即在早先的数据包中编码的最后一个 MBA) 。该预测从 0 到 32(预测有效 MBA 从1到33),但由于比特流在 GOB 头和 MB1 之间不能被分段 , 所以数据包起始处的预测值永远不会是 0 。
  • QUANT ― 量化字段。在数据包起始之前有效显示量化值 (MQUANT 或 GQUANT),如果数据包从 GOB 头开始,该值则设置为 0 。
  • HMVD ― 水平运动矢量数据字段。表示参考水平运动向量数据(MVD)。如果 V 标记为 0,或如果数据包以 GOB 头为起始,或当 早先数据包中编码的最后一个 MB 的 MTYPE 不是 MC 时,该值设置为 0。
  • VMVD ― 垂直运动矢量数据(VMVD)。参考垂直运动向量数据(MVD)。如果 V 标记值为0,或如果数据包以 GOB 头为起始,或当早先数据包中编码的最后一个 MB 的 MTYPE 不是 MC 时,该值设置为 0。

相关协议:RTPRTSPH.248H.323H.225H.245H.263

组织来源:H.261 是一种 ITU-T(http://www.itu.int/ITU-T/)标准。

相关链接:
http://www.javvin.com/protocol/rfc2032.pdf: RTP Payload Format for H.261 Video Streams
http://www.h323forum.org/papers/: H.323 papers and documents

原文地址:https://www.cnblogs.com/xyzlmn/p/3168421.html