当前位置：文档库 › 用于MPEG-4视听流的RTP负载格式

用于MPEG-4视听流的RTP负载格式

?Network Working Group Y. Kikuchi

?Request for Comments: 3016 Toshiba

?Category: Standards Track T. Nomura

NEC

?S. Fukunaga ?Oki ?Y. Matsui ?Matsushita ?H. Kimata ?

NTT

?November 2000 ?

?用于MPEG-4视听流的RTP负载格式

?（RRC3016 RTP Payload Format for MPEG-4 Audio/Visual Streams）

?本备忘录的状态

?本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建议以

?得到改进。请参考最新版的“Interne t正式协议标准” (STD1)来获得本协议的标准化程度

?和状态。本备忘录的发布不受任何限制。

?摘要

?本文描述了在不使用MPEG-4系统的情况下携带MPEG-4音频和视觉码流的RTP 负载格式。为了能

?直接将MPEG-4音频/视觉码流映射到RTP包上，它提供了RTP包头字段的使用规范和分片规则。同

?时文档中还规定了MIME类型注册和会话描述协议(SDP)的使用。

?目录

?本备忘录的状态1

?摘要 1

? 1. 介绍 2

? 1.1 MPEG-4视觉RTP负载格式3

? 1.2 MPEG-4音频RTP负载格式3

? 2. 要求的术语 4

? 3. MPEG-4视觉码流的RTP组包4

? 3.1 MPEG-4视觉中RTP头字段的使用 4

? 3.2 MPEG-4视觉码流分片 5

? 3.3 MPEG-4视觉码流组包示例 6

? 4. MPEG-4音频码流的RTP组包7

? 4.1 RTP包格式7

? 4.2 MPEG-4音频中RTP头字段的使用8

? 4.3 MPEG-4音频码流分片9

? 5. MPEG-4视听流MIME类型注册9

? 5.1 MPEG-4视觉MIME类型注册9

? 5.2 MPEG-4视觉中SDP的用法10

? 5.3 MPEG-4音频MIME类型登记11

? 5.4 SDP usage of MPEG-4 Audio 12

? 6. 安全性考虑13

?7. 参考文献13

?8. 作者地址13

?致谢14

? 1. 介绍

?本文描述的RTP负载格式规定了如何对MPEG-4音频流[3][5]和MPEG-4视觉流[2][4]进行分

?片并直接映射到RTP包中。

?通过定义这些RTP负载格式，应用在不使用MPEG-4系统同步和流管理功能的情况下也能直接

?传输MPEG-4音频/视觉流。本文的RTP负载格式可应用于那些本身有流管理功能且不需要MPEG-4

?系统中类似功能的系统。例如H.323终端，其MPEG-4音/视频流的管理就不通过MPEG-4系统对象描

?述符进行管理，而是使用了H.245。流直接映射到RTP包中，并没有使用MPEG-4系统同步层。其它

?例子包括SIP和RTSP，它们使用了MIME和SDP。本文所述之RTP负载格式定义了MIME类型和SDP的用

?法，直接规定了不使用MPEG-4系统时的音/视觉流属性（如，媒体类型，打包格式和编码配置）。

?这样做明显的优点在于可以象对付那些非MPEG-4编码格式一样，采用一种通用的方法来对这些

?MPEG-4音频/视觉RTP负载格式进行处理。而缺点在于同基于MPEG-4系统环境的互操作可能会比较

?困难，其它负载格式则更适用于这些应用。

?在此情况下，RTP包头的语义必须定义的非常清晰，其中包括MPEG-4音/视频数据元素的关

?系。此外，为了增强错误恢复能力，在MPEG-4视频流内部提供错误恢复工具，最好能为MPEG-4

?视频流定义好RTP包的分片规则。

? 1.1 MPEG-4视觉RTP负载格式

?MPEG-4视觉是一种视觉编码标准，它具有如下新特征：高编码效率；高错误恢复性；

基于

?多样的，任意形的对象编码；等等[2]。其速率范围介于数Kbps到几Mbps。并且它能适应从无差

?错网络到高错误率的移动网络等多种网络类型。

?针对本文中定义的MPEG-4视觉码流的分片规则我们应当注意到，由于MPEG-4视觉将用于多

?种网络类型，因此在分片方面不应有太多的限制。诸如“单个视频包需映射到单个RTP包”这样

?的分片规则是不合理的。另一方面，大意，以及未知媒体分片也可能导致错误恢复率和带宽利用

?率的下降。本文描述的分片规则十分灵活，但在应用MPEG-4视觉错误恢复功能时为了避免无意义

?的分片也要定义一个最小的规则集。

?分片规则建议不要在一个RTP包中映射多个VOP，这样可以保证RTP时间戳能唯一地表示VOP

?分帧时间。而相反地，由于MPEG-4视频可以产生非常小的VOP，如一个只包含VOP 头的空VOP

?(vop_coded=0)或者一个仅有少量码块的任意形VOP。为了减低开销，分片规则应允许将多个VOP

?连接到一个RTP包中。（参见3.2节分片规则(4)和3.1节标志位和时间戳）

?在H.261或MPEG-1/2等视频编码工具中往往通过所定义的额外媒体RTP包头来帮助在包丢失

?时恢复损坏的图片包头，而MPEG-4视觉已经为此提供了错误恢复功能，它们可用于RTP/IP网络，

?也可用于其它网络（H.223/Mobile,MPEG-2/TS等）。因此，无需在MPEG-4视觉RTP 负载格式中定

?义额外的RTP包头。

? 1.2 MPEG-4音频RTP负载格式

?MPEG-4音频是一种集成了多种类型音频编码工具的新型音频标准。LATM(低负担MPEG-4音频传

?输复用)通过相当小的耗费来管理音频数据序列。对那些仅有音频的应用，不使用MPEG-4系统而

?采用直接将基于LATM的MPEG-4音频码流映射到RTP包的方式是很值得的。

?LATM有如下几项复用特性：

?- 在音频数据中携带配置信息，

?- 将多个音频帧连接到一个音频流中，

?- 多对象（程序）复用

?- 可伸缩层的复用，

?在RTP传输中不需要最后两项性质。因此，基于本文规定的RTP组包原则的应用程序不能使

?用这两个性质。由于LATM是为自然音频编码工具所开发，而非为合成工具开发，要用其来传输结

?构化音频(SA)数据和文语转换接口(TTSI)数据是很困难的。所以不能通过本文档的RTP组包方法

?传输SA数据和TTSI数据。

?为了传输可伸缩流，每层的音频数据都应当打包到不同的RTP包，如此才可保证在IP层对不

?同层有不同的处理，比如通过一些区分服务。另一方面，可伸缩流的所有配置数据都包含于一个

?LATM配置数据"SteamMuxConfig"中，并且每一层共享该StreamMuxConfig。层与其配置数据的映

?射是通过音频数据附带的LATM头信息来完成的。为了表示可缩放流的依赖信息，还针对负载类型

?(PT)值(见4.2节)的动态分配规则使用了一种限制措施。

?对于MPEG-4音频编码工具而言，如果负载为单个音频帧，则包的丢失不会影响邻近包的解

?码。这同样也适用于其它音频编码器。因此MPEG-4音频不需要附加的用于错误恢复的媒体特定头。

?可采用已经存在的一些RTP保护机制来提高错误恢复率，如通用前向纠错(RFC 2733)和冗余音频

?数据(RFC 2198)。

? 2. 要求的术语

?本文中的关键字“必须”，“必须不”，“要求的”，“应该”，“不应该”，“会”，“不会”，?“建议”，“或许”，“可选的”在RFC 2119 中解释。

? 3. MPEG-4视觉码流的RTP组包

?本节规定了MPEG-4视觉内容的RTP组包规则。一个MPEG-4视觉码流可直接映射到RTP包而不

?需要增加额外的头字段或者删除任何视觉语法元素。为了将基本流的配置信息在相同的RTP端口

?上传送，必须使用合并配置/基本流模式。（参见ISO/IEC 14496-2[2][9][4]中6.2.1"开始编码"）

?配置信息可以通过带外方式规定。对于H.323终端，必须使用H.245码

?点"decoderConfigurationInformation"。如果系统使用MIME内容类型和SDP参数，如SIP和RTSP，

?则必须用可选参数"config"来规定配置信息（参见5.1和5.2）。

?当使用了短视频头模式时，应该H.263的RTP负载格式（建议使用RFC2429定义的格式，但也

?可使用RFC2190格式以实现同旧系统的兼容性）。

?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

?+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

?|V=2|P|X| CC |M| PT | sequence number | RTP

?+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

?| timestamp | Header

?+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

?| synchronization source (SSRC) identifier |

?+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= +

?| contributing source (CSRC) identifiers |

?| .... |

?+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= +

?| | RTP

?| MPEG-4 Visual stream (byte aligned) | Pay-

?| | load

?| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

?| :...OPTIONAL RTP padding |

?+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

?Figure 1 –一个MPEG-4视觉流的RTP包

? 3.1 MPEG-4视觉中RTP头字段的使用

?负载类型(PT): 为新的包格式分配RTP负载类型超出了本文的范畴，不在此赘述。特定类

?型应用程序的RTP框架应该负责负载类型的分配，如若不能则应该通过带外信令协议（如，

?H.245,SIP等）在动态范围内选择一个负载类型。

?扩展位(Extension-X bit): 由使用的RTP框架定义。

?序列号（Sequence Number）: 为了安全从一个随机初始化值开始，每发送一个RTP数据包加1。

?标志位（Marker-M）bit: 标志位设为1标志这是VOP的最后一个（或仅有一个）RTP包。若一

?个RTP包中携带有多个VOP则标志位也设为1。

?时间戳（Timestamp）: 时间戳表示RTP包中的VOP采样时间。为了安全，加上了一个随机常数

?偏移。

?- 当一个RTP包携带多个VOP时，时间戳表示其中最早的一个VOP的时间。其它VOP的时间戳信

