How to use iView (ABC Australia) downloaders

[blood.eaglz]

Originally Posted by gxdata

Any Mac / iPad people here who can advise?

I downloaded an episode of Play School using (Windows GUI downloader) iViewNapper, and the resulting MP4 file is about 5Mb.

Using a trial version of a video converter for iPad (Daniusoft iPad Video Converter), I set it to a profile "iPad Video H.264 (*.mp4)", and the result was a 22.4Mb file.

That seems a huge bloat in file size.

I assume it works on an iPad (yet to send it*). It plays well on VLC Media Player (Windows), apart from the watermark imposed because the converter is a trial.

The MediaInfo description is available, if this helps. I would prefer to be able to use ffmpeg to do the conversion (though the Danuisoft GUI application is very nice).

* The email account (Hotmail) that I sent it to bounced it, message: "552 #5.3.4 message size exceeds limit"

Thought may as well throw my hat into the arena as well, this stuff seems to get lost in the thread.

My FFmpeg based bat file solution for windows

Yansky's Port for OSX of said solution * I have nothing to do with this other than providing the bat files upon which it is based any problems with OSX version contact Yansky

follow the instructions in my post (or Yansky's for OSX) and it will ReMux (ie a 1 to 1 copy of the video and audio streams) from the f4v to a true Mp4 file.

[gxdata]

Originally Posted by blood.eaglz

Thought may as well throw my hat into the arena as well, this stuff seems to get lost in the thread.

My FFmpeg based bat file solution for windows

Yansky's Port for OSX of said solution * I have nothing to do with this other than providing the bat files upon which it is based any problems with OSX version contact Yansky

follow the instructions in my post (or Yansky's for OSX) and it will ReMux (ie a 1 to 1 copy of the video and audio streams) from the f4v to a true Mp4 file.

Notes taken (apart from the URL of this forum post, I followed up all other URLs, downloaded most of the software, and wrote myself some instructions. Then, tested on 'Play School' and wrote some simple batch files, and pointed MediaInfo at the results and exported its reports).

I found the Zeranoe FFmpeg builds (for Windows, 32-bit and 64-bit) and used FFmpeg with the simplest of batch files, and hope that the iPad gizmo can play the result.

[gxdata]

Is anyone DL Little Dorrit? I would like to get Eps 1 to 3 in particular (1 hour eps). I see that the running order has been confused, not sure if eps 1 and 2 ever appeared.

[Yansky]

Aside; Anywho, mce, y'know how the formatting for the series JSON data was always a little weird - well I think I know what they might be doing. I think they might be using a LINQ style.
http://hugoware.net/blog/3-things-to...re-using-jlinq

[sbt]

Hi all,

FYI, I found today that aunty have switched the RTMP port for Hostworks from the default 1935 to 80, presumably to help firewall traversal issues for the media streams. This breaks the downloaders

Assuming this is a permanent change, to fix, "-c 80" needs to be added to the rtmpdump command lines in the downloaders to get them working again. I have tested this successfully with the ones I can hack on such as the iViewDownloader and iViewNapperLite.

Anyway, thanks to all the authors and contributors for creating and maintaining these cool tools. Hope this helps!

Cheers,
sbt.

[blood.eaglz]

iViewnapper 20110616 works fine for me on hostworks.... (downloading as I write )

if it is/had broken for you my guess is, bad timing you managed to hit them trying to implement a port 80 access along side the default 1935, or some other server issue, they've had a couple recently...

[sbt]

Originally Posted by blood.eaglz

iViewnapper 20110616 works fine for me on hostworks.... (downloading as I write )

Thanks for the feedback, blood

Hmm, seems to still be only working for port 80 for me (i.e. I've just re-checked that the old port is still broken/blocked and the new one still works). So I don't think it's a timing issue. Maybe a locality issue

I should have said, "*If* you're having this issue, *then* this may fix it..." Anyway, maybe need more data points. I'm in Sydney, with Internode, using hostworks. Is anyone else seeing this? If so, where are you and who is your ISP, if it's OK to ask this?

Cheers,
sbt.

[gxdata]

Originally Posted by blood.eaglz

iViewnapper 20110616 works fine for me on hostworks.... (downloading as I write )

if it is/had broken for you my guess is, bad timing you managed to hit them trying to implement a port 80 access along side the default 1935, or some other server issue, they've had a couple recently...

Yes, some weird server beaviours which usually require waiting until things change again.
Incidentally, I have had a few downloads in the past 3 weeks that connected to Akamai instead of Hostworks (my ISP is iiNet, should be free on Hostworks).

[sbt]

Originally Posted by gxdata

Incidentally, I have had a few downloads in the past 3 weeks that connected to Akamai instead of Hostworks (my ISP is iiNet, should be free on Hostworks).

With this report, I wondered whether the client I was using would matter, so I tried the same one blood.eaglz used (iViewNapper from June). However, I still had the same issue connecting. Oh well.

By the way, which downloader switches between Akamai and Hostworks? I'd want to be careful not to get too much unmetered

Cheers,
sbt.

[Anywho]

Originally Posted by sbt

With this report, I wondered whether the client I was using would matter, so I tried the same one blood.eaglz used (iViewNapper from June). However, I still had the same issue connecting. Oh well.

You sure something isn't broken on your end, like something blocking port 1935. For example:

• another video playing in a browser at the same time
• firewall permission or antimalware blocking port
• hung program
• more than one instance of RTMPdump or downloader running

Specifying "-c 80" means you are overriding the port that was specified in the RTMP URL to rtmpdump. I don't think any of the D/Ler's actually specify the port number for the reason mentioned in the following paragraph.

By default, rtmpdump will use port 1935 because that is the specification. I'm not too sure, but I think rtmpdump will fall back to port 80 or else port 443 if it cannot get access to 1935 (will that's what should happen IIRC).

However, I might just ask for confirmation on the RTMPdump mailing list that RTMPdump does actually fall back to other than port 1935 if it's not available.

By the way, which downloader switches between Akamai and Hostworks? I'd want to be careful not to get too much unmetered

They all do. It gets the cue from ABC's server. It's specified in the HOST field of this page.