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协议会在视频界广泛传播,但那又怎样,到时高手们肯定又会有新的方法解决老问题。
拭目以待!!!
还没有评论