[any ANONYMOUS forum user]

Hi all. I have a problem to record stream from _www.tvs.pl
When i usign rtmpdump stream is recordin but file i too big. 1.3Gb and is broken. Pls help me to recorg stream media from this site.

test webpage - _http://www.tvs.pl/tv/video,tajemnice_kolei,7244.html
embedded player - _http://www.tvs.pl/gfx/mediaplayer-5.3-licensed/player.swf
streaming protocol - rtmpt://streaming.tvs.pl:80/vod
path - Tajemnice_kolei/2011/TajemniceKolei_12.mp4
full url
rtmpt://streaming.tvs.pl:80/vod<playpath>mp4:Tajemnice_kolei/2011/TajemniceKolei_12.mp4 <swfUrl>http://www.tvs.pl/gfx/mediaplayer-5.3-licensed/player.swf <pageUrl>http://www.tvs.pl/tv/video,tajemnice_kolei,7244.html <objectEncoding>

[placebo]

hi, the testpage url is:
http://www.tvs.pl/tv/video,tajemnice_kolei,7244.html

i've tested it.
CooJah + Blader (http://all-streaming-media.com/record-video-stream/Blader-freeware-RTMP-downloader.htm): captures the rtmpt link but doesnt download
StreamTransport (http://all-streaming-media.com/record-video-stream/StreamTransport-Download-HTTP-RTMP-RTMPE-streams.htm): doesnt capture (=> no download possible)
GetFLV (http://all-streaming-media.com/record-video-stream/GetFLV-Download-and-convert-flash-video-streaming.htm): doesnt capture (=> no download possible); RTMPT functionality will be added in future versions of GFLV.
rtmpsrv: doesnt capture
HiDownload (http://all-streaming-media.com/record-video-stream/HiDownload-download-Windows-Media-Real-Audio-Video-QT-Flash-FLV-Shoutcast-MP3-audio-streaming-and-save-to-hd.htm) : captures and downloads
NetTransport (http://all-streaming-media.com/record-video-stream/NetXFer-Saving-Windows-Media-Real-Audio-Video-QT-streaming-to-hd.htm): not tested (@SR, please could you?)

http://img801.imageshack.us/img801/2459/snap1a.th.gif (http://img801.imageshack.us/img801/2459/snap1a.gif) , http://img836.imageshack.us/img836/3893/snap1qm.th.jpg (http://img836.imageshack.us/img836/3893/snap1qm.jpg) , http://img841.imageshack.us/img841/7402/snap26.th.gif (http://img841.imageshack.us/img841/7402/snap26.gif)


HiD download file size is different with each download attempt, e.g. 371 MB (389.239.917 Bytes), crc32: 983A9F29
smooth playback in VLC, smooth playback in Applian FLV Player

[Stream Recorder]

Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4 and WM Recorder (http://all-streaming-media.com/record-video-stream/WMRecorder-One-click-online-audio-video-stream-recorder.htm) 14 works just fine with this stream. NetTransport (http://all-streaming-media.com/record-video-stream/NetXFer-Saving-Windows-Media-Real-Audio-Video-QT-streaming-to-hd.htm) didn't detect the stream with its URL finder.

I use Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4.1.8 BETA:

http://img7.imageshack.us/img7/2776/tvsplrmc4.png

[nullacht]

Hi all. I have a problem to record stream from _www.tvs.pl
When i usign rtmpdump stream is recordin but file i too big. 1.3Gb and is broken. Pls help me to recorg stream media from this site.

test webpage - _http://www.tvs.pl/tv/video,tajemnice_kolei,7244.html


Try this command line:

RTMPDump v2.3:

rtmpdump -r "rtmp://streaming.tvs.pl:80/vod" -y "mp4:Tajemnice_kolei/2011/TajemniceKolei_12.mp4" -o TajemniceKolei_12.flv --live

RTMPDump v2.3
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
Connecting ...
INFO: Connected...
Starting Live Stream
INFO: Metadata:
INFO: trackinfo:
INFO: timescale 15000.00
INFO: length 22859000.00
INFO: language eng
INFO: sampledescription:
INFO: sampletype avc1
INFO: timescale 44100.00
INFO: length 67204096.00
INFO: language eng
INFO: sampledescription:
INFO: sampletype mp4a
INFO: timescale 600.00
INFO: length 600.00
INFO: language eng
INFO: sampledescription:
INFO: sampletype mp4s
INFO: timescale 600.00
INFO: length 600.00
INFO: language eng
INFO: sampledescription:
INFO: sampletype mp4s
INFO: audiochannels 2.00
INFO: audiosamplerate 44100.00
INFO: videoframerate 15.00
INFO: aacaot 2.00
INFO: avclevel 22.00
INFO: avcprofile 77.00
INFO: audiocodecid mp4a
INFO: videocodecid avc1
INFO: width 677.00
INFO: height 382.00
INFO: frameWidth 680.00
INFO: frameHeight 382.00
INFO: displayWidth 677.00
INFO: displayHeight 382.00
INFO: moovposition 36.00
INFO: duration 1523.93
174526.152 kB / 1523.88 sec (99.9%)
Download complete

FILE SIZE = 170 MB

[placebo]

http://img860.imageshack.us/img860/8929/testr.gif

command line used:
C:\rtmpdump-2.3>rtmpdump -r "rtmp://streaming.tvs.pl:80/vod" -y "mp4:Tajemnice_kolei/2011/TajemniceKolei_12.mp4" -o TajemniceKolei_12.flv --live

1st run, the file is: 170 MB (178.714.780 Bytes), crc32:31A32E92 (file is totally corrupt)
2nd run, the file is: 170 MB (178.714.780 Bytes), crc32:364B9E1B (file plays perfectly fine)
3rd run, the file is: 170 MB (178.714.780 Bytes), crc32:364B9E1B (file plays perfectly fine)
4th run, the file is: 170 MB (178.714.780 Bytes), crc32:364B9E1B (file plays perfectly fine)

re: 1st run
i dont know what happened here. bad luck, i guess.

full credits go to nullacht (sorry dude ;) ). his simple command line gives perfect results. better than any other tool tested in this thread!! 1st prize!!!

[placebo]

Testing Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4, BETA VERSION 4.1.9 ==> WORKS!!!

:D
...
Send createStream...
Send play...
Requesting buffer time of 8192
Downloading (RTMPT) - 1038 KB (00:00:00 / Live stream)
...

In the GUI, it says "Downloading" (and not "Recording") and it doesnt say "Live" or "Live stream" in the GUI. The only instance where it says "Live" is in the log, in the shown single line. The download takes ~half an hour and you can tell that something's going wrong here:
http://img577.imageshack.us/img577/1015/snap23.gif

testrun1: file size is 170 MB (178.714.820 Bytes), crc32: D9418FAF
testrun2: file size is 170 MB (178.714.820 Bytes), crc32: D9418FAF
testrun3: file size is 170 MB (178.714.820 Bytes), crc32: D9418FAF, 50mn 47s

file can be played in Applian FLV Player (http://www.applian.com/flvplayer/) (well... quite stuttery), but VLC has difficulties.. (very stuttery)
Clearly, the file is NOT perfect -- you could tell right away. RMC4 has downloaded the video but it is *not* the original server file. screen picture motion is not as smooth as the original webpage screening.

[any ANONYMOUS forum user]

Testing Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4, BETA VERSION 4.1.9 ==> WORKS!!!

:D

file size is 170 MB (178.714.820 Bytes), crc32: D9418FAF
file can be played in Applian FLV Player (well... quite stuttery), but VLC has difficulties.. (very stuttery)
Clearly, the file is NOT perfect -- you could tell right away. RMC4 has downloaded the video but it is *not* the original server file. screen picture motion is not as smooth as the original webpage screening.

Verdict:
Apparently the RTMPT stream is still a challenge to all software coders. No software produced near-perfect results. And whatever you download, you can be sure that the file is NO WAY THE SERVER FILE. If you need perfect video server files, then delete your downloaded streams!! Otherwise, here is the ranking (as of end-of-March, 2011):

1st prize: HiD. Although same file sizes cant be reproduced (350-370MB), the file plays seemingly perfectly well in VLC and in FLV Player.
2nd prize: Replay Media Catcher 4 (BETA VERSION). file size is ~170MB, and video can be played back, even if very stuttery.
3rd prize: none
loser: rtmpdump. file size is ~170MB but the file is 100% corrupt. not even FLVExtract recognizes it as FLV file!!
pending: GetFLV. (GFLV Team promised to include RTMPT support in some future versions/updates of their product. fingers crossed!)
rtmpdump (http://all-streaming-media.com/record-video-stream/rtmpdump-freeware-console-RTMP-downloading-application.htm) works fine and i can play the whole file.Maybe you should try again with this line?


rtmpdump -r rtmp://streaming.tvs.pl:1935/vod -y mp4:Tajemnice_kolei/2011/TajemniceKolei_12.mp4 -o TajemniceKolei_12.mp4 -V

[placebo]

your port 1935-command line produces a file of
testrun1: 348 MB (365.891.527 Bytes), crc32: DF5AFB35
testrun2: 370 MB (388.909.396 Bytes), crc32: D50E1826
testrun3: 348 MB (365.397.677 Bytes), crc32: 41A0ED1F
testrun4: 361 MB (378.672.611 Bytes), crc32: F705EC38

It can be played with VLC player (smooth playing) and with other players.

thanks for your positive contribution, appreciated :)

[Stream Recorder]

Testing Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4, BETA VERSION 4.1.9 ==> WORKS!!!

:D

file size is 170 MB (178.714.820 Bytes), crc32: D9418FAF
file can be played in Applian FLV Player (http://www.applian.com/flvplayer/) (well... quite stuttery), but VLC has difficulties.. (very stuttery)
Try to fix duration and time using the Fix FLV tool of Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4.

It works fine for me. No stuttering or anything. Haven't tried VLC player, since I get much reliable FLV playback with Applian FLV Player (http://www.applian.com/flvplayer/) and KMPlayer, while I had lots of problems playing FLV files with VLC recently, no matter what recording software I was using.

Do you have the same problem after disabling RTMP Super Download?

[Stream Recorder]

I repeat that if you fix duration and time using the Fix FLV tool of Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4, then the playback is smooth! This is a live stream, so the fix is needed. RMC can apply the 15fps fix automatically like other software does it, and it will work in most cases, but there will be out of sync problems with streams using other timeframe values.

I don't really know what file size should be here. It is strange that rtmpdump (http://all-streaming-media.com/record-video-stream/rtmpdump-freeware-console-RTMP-downloading-application.htm) gives a different file size after changing the port from 80 to 1935.

[placebo]

Thanks for the tip. I've done now "Fix FLV" (context menu command) and then also "Fix Duration" (in the Fix FLV-dialogue). File size is 170 MB (178.714.825 Bytes), and crc32: B22D28E8

No change. On my system, the 170MB-version files dont play smooth, as mentioned before. The 350MB-version files (rtmpdump (http://all-streaming-media.com/record-video-stream/rtmpdump-freeware-console-RTMP-downloading-application.htm):1935, HiDownload (http://all-streaming-media.com/record-video-stream/HiDownload-download-Windows-Media-Real-Audio-Video-QT-Flash-FLV-Shoutcast-MP3-audio-streaming-and-save-to-hd.htm) ) do play smoothly with *all* players on my system. I conclude from this that the "correct file size" lies in the range 350-370MB, and that the 170MB file is a corrupt file (or file size).

I would strongly suggest that you share your file which was downloaded by Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4 (4.1.9), then i can compare the binary contents with BeyondCompare or Araxis.

I will, too, upload my file (later).

Do you think the bigger the size the better? :D
The bigger size files run very smoothly on my system, any media player.

[Stream Recorder]

I tried to use HiDownload (http://all-streaming-media.com/record-video-stream/HiDownload-download-Windows-Media-Real-Audio-Video-QT-Flash-FLV-Shoutcast-MP3-audio-streaming-and-save-to-hd.htm) and it has downloaded 783 MBs already... and it is not going to stop :eek:

http://img52.imageshack.us/img52/5720/hidownloadtvspl.th.png (http://img52.imageshack.us/i/hidownloadtvspl.png/)

Do you think the bigger the size the better? :D

[Stream Recorder]

So HiDownload (http://all-streaming-media.com/record-video-stream/HiDownload-download-Windows-Media-Real-Audio-Video-QT-Flash-FLV-Shoutcast-MP3-audio-streaming-and-save-to-hd.htm) 7.99 downloaded a 1.16 GB file. It has the same video resolution of 680x382, the same 15fps, the same AAC audio. I can't play it in both Applian FLV Player (http://www.applian.com/flvplayer/) and KMPlayer without fixing . And I don't see any increase in quality.

The only difference I can see is that the video downloaded by Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) is 22 min 07 sec long, while the video downloaded by HiDownload (http://all-streaming-media.com/record-video-stream/HiDownload-download-Windows-Media-Real-Audio-Video-QT-Flash-FLV-Shoutcast-MP3-audio-streaming-and-save-to-hd.htm) is 25 min 23 sec long.

[placebo]

i've deinstalled HiDownload (http://all-streaming-media.com/record-video-stream/HiDownload-download-Windows-Media-Real-Audio-Video-QT-Flash-FLV-Shoutcast-MP3-audio-streaming-and-save-to-hd.htm) already *ggg*
i purchased a personal license (to support them) but their product isnt the best ;)

Thanks SR for having uploaded the FLV-file (your PM, 170MB version). I am :eek: .. your file is
170 MB (178.714.825 Bytes), crc32: CA531ECE
and it does play smoothly in VLC player (and other players)!!
I would say that there are some intermittent sound defects (punctual audio defects) .. which could be neglected at this stadium of trial&error.

I will send you a series of screenshots of my settings, see PM. I need to reproduce your download result.

i am shocked. :confused:

[Stream Recorder]

This RTMP stream is live, so it shouldn't matter whether you use the RTMP Super Download or not.

May be the problem is with the Fix FLV tool of Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4.1.9. I saw the following in the applian user forums (http://forum.applian.com/showthread.php?6843-myfreecams.com-Not-catching-from-Live-Cam-site&p=23683#post23683)

a. first do duration
b. then close
c. re-open Fix Flv Tool
d. then do time

When i didn't do step b. 'close' there were times the slider didnt appear !
Try this. If you can confirm the Arno's assumption, I will notify the developer.

[placebo]

How to use 'Fix FLV'-tool in Replay Media Catcher (http://stream-recorder.com/forum/fixing-flv-files-live-stream-recordings-fix-t8085.html)

SR, finally i got it with the above instructions! Today i captured the video again:
In RMC v4.1.9 i turned off "automatic fixing" and went into "Downloading"-mode (as opposed to "Recording"-mode):
170 MB (178.714.820 Bytes), D9418FAF

Then after "Fix Duration":
170 MB (178.714.825 Bytes), B22D28E8

Then after "Fix Time":
170 MB (178.714.825 Bytes), CA531ECE

..which is exactly the same crc32 as your uploaded file!
This also means that the software is able to download reproducible results, congratulations! :D

[chap]

placebo

_http://www.tvs.pl/tv/video,tajemnice_kolei,7244.html

use CooJah (http://all-streaming-media.com/record-video-stream/Blader-freeware-RTMP-downloader.htm).

rtmpt ://... (need to remove the "t" at the end of links,in the properties of loading)> rtmp ://...
http://img4.imageshack.us/img4/9936/20110505202135.th.png (http://img4.imageshack.us/i/20110505202135.png/)

[placebo]

http://img607.imageshack.us/img607/6959/snap29.th.gif (http://img607.imageshack.us/img607/6959/snap29.gif) , http://img847.imageshack.us/img847/6310/snap30.th.gif (http://img847.imageshack.us/img847/6310/snap30.gif)

thank you chap. i have removed the "t" and the download finishes after a while. the file size is big (similar to rtmpdump (http://all-streaming-media.com/record-video-stream/rtmpdump-freeware-console-RTMP-downloading-application.htm) and HiDownload (http://all-streaming-media.com/record-video-stream/HiDownload-download-Windows-Media-Real-Audio-Video-QT-Flash-FLV-Shoutcast-MP3-audio-streaming-and-save-to-hd.htm) ). 2 testruns give 2 different file sizes. both videos play seemingly fine. ( and what about Coojah's "RTMP Record"-mode here? CooJah (http://all-streaming-media.com/record-video-stream/Blader-freeware-RTMP-downloader.htm)'s "RTMP Recording"-mode doesn't seem to save anything? :confused: )

result (downloaded not as "live video"):
testrun1: 366 MB (384.750.520 Bytes), crc32: 289F67F2
testrun2: 386 MB (405.092.439 Bytes), crc32: 783C388F

Verdict:
Apparently the RTMPT stream is still a challenge to all software coders. No software produced 100% perfect results. And whatever you download, you can be sure that the file is NO WAY THE SERVER FILE. If you need perfect video server files, then delete your downloaded streams!! Otherwise, here is the ranking (as of early May, 2011):

1st prize: n/a
shared 2nd prize: Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm). file size is reproducibly 170MB, and video can be played back smoothly (with minimal audible defects in VLC media player). downloaded *.FLV-file required heavy fixing ("Fix duration" + "Fix Time")!
shared 2nd prize: rtmpdump (http://all-streaming-media.com/record-video-stream/rtmpdump-freeware-console-RTMP-downloading-application.htm) (command line version by nullacht). file size is reproducibly 170MB, and video can be played back smoothly (with ?? audible defects in VLC media player). no fixing of the *.FLV was needed.
shared 3rd prize: Blader. 2 test drives result in 2 file sizes (~360MB). video plays smoothly in all players. no sign of videographic or audible corruption.
shared 3rd prize: HiDownload (http://all-streaming-media.com/record-video-stream/HiDownload-download-Windows-Media-Real-Audio-Video-QT-Flash-FLV-Shoutcast-MP3-audio-streaming-and-save-to-hd.htm) . here too, 2 test drives, 2 file sizes (350-370MB). video plays smoothly in all players. no sign of videographic or audible corruption.
pending: GetFLV (http://all-streaming-media.com/record-video-stream/GetFLV-Download-and-convert-flash-video-streaming.htm). (GFLV Team promised to include RTMPT support in some future versions/updates of their product. fingers crossed!)

[any ANONYMOUS forum user]

This is a live stream, so the fix is needed. RMC can apply the 15fps fix automatically like other software does it
rtmpdump (http://all-streaming-media.com/record-video-stream/rtmpdump-freeware-console-RTMP-downloading-application.htm)'s download result doesnt need any fixing. But in case you REALLY want to fix some random FLV-file, before you do so, you might want to analyze it with FLVExtract, Jaksta (http://all-streaming-media.com/record-video-stream/Jaksta-Streaming-Media%20Recorder-and-Converter.htm)
's Fix FLV, and/or other tools:
General
Complete name : C:\rtmpdump-2.3\TajemniceKolei_12_.flv
Format : Flash Video
File size : 170 MiB
Duration : 25mn 23s
Overall bit rate : 938 Kbps

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L2.2
Format settings, CABAC : No
Format settings, ReFrames : 6 frames
Codec ID : 7
Duration : 25mn 23s
Bit rate mode : Variable
Maximum bit rate : 801 Kbps
Width : 680 pixels
Height : 382 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 15.000 fps
Standard : Component
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive

Audio
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 10
Duration : 25mn 23s
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz
Compression mode : Lossy

The "15.000 fps" is apparently the number which you enter in Jaksta's "Fix Time" dialogue. The point is that Jaksta's and Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4's help file (help documentation) is not as comprehensive and detailed as, for example, the help files of MetaProducts (http://www.metaproducts.com) sophisticated downloaders series (Offline Explorer Pro, Offline Explorer Enterprise, ..). The RMC4 help file doesnt tell you what number you must type in ("Fix Time") if the video/audio playback is out of synch or not smooth.

Now you know. :rolleyes:

http://img200.imageshack.us/img200/1286/snap35.th.gif (http://img200.imageshack.us/img200/1286/snap35.gif)


In Replay Media Catcher (v4.2.1) "Recording Mode", i get:
170 MB (178.714.854 Bytes), crc32:8E71C0A2, and the video clearly needs fixing (because MediaInfo and FLVExtract report strange framerates and or durations). Jaksta's Fix FLV analyzes the raw FLV as "videoframerate = 15", which sounds correct.
after FixTime (with "15"): 170 MB (178.714.859 Bytes), crc32:65AA8EBD, 22mn 7s
then close FixFLV, reopen FixFLV.
after FixDuration: 170 MB (178.714.859 Bytes), crc32:9177E774, 22mn 7s

Clearly, there is "something wrong" in the FLV-header, since the actual duration is 25mn 23s .. as given perfectly by the rtmpdump download result.

[chap]

any ANONYMOUS forum user
shared 3rd prize: Blader. 2 test drives result in 2 file sizes (~360MB). video plays smoothly in all players. no sign of videographic or audible corruption.
You forgot to specify the "Download live video" = file size is ~ 1 / 2.
"Download live video"
http://img62.imageshack.us/img62/5773/20110506005517.th.png (http://img62.imageshack.us/i/20110506005517.png/)

"Download live video" it is not.
http://img834.imageshack.us/img834/7880/20110506005631.th.png (http://img834.imageshack.us/i/20110506005631.png/)

[any ANONYMOUS forum user]

running now 2 Blader testdrives with "live video" checked.
testrun1: "*.mp4", 170 MB (178.714.780 Bytes), crc32:364B9E1B (MediaInfo says "Flash Video", so we need to rename to *.flv!).
testrun2: "*.mp4", 170 MB (178.714.780 Bytes), crc32:364B9E1B

http://img839.imageshack.us/img839/3020/snap20.th.gif (http://img839.imageshack.us/img839/3020/snap20.gif)

this perfect result (compare with rtmpdump results (http://stream-recorder.com/forum/showpost.php?p=26685&postcount=5)) should not surprise. afaik, Blader's download engine is rtmpdump.exe. So in a way, blader is a GUI for rtmpdump!

(.......)

So how do i know that i need to use "Live" switch (in rtmpdump, in RMC4, in Blader)? the video isnt live! it is a static MP4 file on the Polish server :confused:

[chap]

any ANONYMOUS forum user
it is a static MP4 file on the Polish server
Yes, but the fact remains.:confused:

[placebo]

http://img6.imageshack.us/img6/7260/snap21.gif

Verdict:
Apparently the RTMPT stream is still a challenge to many software coders (Replay Media Catcher 4, HiDownload, NetTransport, GetFLV, Jaksta, ..). Only RTMPDUMP produced 100% perfect results (see above), and also Blader which uses rtmpdump as download engine. Here is the ranking (as of early May, 2011) with big thanks to chap, KSV (for the updated rtmpdump.exe's) and nullacht (who was right from the very beginning!):

shared 1st prize: rtmpdump (http://all-streaming-media.com/record-video-stream/rtmpdump-freeware-console-RTMP-downloading-application.htm). file size is reproducibly 170MB, and video can be played back smoothly (with no audible defects in VLC media player). The FLV itself is perfect as is, and certainly does not need any fixing.
shared 1st prize: Blader. downloads reproducibly the same file as RTMPDUMP. just rename from *.MP4 to *.FLV!
2nd prize: Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-HTTP-RTMP-FLV-MP3-ripper-recorder.htm) 4 (or Jaksta (http://all-streaming-media.com/record-video-stream/Jaksta-Streaming-Media%20Recorder-and-Converter.htm)). file size is reproducibly 170MB, downloaded *.FLV-file requires heavy fixing ("Fix duration" + "Fix Time"), and even after that the FLV is not perfect (e.g. wrong duration, wrong file size&crc32)! after all the video can be played back smoothly (with minimal audible defects in VLC media player), so why complain?
3rd prize: HiDownload (http://all-streaming-media.com/record-video-stream/HiDownload-download-Windows-Media-Real-Audio-Video-QT-Flash-FLV-Shoutcast-MP3-audio-streaming-and-save-to-hd.htm). 2 test drives, 2 wrong file sizes (350-370MB). video plays smoothly in all players. no sign of videographic or audible corruption.
pending: GetFLV (http://all-streaming-media.com/record-video-stream/GetFLV-Download-and-convert-flash-video-streaming.htm). (GFLV Team promised to include RTMPT support in some future versions/updates of their product. fingers crossed!)

IMPORTANT TO NOTE:
the raw media data (*.aac, *.264) contained in the *.FLV-files downloaded by RMC4 vs. Blader vs. rtmpdump vs. Jaksta are 100% identically the same (crc32 codes). You can verify this fact by extracting the raw data with FLVExtract. Knowing the "videoframerate" to be "15" (How do we know? ;) ), you can then use Yamb to combine the audio and video raw data to package them in a perfect MP4-file ("to remux"). Keeping/saving MP4-files (instead of FLV-files) is always the preferred or recommended procedure anyway.

[placebo]

pending: GetFLV (http://all-streaming-media.com/record-video-stream/GetFLV-Download-and-convert-flash-video-streaming.htm). (GFLV Team promised to include RTMPT support in some future versions/updates of their product. fingers crossed!)
Update of GetFLV (http://all-streaming-media.com/record-video-stream/GetFLV-Download-and-convert-flash-video-streaming.htm) v9.0.2.5 (2011.6.28)

1.Added RTMPT stream capture. GetFLV (http://all-streaming-media.com/record-video-stream/GetFLV-Download-and-convert-flash-video-streaming.htm) can download some rtmpt video sites now.

URL downloaded by GFLV:
rtmp://streaming.tvs.pl:80/vod :p

http://img580.imageshack.us/img580/9451/snap86.th.gif (http://img580.imageshack.us/img580/9451/snap86.gif) , http://img838.imageshack.us/img838/6164/snap87.th.gif (http://img838.imageshack.us/img838/6164/snap87.gif) , http://img18.imageshack.us/img18/7067/snap88.th.gif (http://img18.imageshack.us/img18/7067/snap88.gif)

testrun1: 170 MB (179.052.491 Bytes), crc32:217B00F4
testrun2: 170 MB (178.714.800 Bytes), crc32:5761D947

*.264 extracted from FLV:
145 MB (153.048.174 Bytes), crc32:3E8817DC
145 MB (152.758.084 Bytes), crc32:51E6B270

Perfect playback, no stuttering, no artefacts. Reproducible download results. Perfect, congrats getflv!!

Note: since the FLV plays perfectly (incl. display of total time length, and seeking), the file doesnt need to be "fixed". perfectionists still would want to fix it since the total time length is NOT displayed by MediaInfo (see right screenshot). People who dont own MediaInfo would not know whether rtmpdump (http://all-streaming-media.com/record-video-stream/rtmpdump-freeware-console-RTMP-downloading-application.htm)/CooJah + Blader (http://all-streaming-media.com/record-video-stream/Blader-freeware-RTMP-downloader.htm) produced the better download result or GFLV. therefore, in the ranking, GFLV shares the 1st prize with rtmpdump/blader. I'm serious ;)

[Stream Recorder]

Here is some interesting info from the developer of Replay Media Catcher (http://all-streaming-media.com/record-video-stream/Replay-Media-Catcher-download-and-capture-streaming-music-radio-video.htm) 4:
I have had a look into this further. It is not our handling of RTMPT that is the issue but of how we treat timestamps for MP4 streams that is the issue.

When adobe first started to support MP4 files, there was issues with the timestamps that were sent. For more info see http://www.kaourantin.net/2007/08/what-just-happened-to-video-on-web_20.html

My code contains a hack to work around this when an MP4 RTMP stream is detected, so that the file would play back correctly. When this hack is disabled this RTMPT download plays back correctly. Other sites though such as MetOpera that also stream RTMP MP4 playback fine whether this hack is in use or not. Im not sure why that is the case except that MetOpera is a much higher bitrate and perhaps therefore it is not noticable.

rtmpdump (http://all-streaming-media.com/record-video-stream/rtmpdump-freeware-console-RTMP-downloading-application.htm) does not contain the hack as it arrived on the scene well after Adobe supported MP4 streams correctly.
Do you know any other RTMP/RTMPT MP4 streams to test against?
RMC (Jaksta) prints out in the progress logs when it is an MP4 stream.