rtsp与rtmp区别
rtsp与rtmp区别您好，亲1.视频传输
从网络上接收视频时首先要解协议（RTSP/RTMP/HTTP），然后是解格式（MKV，RMVB），之后才是将视频（H264）和音频（AAC）格式数据分别解码为图像（RGB/YUV）和声音（PCM），再根据时间戳同步播放。
RTSP+RTP主要用于IPTV，原因是传输数据使用的是UDP，在网络环境比较稳定的情况下，传输效率是比较高的；
RTMP主要用于互联网音视频传输，它使用的是TCP传输，因为互联网环境相对较差，采用RTMP保证了视频的传输质量，但是其传输延迟相对较高，传输效率相对较低。
使用RTMP技术的流媒体系统有一个非常明显的特点：使用 Flash Player 作为播放器客户端，而Flash Player 现在已经安装在了全世界将近99%的PC上，因此一般情况下收看RTMP流媒体系统的视音频是不需要安装插件的。用户只需要打开网页，就可以直接收看流媒体，十分方便。直播服务普遍采用了RTMP作为流媒体协议，FLV作为封装格式，H.264作为视频编码格式，AAC作为音频编码格式。FLV是RTMP使用的封装格式，H.264是当今实际应用中编码效率最高的视频编码标准，AAC则是当今实际应用中编码效率最高的音频编码标准。
librtmp是RTMP协议的实现，可以使用librtmp来实现协议的解析和数据的收发。直播服务器可以基于nginx+rtmp实现；直播客户端方面采用librtmp负责推流，FFmpeg负责编码；收看客户端采用VLC即可，因为VLC本身既可以解析RTMP流，又可以解析编码后的视频数据。2.视频压缩 视频压缩分为有损压缩和无损压缩。
无损压缩是采用一些压缩算法压缩视频，但是压缩完毕后还能够真实的还原原始数据；
有损压缩是借助于人眼的一些特性，丢弃一些特定的数据，但是压缩完毕后的视频效果还在人眼可以接受的范围内的特定数据。 视频压缩编码的主要原理是：
帧内编码（变换编码和熵编码）：像素点之间存在相关性。图像变换到频域可以实现去相关和能量集中。
帧间编码（运动估计和运动补偿）：将图像划分为一个个小区块，进行预测。【摘要】
rtsp与rtmp区别【提问】
rtsp与rtmp区别您好，亲1.视频传输
从网络上接收视频时首先要解协议（RTSP/RTMP/HTTP），然后是解格式（MKV，RMVB），之后才是将视频（H264）和音频（AAC）格式数据分别解码为图像（RGB/YUV）和声音（PCM），再根据时间戳同步播放。
RTSP+RTP主要用于IPTV，原因是传输数据使用的是UDP，在网络环境比较稳定的情况下，传输效率是比较高的；
RTMP主要用于互联网音视频传输，它使用的是TCP传输，因为互联网环境相对较差，采用RTMP保证了视频的传输质量，但是其传输延迟相对较高，传输效率相对较低。
使用RTMP技术的流媒体系统有一个非常明显的特点：使用 Flash Player 作为播放器客户端，而Flash Player 现在已经安装在了全世界将近99%的PC上，因此一般情况下收看RTMP流媒体系统的视音频是不需要安装插件的。用户只需要打开网页，就可以直接收看流媒体，十分方便。直播服务普遍采用了RTMP作为流媒体协议，FLV作为封装格式，H.264作为视频编码格式，AAC作为音频编码格式。FLV是RTMP使用的封装格式，H.264是当今实际应用中编码效率最高的视频编码标准，AAC则是当今实际应用中编码效率最高的音频编码标准。
librtmp是RTMP协议的实现，可以使用librtmp来实现协议的解析和数据的收发。直播服务器可以基于nginx+rtmp实现；直播客户端方面采用librtmp负责推流，FFmpeg负责编码；收看客户端采用VLC即可，因为VLC本身既可以解析RTMP流，又可以解析编码后的视频数据。2.视频压缩 视频压缩分为有损压缩和无损压缩。
无损压缩是采用一些压缩算法压缩视频，但是压缩完毕后还能够真实的还原原始数据；
有损压缩是借助于人眼的一些特性，丢弃一些特定的数据，但是压缩完毕后的视频效果还在人眼可以接受的范围内的特定数据。 视频压缩编码的主要原理是：
帧内编码（变换编码和熵编码）：像素点之间存在相关性。图像变换到频域可以实现去相关和能量集中。
帧间编码（运动估计和运动补偿）：将图像划分为一个个小区块，进行预测。【回答】
rtsp与rtmp区别
亲你好，rtsp与rtmp区别：RTMP协议：是流媒体协议，RTMP是Adobe的私有协议，没有完全公开，一般传输的是flv、f4v格式流。RTSP协议：是流媒体协议，RTSP协议是公有协议，有专门的机构维护RTSP协议一般传输的是ts、mp4格式流。1、不管是RTSP/RTP、RTMP、HTTP，亦或是私有协议，都是可以进行流媒体传输的流媒体协议，而且效果都能做到差不多的程度，RTSP、RTMP、HTTP、私有协议速度的问题，还是1上的观点，协议在传输、处理效率上都可以做到很优秀。2、常见流媒体传输协议，流媒体协议的作用：流同步、播放控制、质量控制、多端跨平台播放等直播三要素：低廷时、高可用，质量反馈和检测。协议特点：基于文本的双向实时传输协议，和HTTP比较类似；每个会话都含有状态，HTT对应无状态，保持长连接，请求信令技顺序。3、RTMP：由Adobe公司提出的一种应用层的协议，RTMP协议是要靠底层可靠的传输层协议来保证信息传输的可靠性的，RTMP用于在服务器和Flash播放器之间实时传输视频，音频和数据。RTMP应用较广，特别在直播领域。国内主流的CDN平台和OTT平台基本都支持RTMP，大部分的硬件或软件编码器也都支持RTMP推流格式。【摘要】
rtsp与rtmp区别【提问】
亲你好，rtsp与rtmp区别：RTMP协议：是流媒体协议，RTMP是Adobe的私有协议，没有完全公开，一般传输的是flv、f4v格式流。RTSP协议：是流媒体协议，RTSP协议是公有协议，有专门的机构维护RTSP协议一般传输的是ts、mp4格式流。1、不管是RTSP/RTP、RTMP、HTTP，亦或是私有协议，都是可以进行流媒体传输的流媒体协议，而且效果都能做到差不多的程度，RTSP、RTMP、HTTP、私有协议速度的问题，还是1上的观点，协议在传输、处理效率上都可以做到很优秀。2、常见流媒体传输协议，流媒体协议的作用：流同步、播放控制、质量控制、多端跨平台播放等直播三要素：低廷时、高可用，质量反馈和检测。协议特点：基于文本的双向实时传输协议，和HTTP比较类似；每个会话都含有状态，HTT对应无状态，保持长连接，请求信令技顺序。3、RTMP：由Adobe公司提出的一种应用层的协议，RTMP协议是要靠底层可靠的传输层协议来保证信息传输的可靠性的，RTMP用于在服务器和Flash播放器之间实时传输视频，音频和数据。RTMP应用较广，特别在直播领域。国内主流的CDN平台和OTT平台基本都支持RTMP，大部分的硬件或软件编码器也都支持RTMP推流格式。【回答】
rtsp 交互失败是什么原因?
解码器出现了问题。RTSP（Real Time Streaming Protocol），RFC2326，实时流传输协议，是TCP/IP协议体系中的一个应用层协议，由哥伦比亚大学、网景和RealNetworks公司提交的IETF RFC标准。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或UDP完成数据传输。HTTP与RTSP相比，HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。RTSP是用来控制声音或影像的多媒体串流协议，并允许同时多个串流需求控制，传输时所用的网络通讯协定并不在其定义的范围内，服务器端可以自行选择使用TCP或UDP来传送串流内容，它的语法和运作跟HTTP 1.1类似，但并不特别强调时间同步，所以比较能容忍网络延迟。而前面提到的允许同时多个串流需求控制（Multicast），除了可以降低服务器端的网络用量，更进而支持多方视讯会议（Video Conference）。因为与HTTP1.1的运作方式相似，所以代理服务器〈Proxy〉的快取功能〈Cache〉也同样适用于RTSP，并因RTSP具有重新导向功能，可视实际负载情况来转换提供服务的服务器，以避免过大的负载集中于同一服务器而造成延迟。RTSP请求可以几种不同方式传送：1、持久传输连接，用于多个请求/响应传输。2、每个请求/响应传输一个连接。3、无连接模式。传输连接类型由RTSP URL来定义。对“rtsp'’方案，需要持续连接；而"rtspu"方案，调用RTSP请求发送，而不用建立连接。不像HTTP，RTSP允许媒体服务器给媒体用户发送请求。然而，这仅在持久连接时才支持，否则媒体服务器没有可靠途径到达用户，这也是请求通过防火墙从媒体服务器传到用户的惟一途径。
监控rtsp交互失败怎么回事?
原因是将摄像机接入EasyNVR之后，出现摄像机经常拉流失败的情况，于是系统过于频繁重连，导致摄像机把EasyNVR禁用拉流。市面上确实有部分摄像机有这个机制，不允许拉流客户端在拉流失败后，一直循环向摄像机发送拉流请求。如果一直请求，会把拉流客户端禁用，导致后续无法拉流。目前EasyNVR的重连机制恰巧就是不断向终端发送拉流请求，导致EasyNVR被禁用，拉流失败。针对此类情况，需要对EasyNVR拉流重连机制进行了优化。在EasyNVR拉流失败且重连超时后，才重新发起连接请求。相关信息实时传输协议（RTP）是一个网络传输协议，它是由IETF的多媒体传输工作小组1996年在RFC 1889中公布的。国际电信联盟ITU-T也发布了自己的RTP文档，作为H.225.0，但是后来当IETF发布了关于它的稳定的标准RFC后就被取消了。作为因特网标准在RFC 3550（该文档的旧版本是RFC 1889）有详细说明。RFC 3551（STD 65，旧版本是RFC 1890）详细描述了使用最小控制的音频和视频会议。RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。它一开始被设计为一个多播协议，但后来被用在很多单播应用中。RTP协议常用于流媒体系统（配合RTSP协议），视频会议和一键通（Push to Talk）系统（配合H.323或SIP），使它成为IP电话产业的技术基础。RTP协议和RTP控制协议RTCP一起使用，而且它是创建在UDP协议上的。