?息通过VOP头的时间戳字段可得（modulo_time_base和vop_time_increment）。

?- 如果RTP包只含有配置信息或Group_of_VideoObjectPlane()字段，使用编码队列中下一个

?VOP的时间戳。

?- 如果RTP包仅含有visual_object_sequence_end_code信息，使用编码队列中前一个VOP

?的时间戳。

?除非由带外方式规定，时间戳分辨率设为缺省值90KHz。

?其它头字段的使用见RFC 1889 [8]。

? 3.2 MPEG-4视觉码流分片

?使用合并配置/基本流模式，经过分片的MPEG-4视觉码流直接映射到RTP负载而不用增加任何

?额外头字段或者删除视觉语法元素。分片时可应用如下规则。

?下文中，头（Header）可能表示如下信息：

?- 配置信息（视觉对象序列头，视觉对象头和视频对象层头）

?- visual_object_sequence_end_code

?- 基本流的进入点函数头（Group_of_VideoObjectPlane(),

?video_plane_with_short_header(), MeshObject()或FaceObject())

?- 视频包头(video_packet_header()，next_resync_marker()除外)

?- gob_layer()头

?配置信息和进入点函数的定义参见ISO/IEC 14496-2 [2][9][4]的6.2.1 "开始编码"

?(1) 配置信息和Group_of_VideoObjectPlane()字段应位于RTP负载的开始位置或在语法上的

?上层函数头之后。

?(2) 如果RTP负载中存在一个或多个头，则RTP负载应从语法上的最高函数头开始。

?注意: visual_object_sequence_end_code作为最低函数。

?(3) 一个头不应分到多个RTP包中。

?(4) 不同的VOP应该分片为不同的RTP包，一个RTP包只包括与唯一VOP的时间相关的数据（在

?RTP包头的时间戳字段中指出）。例外情况是如果VOP很小，则单个RTP包携带多个按解码顺序连

?续的VOP。

?注意：当一个RTP负载携带了多个VOP时，第一个VOP后的VOP时间戳在解码时通过计算得到。

?该操作仅当RTP包标志位为1且RTP负载开始符合起始码时才是必须的。(见3.1节时间戳和标志

?位)

?(5) 建议一个视频包组成一个RTP包进行发送。视频包的大小应该按如下方式来决定，即，结

?果RTP包大大小不得超过路径MTU的大小。

?注意：规则(5)不适用于以下场合，编码器配置禁止视频包（通过将VOL头中的?resync_marker_disable设置为1），或者编码工具不支持视频包。在此情况下，一个VOP可能得

?经过在任意字节位置进行分片后才能发送。

?视频包从VOP头或视频包头开始，后面紧接着是motion_shape_texture()，以

?next_resync_marker()或next_start_code()结束。

? 3.3 MPEG-4视觉码流组包示例

?Figure 2所示为按照3.2描述标准产生的RTP包的例子。

?(a)例表示包含了配置信息的MPEG-4视觉码流中第一个RTP包或随机访问点。根据规则(1)，

?视觉对象序列头应位于RTP负载的开始处，视觉对象头和视频对象层头(VO header, VOL header)

?之前。3.2中定义的分片规则保证了从visual_object_sequence_start_code开始的配置信息通常

?都位于RTP负载的开始位置，RTP接收端可通过检查RTP负载的头32位字段是否是?visual_object_sequence_start_code来检测随机访问点。

?(b)是另一个包含配置信息的RTP包例子。它同(1)的区别为该RTP包在VOP中

的配置信息后还包

?含有视频包。由于配置信息长度很短（一般为数十字节），一个RTP包如果仅含有配置信息会造

?成系统开销的上升，因此配置信息和其后的GOV和/或(部分)VOP可以打包到同一个RTP包中，如此

?例中所示。

?(c)是RTP包中包含了Group_of_VideoObjectPlane(GOV)的例子。根据规则(1)，GOV位于RTP

?负载的开始位置。一个仅有GOV字段的RTP包大小只有7个字节，这是对RTP/IP 头开销的极大浪费。

?因此后续的VOP(或部分地)可以如本例所示打到同一个RTP包中。

?(d)例中，一个视频包被打包到一个RTP包中。当网络中包丢失率很高时推荐采用该方法。甚

?至当包含有VOP头的RTP包被丢弃时其它RTP包还可通过使用视频包头中的HEC 信息进行解码。无需

?任何额外的RTP头字段。

?(e)例为多个视频包打在一个RTP包中的情况。在底层网络速率很低时这种组包方式可高效地

?节约RTP/IP头开销。不过，由于一个RTP包的丢失会导致将多个视频包同时丢失，这种方法会降

?低丢包恢复率。一个RTP包中理想的视频包数目和RTP包长度可通过丢包率和底层网络传输的比特

?率来决定。

?(f)示例为在VOL头中将resync_marker_disable设置为1从而禁止使用视频包。在此情况下，

?一个VOP可按照任意字节位置分为多个RTP包。比如将一个VOP按照固定长度进行分片。这种编码

?配置方法和RTP分片可应用于能提供极低错误率保证的网络。另一方面，由于它的丢包恢复率很

?差，建议不要在error-prone环境中使用。

?Figure 3 所示为按3.2规则建立的RTP包。

?按照(a)中将一个头分片到多个RTP包不仅造成RTP/IP头开销增加，也导致了错误恢复能力

?的下降。因此在规则(3)中禁止这样做。

?当将多个视频包串联到一个RTP包中时，VOP头或video_packet_header()不应放到RTP负载

?的中间。基于错误恢复的目的，(b)中的组包方法违反了规则(2)。比较该例同图2中的例6，尽管

?两者都是把两个视频包映射到两个RTP包中，其丢包恢复率却不一样。即是说，假设第二个RTP

?包丢失了，图3例(b)中两个视频包都将丢失，而在图2例(d)中仅丢失视频包2。

?+------+------+------+------+

?(a) | RTP | VS | VO | VOL |

?+------+------+------+------+

?+------+------+------+------+------------+

?(b) | RTP | VS | VO | VOL |Video Packet|

?+------+------+------+------+------------+

?+------+-----+------------------+

?(c) | RTP | GOV |Video Object Plane|

?|header| | |

?+------+-----+------------------+

?+------+------+------------+ +------+------+------------+

?(d) | RTP | VOP |Video Packet| | RTP | VP |Video Packet|

?|header|header| (1) | |header|header| (2) |

?+------+------+------------+ +------+------+------------+

?+------+------+------------+------+------------+------+------------+

?(e) | RTP | VP |Video Packet| VP |Video Packet| VP |Video Packet|

?|header|header| (1) |header| (2) |header| (3) |

?+------+------+------------+------+------------+------+------------+

?+------+------+------------+ +------+------------+

?(f) | RTP | VOP |VOP fragment| | RTP |VOP fragment|

?|header|header| (1) | |header| (2) | ___

?+------+------+------------+ +------+------------+

?图2 – RTP组包的MPEG-4视觉码流示例

?+------+-------------+ +------+------------+------------+

?(a) | RTP |First half of| | RTP |Last half of|Video Packet|

?+------+-------------+ +------+------------+------------+

?+------+------+----------+ +------+---------+------+------------+

?(b) | RTP | VOP |First half| | RTP |Last half| VP |Video Packet|

?+------+------+----------+ +------+---------+------+------------+

?图3 –禁止RTP组包的MPEG-4视觉码流示例

? 4. MPEG-4音频码流的RTP组包

?本节规定了MPEG-4音频码流的RTP组包规则。MPEG-4音频流必须通过LATM工具进行格式化，

?然后基于LATM的流将按照下面三节的描述映射到RTP包上。

? 4.1 RTP包格式

?基于LATM的流由一个包含了一个或多个音频帧的audioMuxElements序列组成。一个完整或

?部分完整的audioMuxElement可直接映射到一个RTP负载上，无需删除任何audioMuxElement语法

?元素(见图4)。每个audioMuxElement的第一个字节应该位于RTP包第一个负载所在的位置。

?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

?+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

?|V=2|P|X| CC |M| PT | sequence number |RTP

?+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

?| timestamp |Header

?+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

?| synchronization source (SSRC) identifier |

?+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= +

?| contributing source (CSRC) identifiers |

?| .... |

?+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+= +

?| |RTP

?: audioMuxElement (byte aligned) :Payload

?| |

?| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

?| :...OPTIONAL RTP padding |

?+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

?图4 –一个MPEG-4音频RTP包

?为了对audioMuxElement进行解码，必需得在其后通过带外方法指明muxConfigPresent。当

?SDP用于此指示时，MIME参数"cpresent“就对应了muxConfigPresent信息。(见5.3节).

?muxConfigPresent: 如果该值为1(带内模式)，audioMuxElement应包括一个指示位?"useSameStreamMux"并且可能包括一个音频压缩配置信息"StreamMuxConfig"。

?UseSameStreamMux位表示是否前一帧中的StreamMuxConfig元素也应用于本帧。如果

?useSameStreamMux位指示要使用前一帧的StreamMuxConfig，而前一帧已经丢失，则将无法对当

?前帧进行解码。因此，在带内模式下，StreamMuxConfig元素应根据网络条件重复传输。相反，

?如果muxConfigPresent设为0(带外模式)，StreamMuxConfig元素需要通过带外方式传输。如果是

?SDP，则要使用MIME参数"config" (见5.3节).

? 4.2 MPEG-4音频中RTP头字段的使用

?负载类型(PT): 为这种新的包格式分配RTP负载类型超出了本文的范畴，不在此赘述。特

?定类型应用程序的RTP框架应该负责为编码分配负载类型，如若不能则应该通过带外信令协

?议（如，H.245,SIP等）在动态范围内选择一个负载类型。在为可伸缩流动态分配RTP负载类

?型时，应该为每一层分配不同的值。这些值应按层依赖关系的强弱顺序进行分配，最基本的

