RTMPDump则是用来突破rtmp协议的保护，把视频流保存到本地的抓取工具
匈牙利人的作品

RTMP的全名是：Real Time Messaging Protocol。
RTMP是Adobe公司专门针对流音频，流视频和Internet上的数据而开发的一个私有协议。改协议用于Flash播放器和服务器之间的数据传输。
RTMP工作于TCP层，其默认端口是1935.RTMP被封装成HTTP请求来穿过防火墙。RTMP是一个安全的SSL链接。
两种协议HTTP和RTMP的区别：
HTTP方式：　先通过IIS 将FLV下载到本地缓存，然后再通过NetConnection的本地连接来播放这个FLV，这种方法是播放本地的视频，并不是播放服务器的视频。因此在 本地缓存里可以找到这个FLV。其优点就是服务器下载完这个FLV，服务器就没有消耗了，节省服务器消耗。其缺点就是FLV会缓存在客户端，对FLV的保 密性不好。
RTMP方式：　通过NetConnection连接到FMS/Red5服务器，并实时播放服务器的FLV文件，这种方式可以任意选择视频播放点 （SEEK()），并不象HTTP方式需要缓存完整个FLV文件到本地才可以任意选择播放点，其优点就是在本地缓存里是找不到这个FLV文件的。其优点就 是FLV不会缓存在客户端，FLV的保密性好，其缺点就是消耗服务器资源，连接始终是实时的。
一句话，一个是本地播放，一个是服务器实时播放，因需而定。
HTTP现在应用的比较多，因为这个完全不需要RED5或者FMS的服务器端的支持，普通的WEB服务器都可以实现（虚拟主机）
后面一个就必须有服务器了，不过保密性会强一些。




由此就知道为啥生放都没有缓存这个东西了


然后是就是利用思路了

直接写出像RTMPDump这么牛的工具肯定是做不到了，
不过试着修改一下其中的部分功能或许还是有点戏的。
然后还有就是需要分析nico有料生放到底是需要提供什么暗号才会给发送视频流的问题了

rtmpdump -r rtmpe://XXX.XXX.480x360_900.mp4 -o 保存文件名.flv

这个应该就是最基础的命令了
但是针对nico肯定还有各种演绎需要做
这都是巨大的抓包分析任务啊

目前看到国内的delectate大大有做过一点这方面的研究
写了 下载rtmpe协议的视频文件 一文

不知道此外还有没有人愿意把nico有料生发的抓去方法分析出来啊
毕竟确实是很累的一个工程呢