How to use iView (ABC Australia) downloaders

[Anywho]

Originally Posted by qth37144

Resume sucks for both iViewNapper_20100715 and iView_Downloader_v15.70 on Akmai. At home sitting on iPrimus get iView unmetered via Hostworks and have no problem with resume (or m.b. downloading simply wouldnot break), but at work having much faster speeds it is metered and Akmai only and download breaks and then resumes with filesize still growing but percentage starting from zero for new eventuating with
".... Stream does not start with requested frame, ignoring data ...." and ending with ".... Download may be incomplete (downloaded about 1.20%), try resuming Error in connection. Retrying... Press any key to continue . . . ...." and ".... Stream does not start with requested FLV frame, ignoring data... ....". using rtmpdump-win32-2.2d.
Hopefully makes sense and m.b. them fixing or you here contributing

It does make sense to some degree. I wonder if the Hostworks/Akamai hosts might be using different Adobe FLV Stream Servers (or at least one is better up-to-date).

We need to do some more testing with "resume" to see what breaks on what, and under what conditions.

E.g: Hostworks, CTRL-C to stop a download almost always prevents me doing a resume and will end up with having to delete the file and starting again. Another would be if the Hostworks server stops - a resume gives me a weird number for a file position and it then says something about an invalid file position and cannot resume.

The above paragraph is not good enough... We will need to have the actual error messages in case hyc notices something that might need correcting in RTMPdump.

It is kind of weird though that "resume" is failing where it once worked infallibly before

[hyc]

If you've found a bug in rtmpdump, posting it on the rtmpdump mailing list is the way to make sure it gets attention.

Fwiw, it looks to me like rtmpdump's resume is actually working fine, it's just printing the wrong percentage for its statistics.

E.g., let's say you got 80% of a file and then had to resume. It should say that it's resuming at 80% but it will say it's resuming at 0% instead. It will get to the end and report that only 20% was downloaded, because it's not taking the previous 80% into account in the stats. But actually the file is complete...

[Anywho]

Originally Posted by hyc

If you've found a bug in rtmpdump, posting it on the rtmpdump mailing list is the way to make sure it gets attention.

Ultimately, this is where they'll go

Fwiw, it looks to me like rtmpdump's resume is actually working fine, it's just printing the wrong percentage for its statistics.

E.g., let's say you got 80% of a file and then had to resume. It should say that it's resuming at 80% but it will say it's resuming at 0% instead. It will get to the end and report that only 20% was downloaded, because it's not taking the previous 80% into account in the stats. But actually the file is complete...

Here's the one I mentioned about stopping a download with "CTRL-C" and then resuming the file. What I did to get this result was to begin a download and stop it with "CTRL-C" at about 2%. Then I went back and tried to resume the same file download... What you see below is the result:

Main Menu
1. Select show(s) from a menu to add to the download list
2. View the list of shows that will be downloaded
3. Download the show(s) in the list
4. Clear the download list of shows to be downloaded
5. Refresh the show-selection menu cache
---------------------------------------------------------
9. Exit

Please Select an Option: 3

Downloading "Good Game Series 6 Episode 25" ...
and saving the stream with the filename "Good Game Series 6 Episode 25.mp4"

Downloading from Hostworks server...

Retrieving Token...
Resuming previous download for "Good Game Series 6 Episode 25"...
RTMPDump v2.2b (r426)
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
ERROR: Last tag size must be greater/equal zero (prevTagSize=-1651045999) and sm
aller then filesize, corrupt file!
mp4:goodgame_10_06_25 path not found. Retrying a different path...

Retrieving Token...
Resuming previous download for "Good Game Series 6 Episode 25"...
RTMPDump v2.2b (r426)
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
ERROR: Last tag size must be greater/equal zero (prevTagSize=-1651045999) and sm
aller then filesize, corrupt file!
goodgame_10_06_25 path not found. Retrying a different path...