?层拥有最小的值。

?标志位(M): 标志位指出了audioMuxElement范围。置为1说明RTP包包含有完整的

?audioMuxElement或audioMuxElement分片的最后一片。

?时间戳: 时间戳表示RTP包中第一个音频帧的采样时间。从安全角度出发，建议时间戳从一个

?随机值开始。除非指定使用带外方式，时间戳的分辨率设为缺省值90KHz。

?顺序号: 为了更加安全，顺序号应从一个随机初始化值开始，每发送一个RTP 数据包加1。

?其它头字段的使用遵照RFC 1889 [8]。

? 4.3 MPEG-4音频码流分片

?建议每个RTP包中只放一个audioMuxElement。如果audioMuxElement的大小保持得足够小，

?使得RTP包的大小不超过路径MTU的大小，则没有问题。否则就得将audioMuxElement分片到多个

?包中。

? 5. MPEG-4视听流MIME类型注册

?接下来的几节描述了MPEG-4视听流的MIME类型注册。MPEG-4视觉流的MIME类型注册和SDP使用

?在5.1和5.2节中描述，而MPEG-4音频流的MIME类型注册和SDP用法在5.3和5.4中描述。

? 5.1 MPEG-4视觉MIME类型注册

?MIME媒体类型名: video

?MIME子类型名: MP4V-ES

?必需的参数: none

?可选参数:

?rate(速率): 该参数仅用于RTP传输。表示RTP头时间戳字段的分辨率。如果未指定该参数

?则使用缺省值90000(90KHz)。

?profile-level-id(框架级别ID): 一个表示Table G-1 of ISO/IEC 14496-2 [2][4]定义

?的MPEG-4视觉框架和级别值的十进制数(profile_and_level_indication)。该参数可用于性能

?交换或事务建立过程中以表示MPEG-4视觉框架和MPEG-4视觉编码器能达到的级别组合。如未指定

?该参数，则采用缺省值1。

?Config(配置): 该参数用于表示相应MPEG-4视觉流的配置。不应用于表示性能交换过程中

?的编码能力。它是一个16进制形式的8位字节串，可表示ISO/IEC14496-2 [2][4][9]6.2.1小节中

?定义的MPEG-4视觉配置信息。该配置信息可按照MSB（最高有效位）优先原则直接映射到8位字节

?串。配置信息的第一位应位于第一个8位组的MSB。该参数表示的配置信息应和相应的MPEG-4视觉

?流的配置信息相同，除了first_half_vbv_occupancy和latter_half_vbv_occupancy，如果存在，

?那么它在MPEG-4视觉流内重复的配置信息方面有所不同。(见ISO/IEC14496-2的6.2.1小节“开始

?编码”).

?关于该参数的用法示例如下:

?- MPEG-4 Visual Simple Profile/Level 1:

?Content-type: video/mp4v-es; profile-level-id=1

?- MPEG-4 Visual Core Profile/Level 2:

?Content-type: video/mp4v-es; profile-level-id=34

?- MPEG-4 Visual Advanced Real Time Simple Profile/Level 1:

?Content-type: video/mp4v-es; profile-level-id=145

?已发行规范:

?MPEG-4视觉流规范参见ISO/IEC 14469-2 [2][4][9]。RTP负载格式在RFC 3016中描述。

?编码考虑:

?视频位流必须参照MPEG-4视觉规范(ISO/IEC 14496-2)产生。一个视频位流是二进制数据，

?必须编码为可按非二进制传输(对于Email，Base64编码就已经足够了)。该类型也定义为通过RTP

?传输。RTP包必须遵照RFG 3016定义的MPEG-4视觉RTP负载格式进行组包。

?安全性考虑:

?参见RFC 3016第6节。

?互操作考虑:

?MPEG-4视觉为视觉对象编码提供了大量丰富的工具集。为了高效地实现标准，也为特定的

?应用提供了MPEG-4视觉工具子集。这些子集称做'Profiles',限制了实现一个编码器所需要的工

?具集的大小。为了控制计算复杂性，每个Profile分为若干级别。Profile@Level组合如下:

?? 一个编解码器开发者，负责实现所需的标准子集，维护和相同组合内其它MPEG-4设备

?的相互作用。

?? 检查MPEG-4设备是否符合标准('一致性测试')。

?视觉流应同参数"profile-level-id"中规定的MPEG-4视觉Profile@Level兼容。?发送方与接收方的互操作性，通过在MIME内容中指定参数"profile-level-id"，

或者通过

?协调性能交换/声明过程将该参数设为相同值来实现。

?使用该媒体类型的应用:

?视听流和会议工具，Internet消息和电子邮件应用。

?附带信息: 无

?联系人及其邮件地址：

?RFC 3016作者(见第8节)。

?预期用法: COMMON

?作者或修订者:

?RFC 3016作者(见第8节)。

? 5.2 MPEG-4视觉中SDP的用法

?MIME媒体类型video/MP4V-ES串可映射到SDP(RFC 2327)，如下：

?? MIME类型(video)加入SDP "m="作为媒体名。

?? MIME子类型加入SDP "a=rtpmap"作为编码名。

?? 可选参数"rate"加入"a=rtpmap"作为时钟速率

?? 可选参数"profile-level-id"和"config"加入"a=fmtp"行分别表示编码器能力和配

?置。这些参数以分号分隔，按照“参数=值”的成对形式表示为MIME媒体类型串。?下面是SDP中的媒体表示示例:

?Simple Profile/Level 1, rate=90000(90kHz), "profile-level-id"且"config"存在于

?"a=fmtp"行:

?? m=video 49170/2 RTP/A VP 98

?? a=rtpmap:98 MP4V-ES/90000

?? a=fmtp:98

?profile-level-id=1;config=000001B001000001B5090000010000000120008440FA282C ?2090A21F

?Core Profile/Level 2, rate=90000(90kHz), "profile-level-id"存在于"a=fmtp"行:

?? m=video 49170/2 RTP/A VP 98

?? a=rtpmap:98 MP4V-ES/90000

?? a=fmtp:98 profile-level-id=34

?Advance Real Time Simple Profile/Level 1, rate=90000(90kHz),"profile-level-id"存在于?"a=fmtp"行:

?m=video 49170/2 RTP/A VP 98

?a=rtpmap:98 MP4V-ES/90000

?a=fmtp:98 profile-level-id=145

? 5.3 MPEG-4音频MIME类型登记

?MIME媒体类型名: audio

?MIME子类型名: MP4A-LATM

?必需参数:

?速率: 速率参数表示RTP时间戳的时钟速率。缺省值为90000。仅当该值设置为与音频

?采样频率（每秒钟采样数）相同值时也可指定其它非缺省速率。

?可选参数:

?profile-level-id: 一个十进制形式的MPEG-4音频框架级别表示值，定义于

?ISO/IEC 14496-1 ([6]及其修订版本)。该参数表示解码器可以使用哪个MPEG-4音频

工

?具子集。如果没有在性能交换或者事务建立过程中指定该参数，则使用缺省值30（自然

?音频Profile/Level 1）

?object: 一个十进制形式的MPEG-4音频对象类型值，定义于ISO/IEC 14496-3 [5]。?该参数指定了编码器使用的工具。可用该参数来限制性能于规定的"profile-level-id" ?之下。

?bitrate: 音频数据流的数据传输率。

?cpresent: 一个布尔值参数，表示音频负载配置数据是否已经复用到一个RTP负载

?中（参见4.1）。0表示尚未复用，1表示已经复用。该参数的缺省值为1。

?config: 一个16进制形式的8位字节串，可表示ISO/IEC 14496-3 [5] (参见4.1)

?定义的MPEG-4音频负载配置数据"StreamMuxConfig"。该配置信息可按照MSB（最高有效

?位）优先原则直接映射到8位字节串。配置数据的第一位应位于第一个8位组的MSB。在

?最后一个8位组中,如果需要，应该在配置数据后跟随填充0。

?ptime: 推荐的包持续时间，单位毫秒。

?已发行规范:

?本文描述了负载格式规范。

?编码规范遵照ISO/IEC 14496-3 [3][5]。

?编码考虑:

?该类型仅定义为用于通过RTP进行传输。

?安全性考虑:

?参见RFC 3016第6节。

?互操作性考虑:

?MPEG-4音频提供了大量而丰富的工具用于音频对象编码。为了更高效地实现标准，还

?提供了MPEG-4音频工具子集（类似于5.1中的MPEG-4视觉）。音频流工具应同?"profile-level-id"参数指定的Profile@Level一致。发送方与接收方之间的互操作性可通

?过在MIME内容中指定参数"profile-level-id"，或在协商性能交换过程中，设置该参数为相

?同值来实现。此外参数"object"可用于在性能交换中将能力限制于指定的Profile@Level级

?别范围内。

?使用该媒体类型的应用:

?视听流与会议工具。

?附加信息: 无

?联系人:

?参见RFC 3016第8节.

?预期用法: COMMON

?作者/修订者:

?参见RFC 3016第8节.

? 5.4 SDP usage of MPEG-4 Audio

?MIME媒体类型audio/MP4A-LATM串可以映射到SDP（RFC 2327）的字段上, 如下:

?? MIME类型(audio)加入SDP"m="中作为媒体名。

?? MIME子类型(MP4A-LATM)加入SDP"a=rtpmap"作为编码名称

?? 必需参数"rate"加入"a=rtpmap"的作为时钟速率。

?? 可选参数"ptime"加入SDP "a=ptime"属性

?? 可选参数"profile-level-id"加入"a=fmtp"行表示编码器能力。参数"object"

?加入"a=fmtp" 属性，负载格式相关参数"bitrate", "cpresent"和"config"

?加入"a=fmtp"行。这些参数以分号分隔，按照“参数=值”的成对形式表示MIME

?媒体类型串。

?下面是SDP中媒体表示的例子：

