rtmp 推送为什么很卡

1、前端：查看网络带宽有多大，包括视频流占用带宽有多大。如果网络带宽小于视频所需带宽，那么卡是必然的，解决网络问题。

2、服务器端：检查服务器性能、网络发布带宽性能、同时在线人数等，这些都有可能引起视频卡。

3、客户端如果下载带宽不够，也是卡得的原因之一。

综上所述，采用低码流的视频摄像机，是最佳选择。据说深圳海纳创视公司在开发嵌入式RTMP协议的低码流直播摄像机，值得期待。

1唯影视频下载器支持下载使用HTTP、RTMP、RTMPT、RTMPTE等协议的在线视频。

硕鼠最新内测版已经可以支持rtmp协议了，不过首先开放的rtmp解析的站点就cntv和搜狐两家。

还有一个CCTV/CNTV视频下载器(xmlbar)，它支持下载CNTV网站中采用rtmp协议以流媒体方式播放的视频。

而比较流行的维棠、迅雷则都不支持rtmp协议。

2关于rtmp ：

这里所说的 rtmp 全称是 real time messaging protocol（实时消息传送协议）。

两种协议HTTP和RTMP，有点点不同：

用HTTP方式：先通过IIS 将FLV下载到本地缓存，然后再通过NetConnection的本地连接来播放这个FLV，这种方法是播放本地的视频，并不是播放服务器的视频。因此在本地缓存里可以找到这个FLV。其优点就是服务器下载完这个FLV，服务器就没有消耗了，节省服务器消耗。其缺点就是FLV会缓存在客户端，对FLV的保密性不好。

用RTMP方式：通过NetConnection连接到FMS/Red5服务器，并实时播放服务器的FLV文件，这种方式可以任意选择视频播放点（SEEK()），并不象HTTP方式需要缓存完整个FLV文件到本地才可以任意选择播放点，其优点就是在本地缓存里是找不到这个FLV文件的。其优点就是FLV不会缓存在客户端，FLV的保密性好，其缺点就是消耗服务器资源，连接始终是实时的。

一句话，HTTP方式是本地播放，RTMP方式是服务器实时播放，因需而定。

　流媒体协议RTMP,RTSP与HLS有什么不同？

　　HLS (HTTP Live Streaming)

　　Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个m3u(8)的索引文件，TS媒体分片文件和key加密串文件。

　　常用的流媒体协议主要有 HTTP 渐进下载和基于 RTSP/RTP 的实时流媒体协议，这二种基本是完全不同的东西，目前比较方便又好用的是用 HTTP 渐进下载方法。在这个中 apple 公司的 HTTP Live Streaming 是这个方面的代表。它最初是苹果公司针对iPhone、iPod、iTouch和iPad等移动设备而开发的流现在见到在桌面也有很多应用了，HTML5 是直接支持这个。

　　但是HLS协议的小切片方式会生成大量的文件，存储或处理这些文件会造成大量资源浪费。如果要实现数天的时移，索引量将会是个巨额数字，并明显影响请求速度。因此，HLS协议对存储I/O要求相当苛刻。对此，也有公司提出了非常好的解决方案。

　　新型点播服务器系统，独创了内存缓存数据实时切片技术，颠覆了这种传统实现方法，从根本上解决了大量切片的碎片问题，使得单台服务器的切片与打包能力不再是瓶颈。其基本原理如下：

　　不将TS切片文件存到磁盘，而是存在内存当中，这种技术使得服务器的磁盘上面不再会有“数以吨计”的文件碎片，极大减少了磁盘的I/O次数，延长了服务器磁盘的使用寿命，极大提高了服务器运行的稳定性。同时，由于使用这种技术，使得终端请求数据时直接从服务器的内存中获取，极大提高了对终端数据请求的反应速度，优化了视频观看体验。

　　RTSP协议，这应该是实时性最好的了，如果要想实时性要求很高，比如05s以内，这个是不错的选择。前阵子模仿spydroid写了个建议的rtsp 服务器，其实就是options，describe，setup，play，pause，teardown这几步了，这个协议用的最广泛，网上介绍也比较 多。要想真正深入了解rtsp协议，c++语言功底好的可以查看live555 。

作者使用了Tomcat作为Web服务器进行测试，被测试的内容是一个jsp文件和一个servlet，jsp文件调用JavaBean、打印相关信息，servlet接受用户参数、调用javabean、输出相关信息。详细的内容请参考作者提供的JMeterwar的内容。

是RTSP和RTMP网络协议，现在的摄像头都是网络摄像头，IPcam。海康威视支持输出RTSP协议，可以按照海康的RTSP写出他们直接输出的视频流地址，然后通过800li的外部信号适配器软件转接成RTMP进入800li media server进行嵌入网页分发，可以PC，手机和微信公众号进行观看。

无论是red5还是fms，服务器都保留了当前正在使用的rtmp流地址，在服务器端就很好获取了，当然外行就不合适了，用wireshark吧~~charles只能抓http的吧，rtmp是抓不到的（还是我不会用？？），wireshark就都可以了

遇到一个问题，FMS与WOWZA中如何使用RTMPE加密协议。

　　Wowza作为一个Media Delivery System，它要起很重要的作用。一直在摸索如何保证文件不会被下载。RTMP协议肯定是不行的。然后我就把目光放到了RTMP协议的众多变体上。

首 先是RTMPT协议，用HTTP协议封装的RTMP协议。不知道怎么回事，服务器似乎不能很好的接受RTMPT协议，不知道是设置问题还是别的什么。而且 在Wowza官方论坛上，Wowza的开发者也不建议使用RTMPT协议，因为它需要500ms轮询一次，而且服务器的CPU开销（协议封装需要消耗 CPU）和带宽开销（封装成HTTP协议时需要额外内容）都比较大，唯一的优点就只有可以突破带有协议扫描的防火墙。

然后就是RTMPS和RTMPE。前者是用SSL协议加密的，后者是Adobe自己的128位加密算法。Wowza和Adobe都推荐后者，因为使用简单无需设置。而RTMPS需要设置证书等比较复杂的设置，而且安全性据说也不比RTMPE协议高。

最后就是RTMPTS和RTMPTE协议，看名字也知道是怎么回事了。

最后我选择了RTMPE协议，简单就是美。

接 下来的问题是如何屏蔽RTMP协议。不像Red5和Adobe Flash Media Server那样可以通过修改端口来简单的屏蔽，Wowza的RTMP，RTMPE，RTMPT协议是捆绑在一个端口上的。因为这个问题我甚至一度放弃了 Wowza而改用Adobe Flash Media Interactive Server，不过怎么都读取不到内容。

仔细研究了一下Wowza的论坛，发现原来官方发布过一个源码可以只使用RTMPE，RTMPS，RTMPTS这一类加密的协议。然后自然就是下载Wowza IDE，建了个工程，把代码粘贴进去，保存后再把自动生成的jar文件复制到服务器上。然后把applicationxml文件修改一下，大功告成！

这样设置后如果尝试使用RTMP协议，会提示拒绝连接，要求加密。而且现有的所有下载工具都不能下载RTMPE协议。连网址变换都可以不用做了。

不得不赞叹一下Wowza的接口，确实很强大，而且是Java的。虽然FMIS也有接口，不过ActionScript语言毕竟是门冷门语言。

附上链接：http://wwwcuplayercom/player/PlayerCode/Wowza/2015/1230/2212html

能！！http://l2345cn/play/cmpswfurl=&auto_play=1&src=qtv1&rtmp=rtmp%3A%2F%2F1191677328%2Flive%2F&label=青岛1&swf 查看原帖>>