Retrieving Token...
Resuming previous download for "Good Game Series 6 Episode 25"...
RTMPDump v2.2b (r426)
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL
ERROR: Last tag size must be greater/equal zero (prevTagSize=-1651045999) and sm
aller then filesize, corrupt file!
goodgame_10_06_25.mp4 path not found. Retrying a different path...


The show "Good Game Series 6 Episode 25" was not found on the server.

Anyone else get similar results?

[edit: I used 2.2b here, but the same happens with 2.2d etc. The size of the un-resuming file is 2,949,120 bytes (around 2%)]

[mugio]

does anyone program in python? i have a version of the downloader in .py with gui if anyone wants it!!! i spent the past year with this!!! i only offer this as i'm drunk!!!

[Yansky]

Originally Posted by mugio

does anyone program in python? i have a version of the downloader in .py with gui if anyone wants it!!! i spent the past year with this!!! i only offer this as i'm drunk!!!

I like py.

[qth37144]

Originally Posted by qth37144

Resume sucks for both iViewNapper_20100715 and iView_Downloader_v15.70 on Akmai.

found a solution for my concern above:
rtmpdump-win32-2.2b instead of rtmpdump-win32-2.2d
makes resume continuing with the filesize and the percentage.

Actually I did notice this kind of hick-ups with resume after moving from iView_Downloader_v15.68 which was the last one using rtmpdump-win32-2.2b.

And even iViewNapper_20100715 resumes properly (filesize and percentage) when faking
rtmpdump-win32-2.2b as rtmpdump-win32-2.2d by simply renaming
b into d (the DOS window title says rtmpdump-win32-2.2d.exe whether the script itself indicates RTMPDump v2.2b (r426))

[mce]

Originally Posted by qth37144

found a solution for my concern above:
rtmpdump-win32-2.2b instead of rtmpdump-win32-2.2d
makes resume continuing with the filesize and the percentage.

And even iViewNapper_20100715 resumes properly (filesize and percentage) when faking
rtmpdump-win32-2.2b as rtmpdump-win32-2.2d by simply renaming
b into d (the DOS window title says rtmpdump-win32-2.2d.exe whether the script itself indicates RTMPDump v2.2b (r426))

As the author of the Nappers, when I release a new version I do testing and the testing for the 2.2d version stopped resume from working, where as noted above the 2.2b version it just worked.

So do the rename above if it is better for you, but as for why resume in 2.2b worked and in 2.2d it doesn't, I don't know why.

[gxdata]

Trouble with iViewNapper_20100715 - initialising iViewNapper

"Data at the root level is invalid. Line 1, position 1."

Tried rtmpdump 2.2d and 2.2b (masquerading as 2.2d) but same error.

The Batch downloader seems to be working OK (though slow).

I haven't used any downloader since 25July.

Anyone else having problems today?

[Anywho]

Originally Posted by qth37144

found a solution for my concern above:
rtmpdump-win32-2.2b instead of rtmpdump-win32-2.2d
makes resume continuing with the filesize and the percentage.

Actually I did notice this kind of hick-ups with resume after moving from iView_Downloader_v15.68 which was the last one using rtmpdump-win32-2.2b.

And even iViewNapper_20100715 resumes properly (filesize and percentage) when faking
rtmpdump-win32-2.2b as rtmpdump-win32-2.2d by simply renaming
b into d (the DOS window title says rtmpdump-win32-2.2d.exe whether the script itself indicates RTMPDump v2.2b (r426))

So, 2.2b seems the best to use...

But what happens if you use "CTRL-C" to cancel the download and then resume with the same file again? Does anyone get the same result as me (posted above)?

Is anyone else getting other issues with RTMPdump resuming?

[Anywho]

Originally Posted by gxdata

Trouble with iViewNapper_20100715 - initialising iViewNapper

"Data at the root level is invalid. Line 1, position 1."

That sounds like iViewNapper couldn't get the index for some reason... Try again a bit later.