?对于6 kb/s的CELP码流(音频采样频率为8 kHz),

?? m=audio 49230 RTP/A VP 96

?? a=rtpmap:96 MP4A-LATM/8000

?? a=fmtp:96 profile-level-id=9; object=8; cpresent=0;

?config=9128B1071070

?? a=ptime:20

?对于64 kb/s的AAC LC立体声码流(音频采样频率为24 kHz),

?? m=audio 49230 RTP/A VP 96

?? a=rtpmap:96 MP4A-LATM/24000

?? a=fmtp:96 profile-level-id=1; bitrate=64000; cpresent=0;

?? config=9122620000

?在上面两个例子中，音频配置数据仅通过SDP进行了描述，并没有复用到RTP 负载中去。

?此外，"时钟速率（clock rate）"也设置为音频采样速率。

?如果时钟速率设置为缺省值，并且必须要取得音频采样速率，则可通过解析参数"config"

?来实现。举例如下：

?? m=audio 49230 RTP/A VP 96

?? a=rtpmap:96 MP4A-LATM/90000

?? a=fmtp:96 object=8; cpresent=0; config=9128B1071070

?下例显示RTP负载中的音频配置数据。

?? m=audio 49230 RTP/A VP 96

?? a=rtpmap:96 MP4A-LATM/90000

?? a=fmtp:96 object=2; cpresent=1

? 6. 安全性考虑

?本规范中描述的RTP包负载格式从属于RTP规范[8]中讨论的安全性考虑。这意味着媒体

?流的机密性要通过加密来实现。由于负载格式中数据压缩是端到端的，加密也可在压缩数据

?上进行，两种操作间并无矛盾。

?完整的MPEG-4系统允许传输各种类型的数据，包括Java小程序（MPEG-J）和脚本。本负

?载格式限定为音频和视频流，因而不能用于传输这些活动内容。

?7. 参考文献

? 1 Bradner, S., "The Internet Standards Process -- Revision 3", BCP

?9, RFC 2026, October 1996.

? 2 ISO/IEC 14496-2:1999, "Information technology - Coding of audio-

?visual objects - Part2: Visual".

? 3 ISO/IEC 14496-3:1999, "Information technology - Coding of audio-

?visual objects - Part3: Audio".

? 4 ISO/IEC 14496-2:1999/Amd.1:2000, "Information technology - Coding ?of audio-visual objects - Part 2: Visual, Amendment 1: Visual

?extensions".

? 5 ISO/IEC 14496-3:1999/Amd.1:2000, "Information technology - Coding ?of audio-visual objects - Part3: Audio, Amendment 1: Audio

?extensions".

? 6 ISO/IEC 14496-1:1999, "Information technology - Coding of audio-

?visual objects - Part1: Systems".

?7 Bradner, S., "Key words for use in RFCs to Indicate Requirement

?Levels", BCP 14, RFC 2119, March 1997.

?8 Schulzrinne, H., Casner, S., Frederick, R. and V. Jacobson "RTP: A

?Transport Protocol for Real Time Applications", RFC 1889, January

?1996.

?9 ISO/IEC 14496-2:1999/Cor.1:2000, "Information technology - Coding ?of audio-visual objects - Part2: Visual, Technical corrigendum 1".

?8. 作者地址

?Yoshihiro Kikuchi

?Toshiba corporation

?1, Komukai Toshiba-cho, Saiwai-ku, Kawasaki, 212-8582, Japan

?EMail: yoshihiro.kikuchi@toshiba.co.jp

?Yoshinori Matsui

?Matsushita Electric Industrial Co., LTD.

?1006, Kadoma, Kadoma-shi, Osaka, Japan

?EMail: matsui@drl.mei.co.jp

?Toshiyuki Nomura

?NEC Corporation

?4-1-1,Miyazaki,Miyamae-ku,Kawasaki,JAPAN

?EMail: t-nomura@ccm.cl.nec.co.jp

?Shigeru Fukunaga

?Oki Electric Industry Co., Ltd.

?1-2-27 Shiromi, Chuo-ku, Osaka 540-6025 Japan.

?EMail: fukunaga444@oki.co.jp

?Hideaki Kimata

?Nippon Telegraph and Telephone Corporation

?1-1, Hikari-no-oka, Yokosuka-shi, Kanagawa, Japan

?EMail: kimata@nttvdt.hil.ntt.co.jp

?This document and translations of it may be copied and furnished to

?others, and derivative works that comment on or otherwise explain it

?or assist in its implementation may be prepared, copied, published

?and distributed, in whole or in part, without restriction of any

?kind, provided that the above copyright notice and this paragraph are

?included on all such copies and derivative works. However, this

?document itself may not be modified in any way, such as by removing

?the copyright notice or references to the Internet Society or other

?Internet organizations, except as needed for the purpose of

?developing Internet standards in which case the procedures for

?copyrights defined in the Internet Standards process must be

?followed, or as required to translate it into languages other than

?English.

?The limited permissions granted above are perpetual and will not be

?revoked by the Internet Society or its successors or assigns.

?This document and the information contained herein is provided on an

?"AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING

?TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING

?BUT NOT LIMITED TO ANY W ARRANTY THAT THE USE OF THE INFORMA TION

?HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF

?MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

?致谢

?Funding for the RFC Editor function is currently provided by the

?Internet Society.

?RRC3016 RTP Payload Format for MPEG-4 Audio/Visual Streams

?用于MPEG-4视听流的RTP负载格式

M97可编程直流电子负载说明书

目录第一章简介 (1) 第二章技术规格 (2) 2.1主要技术规格 (2) 2.2电子负载尺寸图 (4) 第三章快速入门 (5) 3.1开机自检 (5) 3.2如果负载不能启动 (5) 3.3前面板和后面板介绍 (6) 3.4键盘说明 (6) 3.5菜单操作 (7) 第四章面板操作 (10) 4.1基本操作模式 (10) 4.1.1定电流操作模式（CC） (10) 4.1.1.1标准定电流模式 (10) 4.1.1.2加载卸载定电流模式 (10) 4.1.1.3软启动定电流模式 (11) 4.1.1.4定电流转定电压模式 (12) 4.1.2定电阻操作模式（CR） (12) 4.1.2.1 标准定电阻模式 (12) 4.1.2.2 加载卸载定电阻模式 (13) 4.1.2.3定电阻转定电压模式 (13) 4.1.3定电压操作模式（CV） (13) 4.1.3.1标准定电压模式 (14) 4.1.3.2加载卸载定电压模式 (14) 4.1.3.3软启动定电压模式 (14) 4.1.4定功率操作模式（CW） (15) 4.1.4.1标准定功率模式 (15) 4.1.4.2加载卸载定功率模式 (15) 4.2动态测试操作 (15) 4.2.1连续模式（CONTINUOUS ） (16) 4.2.2脉冲模式（PULSE） (16) 4.2.3触发模式（TRIGGER） (16) 4.2.4 动态测试参数设置 (16) 4.2.5波形控制 (17) 4.2.5.1方波 (17) 4.2.5.2三角波 (17) 4.2.5.3梯形波 (17) 4.2.6 触发控制 (17) 4.2.7 LIST功能 (17) 4.2.7.1.编辑LIST列表 (17) 4.2.7.2执行LIST功能 (18)

高清视频封装格式解析

高清视频封装格式解析为了使得各位网友更加了解高清方面的知识，享受高清品质更完美的生活，ZOL推出了高清大讲堂，希望能够为网友提供一些关于生活中接触高清的相关时候能够游刃有余一些，在上一期为大家介绍了视频编码的问题，这次为大家介绍一下跟视频编码紧紧联系，跟我们也是接触最多的封装格式的问题。点击上一期《ZOL高清大讲堂：视频编码格式全面解析》视频编码说到底是一种压缩视频的算法，而视频封装格式就是我们见到的成型的文件类型了，所以说，视频封装格式肯定是我们“熟悉的陌生人”。我们接触的视频，包括我们从网上下载了在影音软件或播放机中观看的视频以及我们手机、MP4等多种播放器材中的文件，在人们讨论中基本上谈到的某某手机能播放什么格式类型的影片，口中的这个格式就是指“封装格式”，就是已经成型的文件类型。我们天天会接触到他，但是并不一定了解他。今天希望大家看完这期的高清大讲堂能有所收获。其实了解视频的封装格式对我们以后了解视频的播放是很有必要的。在上一期我们了解了视频的编码的方式有哪些，这是我们了解封装格式的一个前提，而本期的封装格式我们了解了以后会对于以后生活中选择播放器材以及甄别机器的播放性能都有一定的帮助。而且对于越来越娱乐化，无论是手机还是平板电脑亦或是电脑上面多媒体在生活中都成为主流的时候。我们多了解一些这方面的内容更是非常有必要。而在家庭娱乐中，如果你想让自己的家庭影院成为强大的“无所不播”的设备的话，更要打起精神看过来了。视频封装格式如何理解？笔者曾经随机的询问过各行各业各个年龄阶层文化水平的人，发现对于视频接触无论是多还是少的人很少有人能清楚的分清楚视频编码还有封装格式。主要原因笔者认为一方面是由

MP4文件格式解析-----个人总结讲解

目录 1.引言 (1) 2.MP4中一些概念详解 (1) 3.MP4文件结构分析 (1) 3.1box结构 (1) 3.2MP4总体结构 (2) 3.3Movie box(moov) (3) 3.3.1Movie Header box(mvhd) (3) 3.3.2Trak box (4) 3.4Media box (6) 3.4.1Media header box(mdhd) (6) 3.4.2Hdlr box (7) 3.4.3Minf box (7) 3.5Sample Table Box(stbl) (8) 3.5.1Sample Description Box（stsd） (8) 3.5.2Time To Sample Box（stts） (8) 3.5.3Sample Size Box（stsz） (8) 3.5.4Sample To Chunk Box（stsc） (8) 3.5.5Sync Sample Box（stss） (9) 3.5.6Chunk Offset Box（stco） (9)

