View Single Post
  #19  
Old 06-17-2013, 07:02 AM
pbaggens pbaggens is offline
Junior Member
 
Join Date: Jun 2013
Posts: 2
pbaggens is on a distinguished road
Default

Re: Getting/Capturing/Downloading .FLV flash videos streamed through the HTTP protoco


Tried everything.... There's a web site http://streamtivi.com that has links to many live streams (in German). I need to save them so we can watch them 6 hours delayed, otherwise, we just see the late-night stuff. When you click on the stream icons, the video starts in an embedded player on a new page. I have found that I can "snip" out a couple of lines from the web page source, save the simple web page to a .html file on my disk, and launch it with Firefox and get the video to play in a blank page. These html lines to embed the player are even provided once the flash player starts, so it's a no-brainer. Digging deeper, I found that the player starts by downloading a small java script file that launches the player with the right parameters. I tried many of the suggested rippers and nothing worked. rtmpdump, as well. But it appears not to use rtmp protocol. Digging deeper using tcpdump on Linux, I found that it does not use port 1935. Rather, it sends a stream of UDP packets with port numbers like 53170, but the port is different each time, although the port stays the same once the video starts (this is at least one good thing). I found this out by dumping all traffic with tcpdump (and the -w outputfile option) , and looking for the port that is being used for 99 percent of the data, and that it was indeed an internet address in Germany. I can then use tcmpdump with the -r option to read in the dumped packets from the file and filter out the desired port only, and re-write it to a new filtered dump file that only has the port 53170 packets, or whatever port, the next time it will be 48552 or something. I then tied to use the perl script that is available online to create .flv files from tcpdump output files to no avail. Clearly, this is a new kind of steam since it is clearly not rtmp protocol. I hope this is enough information for someone to point me in the right direction. Thanks in advance!
Reply With Quote