H.263 H.263+ Payload Type
h263 rtp协议封装协议英文版：rfc4629:http://tools.ietf.org/html/rfc4629
以下文章是部分参考翻译：
文章出处： http://blog.csdn.net/zblue78/archive/2009/04/09/4059414.aspx
General H.263 Payload Header
The H.263 payload header is structured as follows:
0 1
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5
- - - - - - - - - - - - - - - -
| RR |P|V| PLEN |PEBIT|
- - - - - - - - - - - - - - - -
RR: 5 bits
Reserved bits. It SHALL be zero and MUST be ignored by receivers.
P: 1 bit
Indicates the picture start or a picture segment (GOB/Slice) start
or a video sequence end (EOS or EOSBS). Two bytes of zero bits
then have to be prefixed to the payload of such a packet to
compose a complete picture/GOB/slice/EOS/EOSBS start code. This
bit allows the omission of the two first bytes of the start codes,
thus improving the compression ratio.
V: 1 bit
Indicates the presence of an 8-bit field containing information
for Video Redundancy Coding (VRC), which follows immediately after
the initial 16 bits of the payload header, if present. For syntax
and semantics of that 8-bit VRC field, see Section 5.2.
PLEN: 6 bits
Length, in bytes, of the extra picture header. If no extra
picture header is attached, PLEN is 0. If PLEN>0, the extra
picture header is attached immediately following the rest of the
payload header. Note that the length reflects the omission of the
first two bytes of the picture start code (PSC). See Section 6.1.
PEBIT: 3 bits
Indicates the number of bits that shall be ignored in the last
byte of the picture header. If PLEN is not zero, the ignored bits
shall be the least significant bits of the byte. If PLEN is zero,
then PEBIT shall also be zero.
H.263是国际电联ITU-T的一个标准草案，是为低码流通信而设计的。但实际上这个标准可用在很宽的码流范围，而非只用于低码流应用，它在许多应用中可以认为被用于取代H.261。H.263的编码算法与H.261一样，但做了一些改善和改变，以提高性能和纠错能力。.263标准在低码率下能够提供比H.261更好的图像效果，两者的区别有：(1)H.263的运动补偿使用半象素精度，而H.261则用全象素精度和循环滤波；(2)数据流层次结构的某些部分在H.263中是可选的，使得编解码可以配置成更低的数据率或更好的纠错能力；(3)H.263包含四个可协商的选项以改善性能； (4)H.263采用无限制的运动向量以及基于语法的算术编码；(5)采用事先预测和与MPEG中的P-B帧一样的帧预测方法；(6)H.263支持5种分辨率，即除了支持H.261中所支持的QCIF和CIF外，还支持SQCIF、4CIF和16CIF，SQCIF相当于QCIF一半的分辨率，而 4CIF和16CIF分别为CIF的4倍和16倍。
1998年IUT-T推出的H.263＋是H.263建议的第2版，它提供了12个新的可协商模式和其他特征，进一步提高了压缩编码性能。如H.263只有5种视频源格式，H.263＋允许使用更多的源格式，图像时钟频率也有多种选择，拓宽应用范围；另一重要的改进是可扩展性，它允许多显示率、多速率及多分辨率，增强了视频信息在易误码、易丢包异构网络环境下的传输。另外，H.263＋对H.263中的不受限运动矢量模式进行了改进，加上12个新增的可选模式，不仅提高了编码性能，而且增强了应用的灵活性。H.263已经基本上取代了H.261。
H.263 由 ITU 定义，支持用于视频会议和视频电话应用程序的视频压缩（解码）。 H.263 基于 H.261 编码，并且为在最低带宽为 20K 到 24K bit/sec 上传输的视频流而开发。作为一种一般规则， H.263 只需 H.261 一半的带宽即可达到与 H.261 相同的视频质量，所以在很大程度上 H.263 取代了 H.261 。 H.263 使用 RTP 传输视频流。
协议结构
H.263 有效载荷头定义了三种格式（模式 A、模式 B 和模式 C）。在模式 A 中，在实际压缩 H.263 视频比特流之前存在4字节的 H.263 有效载荷头。这样允许在 GOB 边界有分段。在模式 B 中，使用的是8字节的 H.263 有效载荷头，且每个数据包从MB 边界开始，没有 PB 帧选项。最后，模式 C 中使用的是12字节的 H.263 有效载荷头，采用 PB 帧选项支持在 MB 边界的帧分段。
模式 A 中的头格式如下所示：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|F|P|SBIT |EBIT | SRC |I|U|S|A|R |DBQ| TRB | TR |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
F ― 标志位，表示有效载荷头的模式，具有以下几个值：
0 ― 模式 A；
1 ― 模式 B 或模式 C，取决于 P 位。
P ― P 指定可选的 PB 帧模式。
SBIT ― 起始位，指定最重要位（在第一个数据字节中忽略）的编号。
EBIT ― 结束位，指定最不重要位（在最后一个数据字节中忽略）的编号。
SRC ― 源格式（在 H.263 标准中 PTYPE 的位6、7和8压缩比特流）表示当前图片解析。
I ― 图片编码类型（在 H.263 标准中 PTYPE 的位9压缩比特流）。
U ― 在当前图片头中，如果无限制运动向量选项值为1，那么该值设置为1（在 H.263 标准中 PTYPE 的位10压缩比特流），否则
该值为0。
S ― 在当前图片头中，如果基于语法的算法编码选项值为1，那么该值设置为1（在 H.263 标准中 PTYPE 的位11压缩比特流），
否则该值为0。
A ― 在当前图片头中，如果高级预测选项值为1，那么该值设置为1（在 H.263 标准中 PTYPE 的位12压缩比特流），否则该值为
0。
R ― 预留，值为0。
DBQ ― 用于计算量化值的差分量化参数，当使用 PB 帧选项时，B 帧的量化值基于 P 帧的量化值。该值需要与 H.263 标准压缩
比特流中的 DBQUANT 相同。如果不是采用的 PB 帧选项，则该值为0。
TRB ― 该字段是作为 H.263 标准压缩比特流中 B 帧的暂时参考。如果不是采用的 PB 帧选项，则该值为0。
TR ― 该字段是作为 H.263 标准压缩比特流中 P 帧的暂时参考。如果不是采用的 PB 帧选项，则该值为0。
模式 B 中的头格式如下所示：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|F|P|SBIT |EBIT | SRC | QUANT | GOBN | MBA |R |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|I|U|S|A| HMV1 | VMV1 | HMV2 | VMV2 |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
关于 F、P、SBIT、EBIT、SRC、I、U、S 和 A 各定义请参照模式 A。
QUANT ― 在数据包起始进行编码的第一个 MB 的量化值。如果数据包以 GOB 头开始，那么该值设置为0。
GOBN ― 数据包起始处的 GOB 编号。不同的解析中 GOB 编号不同。
MBA ― 数据包中第一个 MB 的 GOB 内的地址，按照扫描顺序从0开始计数。例如任意 GOB 中的第三个 MB 设置为 MBA = 2。
R ― 预留，值为0。
HMV1、VMV1 ― 为数据包中的第一个 MB 设置的水平和垂直运动向量预测。如果有某四个运动向量能为当前 MB 提供高级预测选项功能时，那么这些向量就是 MB 中的1号块的运动向量预测。
HMV2、 VMV2 ― 为数据包中第一个 MB 的3号块提供的水平和垂直运动向量预测。如果有某四个运动向量能为当前 MB 提供高级预测选项功能时，需要该字段，这是因为 MB 中的3号块需要不同于 MB 中其它块的运动向量预测。当 MB 只具有一个运动向量时，不需要使用这两个字段。
模式 C 中的头格式如下所示：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|F|P|SBIT |EBIT | SRC | QUANT | GOBN | MBA |R |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
|I|U|S|A| HMV1 | VMV1 | HMV2 | VMV2 |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
| RR |DBQ| TRB | TR |
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
关于 F、P、SBIT、EBIT、SRC、I、U、S、A、DBQ、TRB 和 TR 各定义请参照模式 A。
关于 QUANT、GOBN、MBA、HMV1、VMV1、HMV2 和 VNV2 各定义请参照模式 B。
H.263 H.263+ Payload Type相关推荐
- M-JPEG、H.261/H.263、MPEG4、H.264这4种压缩方式有什么区别
1.JPEG/M-JPEG JPEG是一种静止图像的压缩标准,它是一种标准的帧内压缩编码方式.当硬件处理速度足够快时,JPEG能用于实时动图像的视频压缩.在画面变动较小的情况下能提供相当不错的图像质 ...
- 视频编解码——主流视频编码标准的发展（H.261/H.263/MPEG-1/MPEG-2/MPEG-4)）
目录 制定标准的组织 两种编码方式 基于波形的编码 基于内容的编码 H.261 系统图 信源编码器 复合编码器 H.263 MPEG-1 码流结构 MPEG-2 码流结构 MPEG-4 制定标准的组织 ...
- avisynth_c.h:825:3: error: unknown type name ‘HMODULE’
avisynth_c.h:825:3: error: unknown type name 'HMODULE' In file included from input/avs.c:49:0: ./ext ...
- 编译x264：avisynth_c.h:825:3: error: unknown type name ‘HMODULE‘
具体错误 In file included from input/avs.c:49:0: ./extras/avisynth_c.h:825:3: error: unknown type name ' ...
- render函数介绍，以及 render: h =gt; h(App)
原地址 很多朋友对于长篇大论看不下去,有的呢是有接触过这些,所以我们今天吧总结写在前边.需要的朋友可以往下看: 总结: 1. render方法的实质就是生成template模板: 2. 通过调用 ...
- linux sed 空间模式,整理：SED的模式空间与缓冲区及n，N，d，D，p，P，h，H，g，G，x解析...
sed命令n,N,d,D,p,P,h,H,g,G,x解析 1.sed执行模板=sed '模式{命令1;命令2}' 即逐行读入模式空间,执行命令,最后输出打印出来 2.p打印当前模式空间所有内容,追加到 ...
- linux 网络内核 ko文件,编译内核模块 .ko文件缺少：mmzone.h bounds.h
出现的问题:编译的时候提示缺少头文件 mmzone.h ....bounds.h...等 include/linux/mmzone.h:18:26: error: linux/bounds.h: No ...
- 网页播放海康威视大华华为摄像头RTSP流，不需转码转流，延迟毫秒级，支持多路播放、H.264/H.265及1080P/2K/4K
一.背景: 在遍地都是摄像头的今天,往往需要在各种信息化.数字化.可视化B/S系统中集成实时视频流播放等功能,海康.大华.华为等厂家摄像头或录像机等设备一般也都遵循监控行业标准,支持国际标准的主流传输 ...
- 手机信号上的G、E、O、3G、H、H+是什么意思？
手机信号上的G.E.O.3G.H.H+是什么意思? 使用智能手机的朋友会发现,在手机信号旁边都会有一些奇怪的字母,比如3G.E.H等等,这些字母都代表什么意思呢?哪种网络状态速度最快?下面让我们详 ...
- 视频格式那么多，MP4/RMVB/MKV/AVI 等，这些视频格式与编码压缩标准 mpeg4，H.264.H.265 等有什么关系？
还是从MPEG-4说起吧 ,MPEG-4是一套用于 音频. 视频信息的 压缩编码 标准,由 国际标准化组织( ISO)和 国际电工委员会( IEC)下属的"動態影像专家组"(Mov ...
最新文章
- 保研软件学院和计算机学院,西南大学计算机与信息科学学院·软件学院(专业学位)计算机技术保研细则...
- 使用MongoDB存储Docker日志（续）
- GPT-3获NeurIPS 2020最佳论文奖，苹果华人学者获经典论文奖
- 编程语言python特点-Python和其他编程语言相比有哪些优势呢？
- 文献管理软件Mendeley的缺陷 （更正，增补）
- 性能不同的服务器可以组成云,多个服务器组成云
- notepad正则表达式替换_正则表达式装逼(实用)指南
- cnn池化层输入通道数_（pytorch-深度学习系列）CNN中的池化层-学习笔记
- ELF文件格式详解-请查收
- opensll、libcurl库安装的使用，树莓派CSI摄像头的配置，树莓派调用智能API平台实现人脸识别、树莓派配置中文环境
- 運輸配送信息Delivery_Information
- linux切换至root权限,【linux】sudo su切换到root权限
- 多元最大似然估计函数
- Flink开发需要的环境
- SQL Server数据库查询优化【转】
- JS 实现打印二维码图片
- nifi集群_【NIFI】 Apache NiFI 集群搭建
- Fedora 安装 QQ音乐
- 3D MAX 中的 vary 参数建议。测试图以及中等质量和高等质量参数设置.
- 你在淘宝剁手，钱却可能进入黑客的口袋
热门文章
- c#进阶（2）—— ASP.NET MVC 常用路由总结
- oracle存储过程行转列,oracle 存储过程-动态行转列，解决。
- 数据结构 - 递归 回溯算法（八皇后问题）
- 【HRBUST - 1054 】Brackets! Brackets! （括号匹配，思维，STL栈）
- 1）机器学习基石笔记Lecture1:The Learning Problem
- php7 获取文件类型,太简单了！PHP获取文件扩展名的7中方法
- mysql不能通过ip地址访问权限_解决mysql中只能通过localhost访问不能通过ip访问的问题...
- android上传图片文件至c 服务器,Android 史上最优雅的实现文件上传、下载及进度的监听...
- git 怎么提交忽略文件夹_git 设置忽略文件提交的几种方式
- jdk11 后用的指定编码格式，读取文件