MP4文件格式解析总结 1.引言 MP4是一种常见的多媒体容器格式，对应MPEG-4标准，这种容器格式非常全面开放，被认为可以在其中嵌入任何形式的数据，各种编码的视频、音频等都可以。在MP4文件中，媒体的描述信息与媒体数据是分开的，并且媒体数据的组织也很自由，不一定要按照时间顺序排列。同时，MP4也支持流媒体，MP4目前被广泛用于封装h.264视频和AAC音频，是高清视频的代表。MP4格式的官方文件后缀名是“.mp4”，还有其他的以mp4为基础进行的扩展或者是缩水版本的格式。 2.MP4中一些概念详解 MP4文件格式中，所有的内容存在一个称为movie的容器中。一个movie可以由多个tracks组成。每个track就是一个随时间变化的媒体序列，track里的每个时间单位是一个sample，它可以是一帧视频，或者一段连续的压缩音频。sample按照时间顺序排列。其中一帧音频可以分解成多个音频sample，所以音频一般用sample作为单位，而不用帧。MP4文件格式的定义里面，用sample表示一个时间帧或者数据单元。几个连续的sample就构成了一个chunk。 3.MP4文件结构分析 3.1box结构

如何转换高清MP4视频格式

如何转换高清MP4视频格式小编毕业之际，就有一个小小的想法，那就是和身边的小伙伴们拍一场微电影作为纪念，小编是一个敢想敢做的人，买了台相机，剪辑完在校园里拍摄的视频片段，最终微电影剪辑才告一段落。不过剪辑完视频后才发现文件太大啦，无法在手机上观看。那么电脑视频转换器哪个好用？使用工具：视频转换器https://www.wendangku.net/doc/d39291731.html, 方法步骤：下载并安装完这款迅捷视频转换器之后，接下来小编已经开始迫不及待的想为大家介绍这款软件功能啦！安装的详细过程这里直接跳过。呐，这款软件的界面是长酱紫。安装好这款软件之后，感觉有一股洪荒之力在召唤着我。

看完这简单的操作界面后，那么下来了就开始我们的视频格式转换工作了。首先我们看到左上角的添加视频这个按钮，我们鼠标单击它，然后会自动弹出一个文件夹，下图有显示。开始找到你要转换格式的视频素材的位置，最后再点击打开按钮，这里还支持多个视频同时转换哦，如果想要添加多个视频片段，你可以按住Ctrl 不放再左键点击鼠标进行多个选择，选择完之后再点击打开按钮导入需要转换的视频或者可以将视频拖拽添加。

我这里随便选择找了3个素材给大家作为例子，点击打开按钮之后，你可以看到刚刚选择的3个视频已经跑到软件界面中间啦，还能看到一些参数，那我们先看一下输出大小和输出格式吧，那我应该怎样把他们转换成MP4格式呢？下图中的操作步骤一目了然，不过我还是继续来跟大家介绍一下吧，

今天我告诉自己我要勤奋起来了，我们先找到输出格式，也就是最下面的那个小红圈圈这里，点击一下会出现一个选择栏（这里有视频，音频，设备等等）选择完你要转换的终端后再选择你要转换的格式就可以了。当你选择完转换的格式后，细心的大佬们就会发现参数那里的输出大小和输出格式已经被改变了，输出格式由原来的格式转变成我想要的MP4格式，现在距离成功又接近一步了，乐呵呵。我们对转换后保存路径进行用户自定义设置，你可以存放在桌面，D盘、E盘等等，然后点击右下角按钮开始转换。

MP4、FLV格式视频文件转换

MP4、FLV格式视频文件转换一、转换成.mp4文件同视频码率情况下，MP4文件清晰度比较高，压缩质量很好。为了使视频在网站顺利播放，转换时需注意： 1、视频编码请选择H264/AVC或者x264编码 2、音频编码建议选择AAC编码 3、视频码率（比特率）建议在800~1500KBS之间，不宜超过2000KBS 4、音频采样率为44100HZ（赫兹），码率在64~128KBS，不宜超过256KBS 5、帧频（每秒帧数）为25帧/秒。目前部分视频转码后在网站播放时会出现播放等待情况，这是由于MP4文件在网络播放时需要寻找head文件引起的，这时候可以在转码时将帧频设置为偶数就可以了，一般为24。下图为使用格式工厂软件进行MP4格式转码时的设置截图，请参考设置：

二、转换为.flv文件 .flv文件体积较小，压缩比大，会损失画质，但是却可以在网站流畅播放。转换时需要注意： 1、.flv文件在网络播放为视频流播放，其编码格式请使用转码软件默认的编码。一般为：flv1或者on2vp6 2、音频设置也使用默认 3、转换flv文件尽量不要使用h264编码，否则会出现无法播放或者只能播放一部分的情况 4、在使用格式工厂进行.flv转换时需要注意“屏幕大小”选项，请根据原视频比例尺寸进行选择。如果不知道原视频屏幕大小，请选择“缺省”。下图为使用格式工厂软件进行.flv文件转码时的设置截图，请参考设置：

三、注意事项 1、请根据原视频大小和网站上传限制调整码率大小。 2、为防止转换后视频比例变形，请转码时选择合适屏幕大小。 3、如果发现转码后的视频开头或者结尾没有声音或者声音突然变小，请尝试选择格式工厂软件里面的“二次编码”选项 4、不要过多次数的转码视频，损失画面质量。 5、格式工厂软件建议使用3.0版本，最新版本许多编码不稳定。

mp4文件结构解析

MPEG-4文件结构解析目前MP4的概念被炒得很火，也很乱。最开始MP4指的是音频（MP3的升级版），即MPEG-2 AAC标准。随后MP4概念被转移到视频上，对应的是MPEG-4标准。而现在我们流行的叫法，多半是指能播放MPEG-4标准编码格式视频的播放器。但是这篇文章介绍的内容跟上面这些都无关，我们要讨论的是MP4文件封装格式，对应的标准为ISO/IEC 14496-12，即信息技术视听对象编码的第12部分：ISO基本媒体文件格式（Information technology Coding of audio-visual objects Part 12: ISO base media file format）。ISO/IEC组织指定的标准一般用数字表示，ISO/IEC 14496即MPEG-4标准。 MP4视频文件封装格式是基于QuickTime容器格式定义的，因此参考QuickTime的格式定义对理解MP4文件格式很有帮助。MP4文件格式是一个十分开放的容器，几乎可以用来描述所有的媒体结构，MP4文件中的媒体描述与媒体数据是分开的，并且媒体数据的组织也很自由，不一定要按照时间顺序排列，甚至媒体数据可以直接引用其他文件。同时，MP4也支持流媒体。MP4目前被广泛用于封装h.264视频和AAC音频，是高清视频的代表。现在我们就来看看MP4文件格式到底是什么样的。 1、概述 MP4文件中的所有数据都装在box（QuickTime中为atom）中，也就是说MP4文件由若干个box组成，每个box有类型和长度，可以将box理解为一个数据对象块。box中可以包含另一个box，这种box称为container box。一个MP4文件首先会有且只有一个“ftyp”类型的box，作为MP4格式的标志并包含关于文件的一些信息；之后会有且只有一个“moov”类型的box（Movie Box），它是一种container box，子box包含了媒体的metadata信息；MP4文件的媒体数据包含在“mdat”类型的box（Midia Data Box）中，该类型的box也是container box，可以有多个，也可以没有（当媒体数据全部引用其他文件时），媒体数据的结构由metadata进行描述。下面是一些概念： track表示一些sample的集合，对于媒体数据来说，track表示一个视频或音频序列。 hint track这个特殊的track并不包含媒体数据，而是包含了一些将其他数据track打包成流媒体的指示信息。 sample对于非hint track来说，video sample即为一帧视频，或一组连续视频帧，audio sample即为一段连续的压缩音频，它们统称sample。对于hint track，sample定义一个或多个流媒体包的格式。

电子负载原理

直流电子负载设计基础电子负载基本工作原理： 1.恒压模式 2.恒流模式 3.恒阻模式 4.恒功率模式恒流图中R1为限流电阻，R1上的电压被限制约0.7V，所以改变R1的阻值就可以改变恒流值，在上图中我们知道，在串联电路中，各点电流相同，电路要恒流工作，只要在串联回路里控制流过一个元件的电流就可以达到我们所控制的恒流输出。上图是一个简易的恒流电路，通常用在一些功率较小及要求不高的场合里应用，那么在一些应用中这种电路就无能为力了，如：在输入电压为1V输入电流为30A，那么对于这样的要求这样的电根本无法保证工作。这样的电路调节输出电流也不是很方便。

这个图是一个最常用的恒流电路，这样的电路更容易获得稳定及精确的电流值，R3为取样电阻,VREF是给定信号，电路工作原理是：当给定一个信号时VREF，如果R3上的电压小于VREF，也就是OP07的-IN小于+IN，OP07加输出大，使MOS加大导通使R3的电流加大。如果R3上的电压大于VREF时，-IN大于+IN，OP07减小输出，也就降了R3上的电流，这样电路最终维持在恒定的给值上，也就实现了恒流工作。如给定VREF为10mV，R3为0.01欧时电路恒流为1A，改变VREF可改变恒流值，VREF可用电位器调节输入或用DAC 芯片由MCU控制输入，采用电位器可手动调节输出电流。如采用DAC输入可实现数控恒流电子负载。电路仿真验证

在上图中我们给定了Vin为4V-12V变化的电压信号，VREF给定50mV 的电压信号，在仿真结果中输入电流一真保持在5A，电路实现了恒流作用。恒压电路一个简易的恒压电路，用一个稳压二极管就可以了。这是一个很简易的图，输入电压被限制在10V，恒压电路在用于测试充电器时是很有用的，我们可以慢慢调节电压测试充电器的各种反应。图是10V是不可调的，请看下图可调直流恒压电子负载电路：

