rtmp，没问题的！
还记得在初始上网阶段（约2003年）被那些.rm格式的流体文件弄得团团转，根本不知道如何下载。于是被迫接触到StreamboxVcr，很好很强大，它能下载到部分的流体.rm文件，通常是用来对付那些一般下载软件无能为力的基于rstp协议的文件。接着知道了Net Transport（影音传送带），但他们的嗅探能力都不强，便利用了URL Snooper（它的.ico是只狗头，的确功能也是这样）。
时间飞快，大概去到2005年的时候第一次见识到那种有别于以前.rm，.wmv一般网络视频传播方式的新流体格式，它基于flash，通常和普通的.swf组成整体，那时我们会用右键或源代码去找它们，结果通常是徒劳，怎么按都是那个经典的flash播放器右键菜单，于是就像蝗虫一般，.flv播放格式在世界各地流行了起来。我第一碰到它是在Nat Geo的视频上。
道高一尺，魔高一丈，很快，下载嗅探并转换.flv的方法遍地开花。可用软件下载，我个人更喜欢用网页方法。
但今天，xrspook遇到一个显然是.flv的文件，但Firefox的FlashGot居然探测不到，惊讶！用Maxthon又试了一下，也不行！继续用一些平时下各个视频网站的东东的网址也试了，都嗅探不出来！！！难道就是因为里面用了javascript，做了什么手脚？经典方法都试过了，不行，于是只能先下载那个播放.flv文件的框架.swf来研究一下，虽然我深切地明白到，二者是完全独立的！！！用Sothink SWF Decompiler打开下载回来的.swf，在Action的MainMovie里面居然让我看到如此一句“videoURLType = “rtmp”;”，天啊！原来不是把.flv放在一般的http下面，而是放到了rtmp那里！！！实在很万恶！这个rtmp协议比rstp更麻烦，难就难在你不会在你的缓存里找到视频的任何踪影，因为视频的交换是实时的。
知道了问题所在，马上要问问G老师。老师说这个问题的确棘手，但方法还是有的。首先，我下了个号称可以解决这个问题的Orbit，很快，按照别人的指示转眼间就把要提取文件的地址弄了出来，我的天！居然这么长：
rtmp://63.217.20.96:1935/ondemand?_fcs_vhost=cp31851.edgefcs.net|ondemand?_fcs_vhost=cp31851. edgefcs.net|univisionflash/media/19726/2009/05/090529_ESC_dinamita_armando_400|http://www.univision.com/contentroot/uol/art/systemimages/channel/global/images/embedPlayer.swf|http://www.univision.com/content/flashvideo/embed.jhtml?vars=videoCID=1961820&OBT_fname=090529_ESC_dinamita_armando_400.flv
但Orbit怎么都连接不上，进度一直为0%，直至下载失败，就好像站在橱窗门口，看得到却得不到。
接着，下载了很强大，听说导致Amazon亏了钱的Replay Media Catcher。虽然下载了个破解版，但没用，于是只能用demo模式，视频很顺利地下载了，下载完毕的大小是12.21MB，但在文件夹里看到的文件却只有9.38MB，这意味着什么呢？因为demo版本只允许下载100%的YouTube文件75%的其它网站文件。万恶！这个软件可要30多美金啊！！！！于是发了疯了寻找传说中的注册码，寻觅了2个多小时，徒劳~~~~
对于rtmp协议的文件难道就真的没有办法？
不！还有一个万能的方法！截屏！！！！从前的人可以用录像机、录像枪把电视节目录下来然后转录为电脑格式，我们也应该可以依着葫芦画瓢。
幸运地，找到个叫做Camtasia Studio的软件，非常强大！但如果你是想录制简单小巧的软件教程用Wink就绰绰有余了，但我现在要做的是录制视频，如果能用无压缩的.avi格式保存才算完美！！！经过几次尝试后，终于把3:07的藏在rtmp协议中的.flv用一种可行可靠的方式down了下来。不是一般的兴奋啊！也终于解开了心结。
随着时代的发展，科技的进步，或许那种似乎很高难度的rtmp协议会在视频界广泛传播，但那又怎样，到时高手们肯定又会有新的方法解决老问题。
拭目以待！！！
