unusual streaming (RTMPT, port:80) www.tvs.pl

unusual streaming (RTMPT, port:80) www.tvs.pl

 

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

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

hi, the testpage url is:
i've tested it.
CooJah + Blader: captures the rtmpt link but doesnt download
StreamTransport: doesnt capture (=> no download possible)
GetFLV: doesnt capture (=> no download possible); RTMPT functionality will be added in future versions of GFLV.
rtmpsrv: doesnt capture
HiDownload : captures and downloads
NetTransport: not tested (@SR, please could you?)

, ,


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

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

Replay Media Catcher 4 and WM Recorder 14 works just fine with this stream. NetTransport didn't detect the stream with its URL finder.

I use Replay Media Catcher 4.1.8 BETA:

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

Try this command line:

RTMPDump v2.3:

FILE SIZE = 170 MB

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

command line used:
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!!!

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

Testing Replay Media Catcher 4, BETA VERSION 4.1.9 ==> WORKS!!!

:D
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:


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 (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.

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

rtmpdump works fine and i can play the whole file.Maybe you should try again with this line?

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

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 :)

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

Try to fix duration and time using the Fix FLV tool of Replay Media Catcher 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 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?

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

I repeat that if you fix duration and time using the Fix FLV tool of Replay Media Catcher 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 gives a different file size after changing the port from 80 to 1935.

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

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:1935, HiDownload ) 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 4 (4.1.9), then i can compare the binary contents with BeyondCompare or Araxis.

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

The bigger size files run very smoothly on my system, any media player.

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

I tried to use HiDownload and it has downloaded 783 MBs already... and it is not going to stop :eek:



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

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

So HiDownload 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 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 is 22 min 07 sec long, while the video downloaded by HiDownload is 25 min 23 sec long.

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

i've deinstalled HiDownload 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:

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

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 4.1.9. I saw the following in the applian user forums
Try this. If you can confirm the Arno's assumption, I will notify the developer.

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

How to use 'Fix FLV'-tool in Replay Media Catcher

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

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

placebo

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

use CooJah.

rtmpt ://... (need to remove the "t" at the end of links,in the properties of loading)> rtmp ://...

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

,

thank you chap. i have removed the "t" and the download finishes after a while. the file size is big (similar to rtmpdump and HiDownload ). 2 testruns give 2 different file sizes. both videos play seemingly fine. ( and what about Coojah's "RTMP Record"-mode here? CooJah'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. 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 (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 . 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. (GFLV Team promised to include RTMPT support in some future versions/updates of their product. fingers crossed!)

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

rtmpdump'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
's Fix FLV, and/or other tools:
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 4's help file (help documentation) is not as comprehensive and detailed as, for example, the help files of MetaProducts 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:




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.

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

any ANONYMOUS forum user
You forgot to specify the "Download live video" = file size is ~ 1 / 2.
"Download live video"


"Download live video" it is not.

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

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



this perfect result (compare with rtmpdump results) 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:

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

any ANONYMOUS forum user
Yes, but the fact remains.:confused:

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

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. 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 4 (or Jaksta). 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. 2 test drives, 2 wrong file sizes (350-370MB). video plays smoothly in all players. no sign of videographic or audible corruption.
pending: GetFLV. (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.

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

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

, ,

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/CooJah + Blader produced the better download result or GFLV. therefore, in the ranking, GFLV shares the 1st prize with rtmpdump/blader. I'm serious ;)

Re: unusual streaming (RTMPT, port:80) www.tvs.pl

 

Here is some interesting info from the developer of Replay Media Catcher 4:
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.