常见视频文件格式

常见的视频文件格式 3GP .flash,.mp4,.mid, .wma, .rmvb,.rm, AVI, 清格式小,也是最清晰的一种,rmvb,wma中等清晰, rm以上是比较常见的, AVI一般比较大, 都是格式比较小的适合网络播放与移动媒体设备播放晰度稍微差些. .flash,.mp4,.mid, 3GP. 用的视频文件格式有不同的分类，如： asx ：wmv软微视、频asf、rmvb 、：Real rm Player mpe mpg mpeg视、MPEG、频：3gp 视频手：机mov Apple视频：m4v Sony视：频、mp4vob 、flv、mkv、dat、avi：频视见常他其 AVI ，就是把视开发的。其含义是是比较早的AVI:AVIMicrosoftAudio Video Interactive余年了，虽然发布过改AVI频和音频编码混合在一起储存。也是最长寿的格式，已存在10格式上限制比较多，只能有一个视频轨道和AVI年发布），但已显老态。于版（V2.01996一个音频轨道（现在有非标准插件可加入最多两个音频轨道），还可以有一些附加轨道，avi ：名档副。能功制控何。字如文等AVI任供提不式格WMV ）是微软公司开发的一组数位视频编解码格式的通称，Video（WMV Windows Media版权ASF封装格式FormatSystems Advanced （）是其。封装的WMV档具有“数位ASFwmvhd 。功护保”能名:wmv/asf、档副MPEG ）认Experts Picture :MPEG(Moving MPEG格式Group)国际标准组织，是一个（IS0，受到大部份机器的支持。其储存方式多样，可以适应不同的应用环可的媒体封装形式的控1(mux)档的档容器格式在MPEG-4境。Layer 等中规定。15(avc)14(mpg)、、MPEG的一个、字幕（音轨制功能丰富，可以有多个视频（即角度）、位图MPEG字幕）等等。、:dat(3G还广泛的用于准3GP简化版本手机上。副档名、DVD)用于、vobmpg/mpeg 等）机手于用（3gp/3g2． MPEG1 MPEG1：是一种MPEG（运动图像专家组）多媒体格式，用于压缩和储存音频和视频。用于计算机和游戏，MPEG1 的分辨率为352 x 240 象素，帧速率为每秒25 帧(PAL)。MPEG1 可以提供和租赁录像带一样的视频质量。 MPEG2 MPEG2：是一种MPEG（运动图像专家组）多媒体格式，用于压缩和储存音频及视频。供

常用视频文件格式大全

常用视频文件格式大全 3GP 3GP是一种3G流媒体的视频编码格式，主要是为了配合3G网络的高传输速度而开发的，也是目前手机中最为常见的一种视频格式。目前，市面上一些安装有Realplay播放器的智能手机可直接播放后缀为rm的文件，这样一来，在智能手机中欣赏一些rm格式的短片自然不是什么难事。然而，大部分手机并不支持rm格式的短片，若要在这些手机上实现短片播放则必须采用一种名为3GP的视频格式。目前有许多具备摄像功能的手机，拍出来的短片文件其实都是以3GP为后缀的. ASF ASF 是Advanced Streaming format 的缩写，由字面（高级流格式）意思就应该看出这个格式的用处了吧。说穿了ASF 就是MICROSOFT 为了和现在的Real player 竞争而发展出来的一种可以直接在网上观看视频节目的文件压缩格式！由于它使用了MPEG4 的压缩算法，所以压缩率和图像的质量都很不错。因为ASF 是以一个可以在网上即时观赏的视频“流”格式存在的，所以它的图象质量比VCD 差一点点并不出奇，但比同是视频“流”格式的RAM 格式要好。不过如果你不考虑在网上传播，选最好的质量来压缩文件的话，其生成的视频文件比VCD （MPEG1）好是一点也不奇怪的，但这样的话，就失去了ASF 本来的发展初衷，还不如干脆用N AVI 或者DIVX 。但微软的“子第”就是有它特有的优势，最明显的是各类软件对它的支持方面就无人能敌。 AVI AVI——Audio Video Interleave，即音频视频交叉存取格式。1992年初Microsoft公司推出了AVI技术及其应用软件VFW（Video for Windows）。在AVI文件中，运动图像和伴音数据是以交织的方式存储，并独立于硬件设备。这种按交替方式组织音频和视像数据的方式可使得读取视频数据流时能更有效地从存储媒介得到连续的信息。构成一个AVI文件的主要参数包括视像参数、伴音参数和压缩参数等。AVI文件用的是AVI RIFF形式，AVI RIFF 形式由字符串“AVI”标识。所有的AVI文件都包括两个必须的LIST块。这些块定义了流和数据流的格式。AVI文件可能还包括一个索引块。只要遵循这个标准，任何视频编码方案都可以使用在AVI文件中。这意味着AVI有着非常好的扩充性。这个规范由于是由微软制定，因此微软全系列的软件包括编程工具VB、VC都提供了最直接的支持，因此更加奠定了AVI在PC上的视频霸主地位。由于AVI本身的开放性，获得了众多编码技术研发商的支持，不同的编码使得AVI不断被完善，现在几乎所有运行在PC上的通用视频编辑系统，都是以支持AVI为主的。AVI的出现宣告了PC上哑片时代的结束，不断完善的AVI格式代表了多媒体在PC上的兴起。说到AVI就不能不提起英特尔公司的Indeo video系列编码，Indeo 编码技术是一款用于PC视频的高性能的、纯软件的视频压缩/解压解决方案。Indeo音频软件能提供高质量的压缩音频，可用于互联网、企业内部网和多媒体应用方案等。它既能进行音乐压缩也能进行声音压缩，压缩比可达8:1而没有明显的质量损失。Indeo技术能帮助您构建内容更丰富的多媒体网站。目前被广泛用于动态效果演示、游戏过场动画、非线性素材保存等用途，是目前使用最广泛的一种AVI编码技术。现在Indeo编码技术及其相关软件

视频文件格式和视频编码方式区别

目前网上的各种视频格式可以说是泛滥成灾，加上各个PMP(Portable Media Player,便携式媒体播放器)生产厂家的对自己产品在功能方面的炒作，使得很多人对视频格式的名称都是一头的雾水。经常有些童鞋问我类似下面的问题。 A问我说：“我的MP4分明写着能播放AVI吗?为什么这一个AVI文件就播放不了？” B问：“我的MP4支持Mpeg-4啊，为什么Mp4文件不能播放呢？” 好的，下面我从最基本的概念给大家解释一下，顺便回答这两个问题首先大家要清楚两个概念，视频文件格式和视频编码方式。视频文件格式一般情况下从视频文件的后缀名就能看出来，比如AVI,Mp4,3gp,mov，rmvb等等。这些格式又叫做容器格式（container format），顾名思义就是用来装东西的，你可以把它想象成为一个便当盒，或者野餐篮（兄弟，你没吃早饭吧）。通常我们从网上下载的电影都是有声音的（废话，难道你只看默片！众人扔香蕉皮），所以容器格式中一般至少包含有两个数据流（stream），一个视频流，一个音频流，就好比是一个便当盒里装着的配菜和米饭。视频编码方式则是指容器格式中视频流数据的压缩编码方式，例如Mpeg-4，，，等等。而视频数据采用了何种编码方式是无法单单从文件格式的后缀上看出来的。就是说你无法从一个盖着盖子的便当盒外面看出里面装了什么配菜。如果你想播放一个视频文件，第一步你的播放器（不论是软件的还是硬件的）要能够解析相应的容器格式，这一步也叫做解复用（demux），第二步你的播放器要能够解码其中所包含视频流和音频流。这样影片才能播放出来。打个不太恰当的比方，播放器好比你雇用的一个试菜员，由他来品尝便当（视频文件），然后告诉你便当里装了什么东西。（没天理阿！我想自己吃，好的当然可以，0x00 00 01 B6 05 FF 36 1A 50 …… ……，俄~）所以试菜员首先要懂得如何打开便当盒，还要知道吃的出来便当盒里装了什么配菜，这样你才能获得你想要的信息。回过头来看前面的两个问题，用以上的比喻翻译一下。问题A，我的试菜员能打开AVI这种便当的，为什么我不能知道里面装了什么？回答很简单，虽然他能够打开便当，但是吃不出里面的东西是什么。理论上没有一个播放器能够播放所有的AVI格式的电影，因为你不知道我会往里面放什么配菜。问题B，我的试菜员吃过Mpeg-4这种牛排阿，为什么不能打开Mp4这种便当盒呢？这个问题通过翻译之后看起来已经不是问题了，Mpeg-4是视频编码方式，而Mp4是容器格式，两者本来就不是一个范畴里的东西。好了下面简单介绍一下流行的视频格式。 AVI是音频视频交错（Audio Video Interleaved）的英文缩写，它是Microsoft公司开发的一种数字音频与视频文件格式，允许视频和音频交错在一起同步播放。 AVI文件的格式是公开并且免费的，大量的视频爱好者在使用这种文件格式。很多PMP 唯一能支持的格式就是AVI格式，一般的PMP都带有可以转换其他格式视频成为AVI格式的软件。 AVI文件采用的是RIFF（Resource Interchange File Format，资源互换文件格式）文件结构，RIFF是Microsoft公司定义的一种用于管理windows环境中多媒体数据的文件格

有用电子负载原理

有用电子负载原理 RUSER redacted on the night of December 17,2020

