Iview Ripper

[Rosalyn Pomposo]

SinceiView is constantly being updated, it can be difficult to keep up with the every update right away. Because of this, the authors of the scripts can't guarantee the scripts will always work all the time. If you have any problems, do a quick search and if you can't find an answer then post in the thread :-) and remember, if the downloaders ever die, you can always just screen cap :P

Will this fix the iview problem I have encountered? Playing from their web site all goes well for 4 minutes then it slows down to almost frame by frame. I am running XP Pro, pentium 4, 3.4 GHz, 2 gigs ram and broadband speed is 1.5 ( cant get ADSL2). I have Adobe flash 10 on one computer and Flash 9 on a laptop, nothing works. I notice when I am playing the video it is using between 80 to 95% CPU on my PC and about 60% on my laptop. I have a billion 3200g wireless router. The person who gives me an answer to this problem will go into my will as I am going absolutely crazy trying to fix it.

Hoping

Using the script, the video should download fine (may even max your connection out :D) and when download completes, I can't see the problem occurring while playing the FLV on a regular media player...

Changes:

Added the Kid's catchup channel as realised I wanted to download Wolverine and the X-men :-D. I also added "The Australian Network" while I was at it. Also, re-arranged and renamed somethings, makes it easier to use.

This method is much better than others as it actually saves the *.flv properly (the exact video that would get streamed to you via the iView flash player). IIRC, Replay Media Capture records the screen itself (so it can record anything on a computer), this much more ideal. I mean, if ABC ever block this, people who want to download will just go back to screen capturing, but I doubt the ABC would do that.

I just realised that you can download even more episodes that are listed in the _XML_ aswell as site. As in, episodes that AREN'T listed in PossibleShows.txt may still be available, using trial and error you'll find ones that work.

The useless characters will need to be remove in your case, it should be easy to fix. AndyBotting (the guy who figured this out) used "sed" to strip out the characters on linux. He used this command to get the token and remove the chraracters:

EDIT: I'm a noob, my analysis of that command was not correct. Now I think it just gets the token value from between , not removes characters from the token value itself. I believe the problem was caused by a lack of quotation marks in places that needed them in the script. I whim'd a test version to lightguard to see if it works.

I think I misunderstood the command that AndyBotting used; the weird token that ABC sends iiNet users is actually fine, the it's just the way windows command line executes it (it NEEDED quotation marks). I dunno if itll work, it's just a guess...

I got the same a different error with v3 (with Adam not iinet) and tried the good game version. it works except save the output as GoodGameTest with no file extension. Add .flv and it worked for me so you were very close to solving it.

Presumably using your app to suck down the .flv file will be treated the same way as if I went and watched the file from the iView site (ie: the content will be served via my ISP and therefore unmetered)...

The token returned authentication is specific for Akamai. The format problem is easily fixed with SET TOKEN="%TOKEN%" prior to executing the download, but that token won't work for the server given, access is denied.

That's weird, since you're on Adam and get the proper token, I would have thought every version should work fine without any alterations at all. Pleased to see it work for you after the changes though :)

From what I understand, the iView site does exactly the same thing as the app, except through flash. I can't see how the stream cannot be unmetered. I may later make it show that the download is actually unmetered (pull the info from XML). But fiddling bat files is getting getting old fast. I should really write a python script.

I know it's possible to download videos off using the different tokens (thought it was an old way though) through RTMPdump, the guy here -iview-on-xbmc-update-1 did it fine. Problem is I'm a linux noob and can't understand what the command does properly. You should be able to see what he is doing and just do that in a batch script. The comments are semi-useful there aswell :P

I still believe the problems are caused by Windows Command line trying to execute the part of the token after the & though (see error msgs) and I really think some simple quotes would do the trick. I don't have time to play around with it atm though (and it's difficult to test the weird token on an internode connection :P)

