视频编解码和流媒体协议
音视频解决方案
音视频解决方案引言概述：随着互联网技术的不断发展，音视频应用在我们的日常生活中扮演着越来越重要的角色。
从在线会议到娱乐媒体，从远程教育到智能家居，音视频解决方案已经成为了各行各业的必备工具。
本文将介绍五种常见的音视频解决方案，包括实时音视频通信、音视频编解码、音视频处理、音视频存储和音视频分发。
一、实时音视频通信：1.1 网络传输协议：介绍常见的实时音视频通信协议，如RTMP、WebRTC和SIP等，并比较它们的特点和适用场景。
1.2 媒体传输优化：探讨如何通过网络传输优化来提高实时音视频通信的质量，包括带宽管理、延迟控制和抗丢包等技术。
1.3 客户端开发：介绍实时音视频通信客户端的开发，包括音视频采集、编码、传输和解码等方面的技术要点。
二、音视频编解码：2.1 编码标准：介绍常见的音视频编码标准，如H.264、H.265和AAC等，并比较它们的特点和适用场景。
2.2 编解码性能优化：探讨如何通过优化编解码算法和硬件加速来提高音视频编解码的性能和效率。
2.3 实时性要求：讨论音视频编解码在实时性要求较高场景下的挑战和解决方案，如低延迟编解码和硬件加速等技术。
三、音视频处理：3.1 音频处理：介绍音频处理的常见技术，如降噪、回声消除和音频增强等，并讨论它们在语音通信和音乐娱乐等场景中的应用。
3.2 视频处理：探讨视频处理的技术，如图像增强、视频滤镜和实时特效等，并介绍它们在视频通信和娱乐媒体中的应用。
3.3 多媒体同步：讨论多媒体同步的挑战和解决方案，包括音视频同步、多路同步和多设备同步等技术。
四、音视频存储：4.1 存储格式：介绍常见的音视频存储格式，如MP4、AVI和FLV等，并比较它们的特点和适用场景。
4.2 存储方案：探讨音视频存储的方案，包括本地存储、云存储和分布式存储等，并讨论它们在不同场景下的优缺点。
4.3 存储管理：讨论音视频存储管理的技术，如索引管理、数据压缩和数据备份等，并介绍它们在大规模音视频存储系统中的应用。
视频协议详解
视频协议详解随着互联网的快速普及和视频技术的不断进步，视频协议也成为了越来越重要的环节。
视频协议是指在多媒体传输过程中，用于规范视频数据传输的一套通信规则。
本文将详细介绍视频协议的基本概念、分类、常用协议以及它们的优缺点。
一、视频协议的基本概念视频协议是指在视频传输过程中用于规范视频数据传输的一套通信规则。
视频协议涉及到视频编码、数据传输、错误纠正、时序控制等多个方面。
视频协议的设计需要考虑网络环境、设备性能以及用户需求等因素，以达到最佳的视频传输效果。
二、视频协议的分类根据视频传输的特点和应用场景，视频协议可以分为两类，即点对点传输协议和流媒体传输协议。
1、点对点传输协议点对点传输协议是指在两个端点之间直接传输视频数据的协议。
它通常用于实时视频通话、远程监控等应用场景。
点对点传输协议的传输速度快，传输延时小，但受到网络带宽限制，不适用于大规模视频传输。
常用的点对点传输协议有：（1）H.323协议：是ITU（国际电信联盟）推荐使用的音视频通信标准，支持点到点和多点通信。
（2）SIP（Session Initiation Protocol）协议：是一种控制多媒体会话的网络协议，包括音频、视频、即时消息等多种通信方式。
（3）RTP（Real-time Transport Protocol）协议：是用于实时数据传输的标准协议，支持点对点和多点通信，可以为音视频数据传输提供时序控制和错误纠正功能。
2、流媒体传输协议流媒体传输协议是指通过服务器将视频数据分成多个数据包进行传输的协议。
流媒体传输协议适用于大规模视频传输，可以提供更稳定的传输质量和更好的用户体验。
常用的流媒体传输协议有：（1）RTSP（Real-time Streaming Protocol）协议：是用于控制流媒体服务器的实时协议，支持点对点和多点传输。
（2）HTTP（Hypertext Transfer Protocol）协议：是用于数据传输的标准协议，支持点对点和多点传输，广泛用于流媒体传输中。
流媒体转发服务器原理
流媒体转发服务器原理
流媒体转发服务器的原理是将视频流从源服务器接收，然后转发到目标客户端，以实现视频的实时传输。
其主要原理包括以下几个方面：
1. 接收视频流：流媒体转发服务器通过网络接收源服务器传来的视频流，可以通过HTTP、RTMP、UDP等协议接收。
2. 编码解码：流媒体转发服务器对接收到的视频流进行编码解码，将视频流转换成适合目标客户端播放的格式。
3. 缓存存储：流媒体转发服务器对视频流进行缓存存储，以便在需要时提供给目标客户端。
4. 传输到客户端：流媒体服务器将封装后的、编码后的流媒体数据传输到客户端，这个过程中需要依靠一些网络传输协议，如TCP（传输控制协议）、UDP（用户数据报协议）等。
其中TCP是面向连接的，可以保证数据的可
靠传输；UDP则是面向无连接的，传输速度更快，但不保证数据的完整性。
此外，流媒体转发服务器还需要具备一定的负载均衡能力，能够根据目标客户端的需求动态地分配视频流，以保证视频传输的质量和稳定性。
同时，为了保证安全性，流媒体转发服务器还需要对视频流进行加密处理，以防止未经授权的访问和篡改。
2023音视频编解码 文件格式 协议内容详解
音视频编解码文件格式协议内容详解1. 音视频编解码的概念音视频编解码（Audio Video c）是指将音频和视频信号转换为数字数据的过程，在传输或存储过程中，对音频和视频数据进行编码压缩，以减小数据量，并在接收端解码还原为可播放的音频和视频信号。
音视频编解码技术广泛应用于各种领域，如在线音乐、实时通信、流媒体等。
2. 音视频文件格式音视频文件格式（Audio Video File Format）是指保存音频和视频数据的文件格式，常见的音视频文件格式有MP3、WAV、MP4、AVI等。
不同的文件格式对音视频数据的存储方式、压缩方式等有所差异。
2.1 MP3MP3（MPEG-1 Audio Layer 3）是一种常见的音频文件格式，它使用了无损压缩算法，可以在保证音质的前提下减小文件大小。
MP3文件可以存储音乐、语音等音频数据，也可以包含元数据，如艺术家、专辑等信息。
2.2 WAVWAV（Waveform Audio File Format）是一种无损的音频文件格式，它通常用于存储音频数据，如音乐、语音等。
WAV文件采用基于 PCM （Pulse Modulation）的编码方式，保证了音频数据的高保真性，但文件大小相比压缩格式较大。
2.3 MP4MP4（MPEG-4 Part 14）是一种常见的视频文件格式，它使用了基于ISO媒体文件格式的容器格式，可以同时包含音频、视频及字幕等多种媒体数据。
MP4文件常用于存储电影、电视剧等视频内容，采用了高效的视频编码算法，可以在较小的文件大小下保留较高的视觉质量。
2.4 AVIAVI（Audio Video Interleave）是一种多媒体容器格式，常用于存储音频和视频数据。
AVI文件可以使用不同的音频和视频编解码器进行压缩和解压缩，因此支持的音视频格式较为广泛。
但AVI文件的兼容性较差，对于某些编码格式可能无法正确解码。
3. 音视频协议内容详解音视频协议（Audio Video Protocol）是指在音视频传输过程中，定义了数据传输格式、协议头、包格式等细节内容，以确保发送端和接收端可以正确地解析、处理音视频数据。
移动应用开发中的视频播放技术选型
移动应用开发中的视频播放技术选型随着智能手机和移动应用的普及，视频内容在移动端的需求也越来越大。
无论是在线教育、直播平台还是社交媒体，视频播放都成为了用户体验的重要组成部分。
然而，在移动应用开发过程中，如何选择合适的视频播放技术，确保流畅稳定的播放效果，成为了开发者们面临的一项重要决策。
一、流媒体协议选择在移动应用的视频播放中，常见的流媒体协议包括HTTP协议、RTMP协议及HLS协议。
HTTP协议是最为常见的协议之一，主要优点是支持范围请求，可实现快速加载和拖拽播放。
而RTMP协议是实时消息传输协议，适用于一对一的实时视频传输，延迟低，但对带宽要求较高。
HLS协议是Apple推出的HTTP流媒体协议，具有较好的适应性和兼容性，能够适应不同网络环境下的流畅播放。
二、视频编码格式选择在移动应用开发中，常见的视频编码格式包括H.264、VP9及AV1等。
H.264是目前使用最广泛的编码格式，具备较高的压缩比，适用于移动设备上的低码率传输。
而VP9是Google开发的开源编码格式，相比H.264能够提供更好的视频质量，但对硬件解码要求较高。
最新推出的AV1编码格式则具有更高的压缩比和更好的视频质量，但对设备的处理能力要求较高。
三、视频解码方式选择移动设备一般有硬解码和软解码两种方式。
硬解码是使用移动设备自带的硬件进行解码，能够提供较好的性能和功耗控制，但对于部分较高级的编码格式可能不支持。
软解码则是通过软件解码方式进行，能够适应更多的编码格式，但对于一些较高码率和高分辨率的视频可能出现卡顿现象。
四、缓存策略选择为了提升视频播放的流畅度和用户体验，缓存技术也是不可忽视的一部分。
常见的缓存策略包括离线缓存、预加载缓存和动态缓存等。
离线缓存是将视频在用户设备上提前下载好，用户可以随时观看，减少对网络的依赖。
预加载缓存则是在视频开始播放之前，提前加载一部分视频数据，以保证后续的播放不会出现卡顿现象。
动态缓存则是根据用户的观看行为，动态选择缓存的视频片段，以提供更快的加载速度。
音视频编解码 文件格式 标准协议内容详解
音视频编解码: 文件格式与协议内容详解1. 引言音视频编解码是指将音频和视频信号进行压缩编码和解压缩解码的技术过程。
在现代多媒体应用中，音视频编解码技术被广泛应用于娱乐、通信、广告等领域。
而音视频的存储和传输则需要使用特定的文件格式和协议。
本文将详细介绍音视频编解码的文件格式与协议内容，讨论各种常见的音视频文件格式与协议，并对其进行一定的比较分析。
2. 音视频文件格式音视频文件格式定义了音视频数据在文件中的组织方式，包括文件头、音视频流的结构、元数据等信息的存储形式。
常见的音视频文件格式有几种：2.1 AVIAVI（Audio Video Interleave）是微软开发的音视频文件格式，使用了容器格式来封装音频和视频数据。
它可以支持多种编解码器，并且兼容性较好。
但是由于其较为简单的设计，不适合存储高质量的音视频数据。
MPEG（Moving Picture Experts Group）是一组制定音视频压缩标准的组织。
MPEG系列包括了多个不同的文件格式，如MPEG-1、MPEG-2、MPEG-4等。
其中，MPEG-2常用于DVD视频压缩，而MPEG-4则广泛应用于流媒体、网络传输等领域。
2.3 MP3MP3是一种常见的音频文件格式，作为一种有损压缩格式，它采用了MPEG-1 Audio Layer III音频编码。
MP3文件格式在音质和文件大小之间取得了很好的平衡，因此被广泛应用于音乐存储、传输等领域。
2.4 WAVWAV是一种无损音频文件格式，它采用了脉冲编码调制（PCM）来存储音频数据。
WAV文件格式广泛应用于音乐制作、音频处理等领域，因为它可以提供更高质量的音频数据。
3. 音视频协议音视频协议定义了音视频数据在网络传输过程中的规范和流程，以确保音视频数据能够正确地传输和播放。
常见的音视频协议有几种：RTP（Real-time Transport Protocol）是一种应用层协议，用于在IP网络输实时的音视频数据。
2023流媒体传输协议及音视频编解码技术正规范本(通用版)
流媒体传输协议及音视频编解码技术引言随着互联网的普及和带宽的提高，流媒体技术在现代通信领域得到了广泛的应用。
流媒体传输协议和音视频编解码技术是实现流媒体的关键技术，本文将介绍流媒体传输协议的分类和特点，以及常用的音视频编解码技术原理。
一、流媒体传输协议流媒体传输协议是指用于实现音视频流传输的协议，常见的流媒体传输协议有HTTP、RTSP、RTMP、HLS等。
这些协议各有其特点和适用场景。
1.1 HTTPHTTP（Hyper Text Transfer Protocol）是一种应用层协议，常用于在万维网上进行数据传输。
在流媒体领域，HTTP被广泛用于传输音视频流。
其具有跨平台、易于使用的特点，同时也能保证较好的兼容性和稳定性。
然而，由于HTTP协议本身的限制，其传输效率相对较低，对实时性要求较高的应用场景有一定局限性。
1.2 RTSPRTSP（Real-Time Streaming Protocol）是一种应用层协议，用于控制多媒体服务器之间的数据传输。
RTSP协议提供了对流媒体的完整控制，包括播放、暂停、停止、快进、快退等功能。
其支持实时流媒体传输，并具有较好的实时性。
但是，RTSP协议不直接传输音视频流数据，因此需要结合其他协议（如RTP/RTCP协议）来实现音视频数据的传输。
1.3 RTMPRTMP（Real-Time Messaging Protocol）是Adobe开发的协议，用于高性能流媒体传输。
RTMP协议通过发送音视频数据块来实现实时性较高的流媒体传输。
尤其在直播领域，RTMP被广泛应用。
然而，由于其是Adobe自有协议，导致其在移动设备和部分客户端上的兼容性有一定问题。
1.4 HLSHLS（HTTP Live Streaming）是苹果公司推出的流媒体传输协议，在移动设备和桌面浏览器上具有良好的兼容性。
HLS协议通过将音视频流切分成若干个小片段进行传输，并根据网络情况动态调整码率，以实现适应不同网络环境下的流媒体传输。
通用范文(正式版)音视频编解码 文件格式 协议内容详解
音视频编解码文件格式协议内容详解1. 音视频编解码简介音视频编解码是指将音频和视频信号经过一系列的算法处理，将其转换为数字信号存储和传输。
编码是将音频和视频信号进行压缩处理，而解码则是将压缩后的信号恢复为原始的音频和视频信号。
2. 文件格式文件格式是指音视频编码后的数据在存储和传输时采用的具体格式。
常见的音视频文件格式有AVI、MP4、MKV等。
不同的文件格式采用不同的容器格式和封装方式。
容器格式负责将音频、视频和其他相关信息放置在一个文件中，封装方式则是指在文件中如何存储和组织这些信息。
2.1 AVI（Audio Video Interleave）AVI是一种由微软公司开发的音视频文件格式，它是一种非压缩的容器格式。
AVI文件通常包含一个或多个音频流和视频流。
在AVI文件中，音频和视频数据可以采用不同的编解码方式。
2.2 MP4（MPEG-4 Part 14）MP4是一种多媒体容器格式，也是一种常见的音视频文件格式。
MP 4文件可以存储多个音频流和视频流，同时支持字幕和章节信息等元数据的存储。
MP4文件通常采用H.264等压缩方式进行音视频编码。
2.3 MKV（Matroska）MKV是一种开源的音视频容器格式，它的设计目标是打造一个全功能的多媒体容器。
MKV文件通常包含多个音频流、视频流和字幕流，并支持各种编解码方式。
与AVI和MP4相比，MKV更加灵活和可扩展。
3. 协议内容音视频编解码和文件格式在存储和传输过程中涉及到一些协议内容，这些协议内容用于确保音视频数据的正确传输和解码。
是一些常见的音视频协议。
3.1 RTP（Real-time Transport Protocol）RTP是一种用于实时数据传输的网络协议，常用于音视频流的传输。
RTP协议将音视频数据分割为较小的数据包，并添加时间戳和序列号等信息，以确保数据可以按照正确的顺序和时间进行恢复。
3.2 RTSP（Real Time Streaming Protocol）RTSP是一种用于控制实时流媒体的应用层协议，它通常与RTP协议一起使用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
RTP参考文档RFC3550/RFC3551Real-time Tran sport Protocol）是用于In ternet 上针对多媒体数据流的一种传输层协议。
RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。
RTP协议常用于流媒体系统（配合RTCP协议），视频会议和一键通（Push to Talk ）系统（配合H.323或SIP），使它成为IP电话产业的技术基础。
RTP协议和RTP控制协议RTCP一起使用，而且它是建立在UDP协议上的。
RTP本身并没有提供按时发送机制或其它服务质量（QoS保证，它依赖于低层服务去实现这一过程。
RTP并不保证传送或防止无序传送，也不确定底层网络的可靠性。
RTP实行有序传送，RTP中的序列号允许接收方重组发送方的包序列，同时序列号也能用于决定适当的包位置，例如：在视频解码中，就不需要顺序解码。
RTP由两个紧密链接部分组成：RTP —传送具有实时属性的数据；RTP控制协议（RTCP —监控服务质量并传送正在进行的会话参与者的相关信息。
RTCP实时传输控制协议（Real-time Tran sport Control Protocol 或RTP Co ntrol Protocol或简写RTCP是实时传输协议（RTR的一个姐妹协议。
RTCP为RTP媒体流提供信道外（out-of-band ）控制。
RTCP本身并不传输数据，但和RTP一起协作将多媒体数据打包和发送。
RTCP定期在流多媒体会话参加者之间传输控制数据。
RTCP的主要功能是为RTP 所提供的服务质量（Quality of Service ）提供反馈。
RTCP收集相关媒体连接的统计信息，例如：传输字节数，传输分组数，丢失分组数，jitter ，单向和双向网络延迟等等。
网络应用程序可以利用RTCP所提供的信息试图提高服务质量，比如限制信息流量或改用压缩比较小的编解码器。
RTCP本身不提供数据加密或身份认证。
SRTCP可以用于此类用途。
SRTP & SRTCP参考文档RFC3711安全实时传输协议（Secure Real-time Tran sport Protocol 或SRTP 是在实时传输协议（Real-time Tran sport Protocol或RTF）基础上所定义的一个协议，旨在为单播和多播应用程序中的实时传输协议的数据提供加密、消息认证、完整性保证和重放保护。
它是由David Oran （思科）和Rolf Blom （爱立信）开发的，并最早由IETF于2004年3月作为RFC3711发布。
由于实时传输协议和可以被用来控制实时传输协议的会话的实时传输控制协议(RTP Control Protocol 或RTCP有着紧密的联系，安全实时传输协议同样也有一个伴生协议，它被称为安全实时传输控制协议( Secure RTCP或SRTCP ;安全实时传输控制协议为实时传输控制协议提供类似的与安全有关的特性，就像安全实时传输协议为实时传输协议提供的那些一样。
在使用实时传输协议或实时传输控制协议时，使不使用安全实时传输协议或安全实时传输控制协议是可选的；但即使使用了安全实时传输协议或安全实时传输控制协议，所有它们提供的特性(如加密和认证)也都是可选的，这些特性可以被独立地使用或禁用。
唯一的例外是在使用安全实时传输控制协议时，必须要用到其消息认证特性。
RTSP参考文档RFC2326是由Real Networks和Netscape共同提出的。
该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。
RTSP提供了一个可扩展框架，使实时数据，如音频与视频的受控、点播成为可能。
数据源包括现场数据与存储在剪辑中的数据。
该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP多播UDP与TCP提供途径，并为选择基于RTP上发送机制提供方法。
RTSP( Real Time Streaming Protocol )是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP1.1类似,但并不特别强调时间同步，所以比较能容忍网络延迟。
而前面提到的允许同时多个串流需求控制(Multicast )，除了可以降低服务器端的网络用量，更进而支持多方视讯会议( Video Conference )。
因为与HTTP1.1的运作方式相似，所以代理服务器《Proxy》的快取功能《Cache》也同样适用于RTSP并因RTSP具有重新导向功能，可视实际负载情况来转换提供服务的服务器，以避免过大的负载集中于同一服务器而造成延迟。
RTSP和RTP的关系RTP不象http和ftp可完整的下载整个影视文件，它是以固定的数据率在网络上发送数据，客户端也是按照这种速度观看影视文件，当影视画面播放过后，就不可以再重复播放，除非重新向服务器端要求数据。
RTSP与RTP最大的区别在于：RTSP是一种双向实时数据传输协议，它允许客户端向服务器端发送请求，如回放、快进、倒退等操作。
当然，RTSP可基于RTP来传送数据，还可以选择TCP UDR组播UDP等通道来发送数据，具有很好的扩展性。
它时一种类似与http协议的网络应用层协议。
目前碰到的一个应用：服务器端实时采集、编码并发送两路视频，客户端接收并显示两路视频。
由于客户端不必对视频数据做任何回放、倒退等操作,可直接采用UDR+RTR组播实现。
■视频数諜由RTP传輸■视频质量由RTCP揑制■视顾拧制rtRTSP提供CCtOJcSmRTR 实时传输协议(Real-time Tran sport Protocol )RTR/RTCR是实际传输数据的协议RTP传输音频/视频数据，如果是PLAY Server发送到Client端，如果是RECORD可以由Client 发送到Server整个RTP协议由两个密切相关的部分组成：RTP数据协议和RTP控制协议（即RTCPRTSP 实时流协议（Real Time Streaming Protocol ，RTSPRTSP的请求主要有DESCRIBE,SETUP,PLAY,PAUSE,TEARDOWN,OPTI 等NS顾名思义可以知道起对话和控制作用RTSP的对话过程中SETUP可以确定RTP/RTCP使用的端口，PLAY/PAUSE/TEARDOWN以开始或者停止RTP的发送，等等RTCPRTP/RTCP是实际传输数据的协议RTCP包括Sender Report和Receiver Report ，用来进行音频/视频的同步以及其他用途，是一种控制协议SDP会话描述协议（SDP为会话通知、会话邀请和其它形式的多媒体会话初始化等目的提供了多媒体会话描述。
会话目录用于协助多媒体会议的通告，并为会话参与者传送相关设置信息。
SDP 即用于将这种信息传输到接收端。
SDP完全是一种会话描述格式一它不属于传输协议一它只使用不同的适当的传输协议，包括会话通知协议（SAP、会话初始协议（SIP）、实时流协议（RTSP、MIME扩展协议的电子邮件以及超文本传输协议（HTTP 。
SDP的设计宗旨是通用性，它可以应用于大范围的网络环境和应用程序，而不仅仅局限于组播会话目录，但SDP不支持会话内容或媒体编码的协商。
在因特网组播骨干网（Mbone）中，会话目录工具被用于通告多媒体会议，并为参与者传送会议地址和参与者所需的会议特定工具信息，这由SDP完成。
SDP连接好会话后，传送足够的信息给会话参与者。
SDP信息发送利用了会话通知协议（SAP，它周期性地组播通知数据包到已知组播地址和端口处。
这些信息是UDP数据包，其中包含SAP协议头和文本有效载荷（text payload ）。
这里文本有效载荷指的是SDP会话描述。
此外信息也可以通过电子邮件或WWW（World Wide Web）进行发送。
SDP文本信息包括：会话名称和意图；会话持续时间；构成会话的媒体；有关接收媒体的信息（地址等）。
协议结构SDP信息是文本信息，采用UTF-8编码中的ISO 10646字符集。
SDP会话描述如下: 注*符（标号的表示可选字段）：v =（协议版本）o =（所有者/创建者和会话标识符）s =（会话名称）i = * （会话信息）u = * （URI 描述）e = * （Email 地址）p = * （电话号码）c = * （连接信息一如果包含在所有媒体中，则不需要该字段）b = * （带宽信息）一个或更多时间描述（如下所示）：z = * （时间区域调整）k = * （加密密钥）a = * （0个或多个会话属性行）0个或多个媒体描述（如下所示）时间描述t =（会话活动时间）r = * （0或多次重复次数）媒体描述m =（媒体名称和传输地址）i = * （媒体标题）c = * （连接信息一如果包含在会话层则该字段可选）b = * （带宽信息）k = * （加密密钥）a = * （0个或多个会话属性行）RTMP/RTMPSRTMP(Real Time Messaging Protocol) 实时消息传送协议是Adobe Systems 公司为Flash播放器和服务器之间音频、视频和数据传输开发的开放协议。
它有三种变种：1) 工作在TCP之上的明文协议，使用端口1935 ；2) RTMPT封装在HTTP青求之中，可穿越防火墙；3) RTMPS类似RTMPT但使用的是HTTPS连接；RTMP协议(Real Time Messaging Protocol) 是被Flash用于对象，视频，音频的传输.这个协议建立在TCP协议或者轮询HTTP协议之上.RTMP协议就像一个用来装数据包的容器，这些数据既可以是AMF格式的数据，也可以是FLV中的视/音频数据.一个单一的连接可以通过不同的通道传输多路网络流•这些通道中的包都是按照固定大小的包传输的mmsMMS (Microsoft Media Server Protocol) ，中文"微软媒体服务器协议”，用来访问并流式接收Windows Media服务器中.asf 文件的一种协议。
MMS协议用于访问Windows Media发布点上的单播内容。
MMS是连接Windows Media 单播服务的默认方法。
若观众在Windows Media Player 中键入一个URL以连接内容，而不是通过超级链接访问内容，则他们必须使用MMS协议引用该流。
MMS勺预设埠(端口)是1755当使用MMS协议连接到发布点时，使用协议翻转以获得最佳连接。
“协议翻转”始于试图通过MMSU连接客户端。
MMSU是MMS协议结合UDP数据传送。