电子负载原理直流电子负载是控制功率MOSFET的导通深度，靠功率管的耗散功率（发热）消耗电能的设备，它的基本工作方式有恒压、恒流、恒阻、恒功率这几种。下文讲述直流电子负载恒流模式原理。在恒流模式下，不管输入电压是否改变，电子负载消耗一个恒定的电流。一、功率MOS管的工作状态电子负载是利用 MOS 的线性区，当作可变电阻来用的，把电消耗掉。 MOS管在恒流区（放大状态）内，Vgs一定时Id不随Vds的变化而变化，可实现MOS 管输出回路电流恒定。只要改变Vgs的值，即可在改变输出回路中恒定的电流的大小。二、用运放控制Vgs 采样电阻Rs、运放构成一比较放大电路，MOS管输出回路的电流经RS转换成电压后，反馈到运放反向端实现控制vgs，从而MOS管输出回路的电流。当给定一个电压VREF时，如果Rs上的电压小于 VREF，也就是运放的-IN小于+IN，运放加大输出，使MOS导通程度加深，使MOS管输出回路电流加大。如果 Rs 上的电压大于 VREF时，-IN大于+IN，运放减小输出，也就MOS管输出回路电流，这样电路最终维持在恒定的给值上，也就实现了恒流工作。下面推导Id的表达式： Un=Is*Rs Up=Un=Uref Uref=Is*Rs Is=Id-Ig 对于MOS管，其输入电阻很大，Ig近似为0，则： Id=Is=Uref/Rs 由此可知只要Uref不变，Id也不变，即可实现恒流输出。