From what I remember playing with this a few weeks ago, whenever it says StreamNotFound it's either the path you enter is incorrect or the authentication code is wrong (obviously, as authentication code IS part of the path). I can't really remember though. AndyBotting says on his blog to use a newer episode, doubt thats it in this case here though.

btw, once it's working for iiNet users, I'll make it so that it the PossibleShows are numbered, so no need to enter long file paths, just the line number shown. Also, much easier to make it so that there is no need to enter an output filename (just take it from the XML)). It will simplify it greatly :D

So the token has the same problem (the &aifp=v001 is still dropped off). I think I know how to fix it, at will attempt to do it sometime tomorrow.

I'm told it's just crappy windows command line "&" handling.

Ok, you will be requesting "catch_up/talkingheads_09_05_17" using the authentica

tion token "daEcudSdZcTchdJcDa9cXd.d6bnb1bLbNbR-bkk4JA-8-jnp_sGwpM " from ABC iView servers and saving the stream with the filename "test1.flv"

I was playing around with v1.4, v1.5 and v1.6 ages ago, the reason I use v1.5 is that it works. I don't know the differences, but I recall being able to run the same command on 1.4 and having it work.

"The key you provided for file download was invalid. This is usually caused because the file is no longer stored on Mediafire. This occurs when the file is removed by the originating user or Mediafire."

So I'll try and get a proper V4, or a V5 done today. I want no download paths to enter in the V5 version (just line numbers). I'm a noob, but and try and figure out how to do this with f*** windows command line, when you got no idea what the script is actually doing...

I'm on Internode, and in Tassie.

I assume due to Telstra backhaul issues I can never watch iView.

If I forget to sent my yumcha PVR I miss shows alltogether so this is a god send!!

Just downloaded that Chaser episode everyones bitching about. Thanks sge :)

This may help T-A-N-K and lightguard. It's another GoodGame downloader, but using the alternative command that other people seem to have working. Link:

(This version will definitely not work, there is a slight edited version here: , use that. Comments say that doesn't work either)

T-A-N-K, does it crash early on, or when the actual download is about to begin? Currently, I just retrieve the token (and it fails, dropping the end part off), and add the lost part on later. I believe this may be the place where it crashes for you. If that is the case, this version won't help you.

I don't see how it worked for some people and not others :(

That's why I made the goodgame downloader to make it the same for everyone, yet that crashes for people too :( Fixed the problem and now works :D

Updated to V5. Link and changelog in first post :D

Successfully worked for me using a Akamai token and a regular token.

FINALLY tokens are no longer an issue. It just works (as long as the paths are right...)

I realised I could just proxy my wget requests to get akamai tokens, that means I could have tested the original Akamai versions and fixed them before I uploaded them (thus saving several pages of comments). Ahh too late now.

When using any version make sure you enter the episode paths properly. So that's [channel]/[episode] with only one / (no "/" before!) and no .flv part in the episode path

Next version, version 6 will be probably be the last (as a batch file at least) for a looong while . I plan on removing manual entry of episode paths (and then filename output), using the line numbers of PossibleShows.txt

The two .exe files are needed for the .bat one to work.

That problem is either caused by the authentication token being incorrect or the episode path being wrong. Open the .bat file and follow the prompts. Since it only downloads a small file, something must be going wrong. Maybe the episode you tried to retrieve is unavailable. Try another and see if it works. If many episodes also fail in the same way, paste the output here and I'll see if I can help.

Don't thank me, thank Andy Botting (and the commenters on his blog, they helped somewhat :P). The guy packet sniffed the iView site and wrote the command to retrieve the videos using RTMPdump. I just made it work good (thats debatable) on Windows.

I guess you should post the output (from the confirmation before the attemped download began until until the 5 byte file was created). I can't do anything about this today, but it may help to try the GoodGame downloading test version that people say work: If that works, you can always manually enter the paths into the file.

I wonder if there is a way to download the raw video data files directly rather than the streams. The quality would probably be much better than the streams. Also each time a stream is saved the resulting video files are also different, as is also the case with YouTube.

3a8082e126