如果改变 UREF就可改变恒流值，UREF可用电位器调节输入或用DAC芯片由MCU控制输入，采用电位器可手动调节输出电流。若采用 DAC输入即可实现数控恒流电子负载。三、实用的运放恒流电子负载基本原理：MOS和电阻Rs组成负反馈电路，MOS管工作在恒流区，运放同相端调节设定恒流值，MOS管的电流在电阻Rs上产生压降，反馈到运放反向端实现控制输出电流。 R1、U2构成一基准电压源，R2、Rp对这电压分压得到一参考电压送入运放同相端，MOS管输出回路的电流Is经Rs转换成电压后，反馈到运放反向端实现控制vgs，从而控制MOS管输出回路的电流Is的稳定。电容C1主要作用有2个，一方面是消杂波，另一方面也是对运放输出的梯波进行补偿，使得电压变化速度减缓，尽量减少mosfet的G极电压高频变化引发振荡的可能。下面给出各种参数的表达式： Uref=*（Rp’/(R2+Rp)）其中Rp’为Rp抽头对地的电阻 Is=Uref/RS=*（Rp’/(R2+Rp)）/Rs 当Rp抽头在最上端时，Uref、Is有最大值 Urefmax=*（Rp/(R2+Rp)） Ismax=Urefmax/RS=*（Rp/(R2+Rp)）/Rs 如果已知最大电流Is可用 Rs=Urefmax/RS=*（Rp/(R2+Rp)）/Ismax 按图中元件参数计算，可以得到 Urefmax=*（(27+）= Ismax=Urefmax/RS=*( Rp/(R2+Rp)）/Rs = *（ (27+）/=

常见的视频文件格式

常见的视频文件格式 AVI, 、wma, 、rmvb,、rm, 、flash,、mp4,、mid, 3GP 以上就是比较常见的, AVI一般比较大, 也就是最清晰的一种,rmvb,wma中等清晰, rm格式小,清晰度稍微差些、、flash,、mp4,、mid, 3GP都就是格式比较小的适合网络播放与移动媒体设备播放用的、视频文件格式有不同的分类,如: 微软视频:wmv、asf、asx Real Player :rm、rmvb MPEG视频:mpg、mpeg、mpe 手机视频:3gp Apple视频:mov Sony视频:mp4、m4v 其她常见视频:avi、dat、mkv、flv、vob AVI AVI:比较早的AVI就是Microsoft开发的。其含义就是Audio Video Interactive,就就是把视频与音频编码混合在一起储存。AVI也就是最长寿的格式,已存在10余年了,虽然发布过改版(V2、0于1996年发布),但已显老态。AVI格式上限制比较多,只能有一个视频轨道与一个音频轨道(现在有非标准插件可加入最多两个音频轨道),还可以有一些附加轨道,如文字等。AVI格式不提供任何控制功能。副档名:avi WMV WMV(Windows Media Video)就是微软公司开发的一组数位视频编解码格式的通称,ASF(Advanced Systems Format)就是其封装格式。ASF封装的WMV档具有“数位版权保护”功能。副档名:wmv/asf、wmvhd MPEG MPEG格式:MPEG(Moving Picture Experts Group),就是一个国际标准组织(IS0)认可的媒体封装形式,受到大部份机器的支持。其储存方式多样,可以适应不同的应用环境。MPEG-4档的档容器格式在Layer 1(mux)、14(mpg)、15(avc)等中规定。MPEG的控制功能丰富,可以有多个视频(即角度)、音轨、字幕(位图字幕)等等。MPEG的一个简化版本3GP 还广泛的用于准3G手机上。副档名:dat(用于DVD)、vob、mpg/mpeg、3gp/3g2(用于手机)等

MP4文件结构刨析

Overview and Introduction Core Concepts MP4文件格式中，所有的内容存在一个称为movie的容器中。一个movie可以由多个track s 组成。每个track就是一个随时间变化的媒体序列，例如，视频帧序列。track里的每个时间单位是一个sample，它可以是一帧视频，或者音频。sample按照时间顺序排列。注意，一帧音频可以分解成多个音频sample，所以音频一般用sample作为单位，而不用帧。MP4文件格式的定义里面，用sample这个单词表示一个时间帧或者数据单元。每个track会有一个或者多个sample description s。track里面的每个sample通过引用关联到一个sample description。这个sample description s定义了怎样解码这个sample，例如使用的压缩算法。与其他的多媒体文件格式不同的是，MP4文件格式经常使用几个不同的概念，理解其不同是理解这个文件格式的关键。这个文件的物理格式没有限定媒体本身的格式。例如，许多文件格式将媒体数据分成帧，头部或者其他数据紧紧跟随每一帧视频，！！！TODO（例如MPEG2）。而MP4文件格式不是如此。文件的物理格式和媒体数据的排列都不受媒体的时间顺序的限制。视频帧不需要在文件按时间顺序排列。这就意味着如果文件中真的存在这样的一些帧，那么就有一些文件结构来描述媒体的排列和对应的时间信息。 MP4文件中所有的数据都封装在一些box中（以前叫atom）。所有的metadata(媒体描述元数据)，包括定义媒体的排列和时间信息的数据都包含在这样的一些结构box中。MP4文件格式定义了这些box的格式。Metadata对媒体数据（例如，视频帧）引用说明。媒体数据可以包含在同一个的一个或多个box里，也可以在其他文件中，metadata允许使用URLs来引用其他的文件，而媒体数据在这些引用文件中的排列关系全部在第一个主文件中的metadata描述。其他的文件不一定是MP4文件格式，例如，可能就没有一个box。有很多种类的track，其中有三个最重要，video track包含了视频sample；audio track包含了audio sample；hint track稍有不同，它描述了一个流媒体服务器如何把文件中的媒体数据组成符合流媒体协议的数据包。如果文件只是本地播放，可以忽略hint track，他们只与流媒体有关系。 Physical structure of the media Box定义了如何在sample table中找到媒体数据的排列。这包括data reference(数据引用), t he sample size table, the sample to chunk table, and the chunk offset table. 这些表就可以找到track中每个sample在文件中的位置和大小。 data reference允许在第二个媒体文件中找到媒体的位置。这样，一部电影就可以由一个媒体数据库中的多个不同文件组成，而且不用把它们全部拷贝到另一个新文件中。例如，对视频编辑就很有帮助。为了节约空间，这些表都很紧凑。另外，interleave不是sample by sample，而是把单个track 的几个samples组合到一起，然后另外几个sample又进行新的组合，等等。一个track的连续

常见的视频文件格式

常见的视频文件格式 AVI, .wma, .rmvb,.rm, .flash,.mp4,.mid, 3GP 以上是比较常见的, AVI一般比较大, 也是最清晰的一种,rmvb,wma中等清晰, rm格式小,清晰度稍微差些. .flash,.mp4,.mid, 3GP都是格式比较小的适合网络播放与移动媒体设备播放用的. 视频文件格式有不同的分类，如：微软视频：wmv、asf、asx Real Player ：rm、rmvb MPEG视频：mpg、mpeg、mpe 手机视频：3gp Apple视频：mov Sony视频：mp4、m4v 其他常见视频：avi、dat、mkv、flv、vob AVI AVI:比较早的AVI是Microsoft开发的。其含义是Audio Video Interactive，就是把视频和音频编码混合在一起储存。AVI也是最长寿的格式，已存在10余年了，虽然发布过改版（V2.0于1996年发布），但已显老态。AVI格式上限制比较多，只能有一个视频轨道和一个音频轨道（现在有非标准插件可加入最多两个音频轨道），还可以有一些附加轨道，如文字等。AVI格式不提供任何控制功能。副档名：avi WMV WMV（Windows Media Video）是微软公司开发的一组数位视频编解码格式的通称，ASF（Advanced Systems Format）是其封装格式。ASF封装的WMV档具有“数位版权保护”功能。副档名:wmv/asf、wmvhd MPEG MPEG格式:MPEG(Moving Picture Experts Group)，是一个国际标准组织（IS0）认可的媒体封装形式，受到大部份机器的支持。其储存方式多样，可以适应不同的应用环境。MPEG-4档的档容器格式在Layer 1(mux)、14(mpg)、15(avc)等中规定。MPEG的控制功能丰富，可以有多个视频（即角度）、音轨、字幕（位图字幕）等等。MPEG的一个简化版本3GP还广泛的用于准3G手机上。副档名:dat(用于DVD)、vob、mpg/mpeg、3gp/3g2（用于手机）等

MP4视频格式怎么快速转换成WEBM视频

现在网络上都有很多查找视频资源的网站和工具，而且大部分网站和工具都是提供MKV视频格式和MP4视频格式的。网上还会出现一种一种视频格式，WEBM视频格式。这个WEBM格式画面清晰而且比特率也比较低。也就是说同样参数的视频文件，可能WEBM格式的视频会占用更小的内存。所以今天教大家如何把MP4视频格式快速转换成WEBM视频。下面使用两种方法转换视频格式：第一种：修改后缀名 1、简单的方法就是直接修改名称。但是这个方法并不是所以的格式都可以这么做，有些修改后会打不开。选择MP4视频然后右键重命名将MP4格式改成WEBM格式即可。

第二种：专业的视频转换器 1、在使用视频转换器之前还是需要先安装软件的。在迅捷视频官网中把迅捷视频转换器的安装文件下载到本地，然后需要设置安装的位置，然后就可以点击立即安装了。不然就会安装到C:\Program Files (x86)\videconverter路径中。 2、然后就是打开软件进行下一步的操作了。可以看到有很多的功能提供给我们使用和操作的。不过这里需要转换视频的格式，所以直接点击视频转换，然后进入其对应的转换页面中。至于其他的功能之后可以使用的。

3、然后就可以看到空白一片的操作界面，现在就需要把MP4视频添加到软件中了。点击添加文件按钮然后选择下载完成的MP4视频导入其中。或者使用添加文件夹的方法以及拖拽视频也能够导入视频文件。

4、然后就可以设置转换输出的文件格式了。软件之默认转换成MP4格式，而此次转换的源文件也是MP4格式，如果不做修改是不能转换格式的。所以在输出格式中选择WEBM—同原文件，这就把视频格式和分辨率都设置完成了。 5、如果觉得这些视频分辨率太少，无法满足自己的需求，那么，可以点击添加自定义设置，然后再进入自定义参数设置面板中设置更多更详细的输出文件参数。包含帧数、分辨率、比特率、取样频率和声道等众多参数。

dash mp4 数据格式

DASH MP4数据格式 1 一般MP4文件格式 1.1 MP4基本概念 MP4(MPEG-4 Part 14)是一种常见的多媒体容器格式，它是在“ISO/IEC 14496-14”标准文件中定义的，属于MPEG-4的一部分，是“ISO/IEC 14496-12(MPEG-4 Part 12 ISO base media file format)”标准中所定义的媒体格式的一种实现，后者定义了一种通用的媒体文件结构标准。 MP4是一种描述较为全面的容器格式，被认为可以在其中嵌入任何形式的数据，各种编码的视频、音频等都不在话下，不过常见的大部分的MP4文件存放A VC(H.264)或MPEG-4(Part 2)编码的视频和AAC编码的音频。MP4格式的官方文件后缀名是“.mp4”，还有其他的以mp4为基础进行的扩展或者是缩水版本的格式，包括：M4V, 3GP, F4V等。 1.2 Box基本概念 mp4是由一个个“box”组成的，大box中存放小box，一级嵌套一级来存放媒体信息，box的基本结构如图1。图1 box的基本结构 Box字节序为网络字节序，也就是大端字节序(Big-Endian)。由header和data 组成，其中header统一指明box的大小和类型，data根据类型有不同的意义和格式。标准的box开头的4个字节(32位)为box size，该大小包括box header和box data整个box的大小。如果box很大(例如存放具体视频数据的mdat box)，超过了uint32的最大数值，size就被设置为1，表示这个box的大小为large size，真正的size值要在largesize字段上得到。如果size为0，表示该box为文件的最后一个box，文件结尾即为该box结尾。 size后面紧跟的32位为box type，一般是4个字符，如“ftyp”、“moov”等，这些box type都是已经预定义好的，分别表示固定的意义。一个mp4文件有可能包含非常多的box，在很大程度上增加了解析的复杂性，网页https://www.wendangku.net/doc/d39291731.html,/atoms.html记录了当前注册过的box类型。大部分mp4文件

电子负载电路原理图

电子负载电路原理图原理图如图2所示，基本电路为除虚线框⑤和两个万用表以外的部分，由恒压电路、恒流电路、过流保护电路、驱动电路组成。V =12V输入电压，经过限流电阻R1到三端可调分流基准源U1(TL431)的阴极K后，由参考端R得到输出基准电压VR 为2.5V，经电阻R1到调整滑动变阻器R6，一路经电阻R2为U3A提供电压，另一路经电阻R7为U3C提供电压。 .恒压电路如图2虚线框①所示。当负载端输入电压增大时，U3A同相输入端电压增大。当同相输人端电压大于反相输入端电压(基准电压)时，U3A输出高电平，在场效应管Q1、Q2、Q3、Q4的栅极G电压VG上产生压降，使得漏极D和源极S之间的电压VDS 减小，从而达到恒压的目的。 2.恒流电路如图2虚线框②所示。当负载电流增大时，R19、R22、R25、R28上的电压增大。即R18、R21、R24、R27上的取样电压增大，也即是U3C反相输入端电压增大，当U3C反相输入端电压大于同相输入端电压时，U3C输出低电平，场效应管Q1、Q2、Q3、Q4的栅极G电压VG减小，Q1、Q2、Q3、Q4的内阻RDS增大，负载电流减小，从而达到恒流的目的。 3.过流保护电路如图2虚线框③所示。当负载电流增大时，R19、R22、R25、R28上的电压增大，即R18、R21、R24、R27上的取样电压增大，U3B反相输入端电压增大，但电流继续增大。当反相端电压大于所设定过流保护电流的基准电压(同相端输入电压)时，U3B 输出低电平，场效应管Q1、Q2、Q3、Q4的栅极G电压VG减小，Q1、Q2、Q3、Q4的内阻RDS增大，负载电流减小，从而起到过流保护作用。 4.驱动电路如图2虚线框④所示。Q1、Q2、Q3、Q4选用大功率场效应管IRF540作为功率器，但是多管并联后，由于极间电容和分布电容相应增加，使放大器的高频特性变坏，通过反馈容易引起放大器的高频寄生振荡。为此，并联复合管一般不超过4个，而且在每管基极或栅极上串接防寄生振荡电阻。R17、R20、R23、R26为驱动电阻，R18、R21、R24、R27为取样电压电阻，R19、R22、R25、R28为限流电阻。C9一端接场效应管IRF540漏极，另一端接地，用于防震荡。本文来自: https://www.wendangku.net/doc/d39291731.html, 原文网址：https://www.wendangku.net/doc/d39291731.html,/sch/others/0086778.html

各种音视频编解码学习详解

各种音视频编解码学习详解编解码学习笔记（一）：基本概念媒体业务是网络的主要业务之间。尤其移动互联网业务的兴起，在运营商和应用开发商中，媒体业务份量极重，其中媒体的编解码服务涉及需求分析、应用开发、释放license收费等等。最近因为项目的关系，需要理清媒体的codec，比较搞的是，在豆丁网上看运营商的规范标准，同一运营商同样的业务在不同文档中不同的要求，而且有些要求就我看来应当是历史的延续，也就是现在已经很少采用了。所以豆丁上看不出所以然，从wiki上查。中文的wiki信息量有限，很短，而wiki的英文内容内多，删减版也减肥得太过。我在网上还看到一个山寨的中文wiki，长得很像，红色的，叫―天下维客‖。wiki的中文还是很不错的，但是阅读后建议再阅读英文。我对媒体codec做了一些整理和总结，资料来源于wiki，小部分来源于网络博客的收集。网友资料我们将给出来源。如果资料已经转手几趟就没办法，雁过留声，我们只能给出某个轨迹。基本概念编解码编解码器（codec）指的是一个能够对一个信号或者一个数据流进行变换的设备或者程序。这里指的变换既包括将信号或者数据流进行编码（通常是为了传输、存储或者加密）或者提取得到一个编码流的操作，也包括为了观察或者处理从这个编码流中恢复适合观察或操作的形式的操作。编解码器经常用在视频会议和流媒体等应用中。容器很多多媒体数据流需要同时包含音频数据和视频数据，这时通常会加入一些用于音频和视频数据同步的元数据，例如字幕。这三种数据流可能会被不同的程序，进程或者硬件处理，但是当它们传输或者存储的时候，这三种数据通常是被封装在一起的。通常这种封装是通过视频文件格式来实现的，例如常见的*.mpg, *.avi, *.mov, *.mp4, *.rm, *.ogg or *.tta. 这些格式中有些只能使用某些编解码器，而更多可以以容器的方式使用各种编解码器。 FourCC全称Four-Character Codes，是由4个字符（4 bytes）组成，是一种独立标示视频数据流格式的四字节，在wav、avi档案之中会有一段FourCC来描述这个AVI档案，是利用何种codec来编码的。因此wav、avi大量存在等于―IDP3‖的FourCC。视频是现在电脑中多媒体系统中的重要一环。为了适应储存视频的需要，人们设定了不同的视频文件格式来把视频和音频放在一个文件中，以方便同时回放。视频档实际上都是一个容器里面包裹着不同的轨道，使用的容器的格式关系到视频档的可扩展性。参数介绍采样率采样率（也称为采样速度或者采样频率）定义了每秒从连续信号中提取并组成离散信号的采样个数，它用赫兹（Hz）来表示。采样频率的倒数叫作采样周期或采样时间，它是采样之间的时间间隔。注意不要将采样率与比特率（bit rate，亦称―位速率‖）相混淆。采样定理表明采样频率必须大于被采样信号带宽的两倍，另外一种等同的说法是奈奎斯特频率必须大于被采样信号的带宽。如果信号的带宽是100Hz，那么为了避免混叠现象采样频率必须大于200Hz。换句话说就是采样频率必须至少是信号中最大频率分量频率的两倍，否则就不能从信号采样中恢复原始信号。对于语音采样： ?8,000 Hz - 电话所用采样率, 对于人的说话已经足够 ?11,025 Hz ?22,050 Hz - 无线电广播所用采样率 ?32,000 Hz - miniDV 数码视频camcorder、DAT (LP mode)所用采样率 ?44,100 Hz - 音频CD, 也常用于MPEG-1 音频（VCD, SVCD, MP3）所用采样率