Quote:
Originally Posted by Anywho
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
|
Bingo! Thanks, Anywho, that was it!
It turned out that a weird set of unrelated changes to my LAN configuration triggered a router firewall fail. RTMP traffic was relying on the side effects of another rule for outbound
Skype traffic and I foolishly hadn't checked the firewall log thinking this couldn't be the issue as it hadn't changed; I was focused on the IDS side, which had given issues in the past.
Quote:
Originally Posted by Anywho
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.
|
Yes, I'd discovered this use of port 80 by sniffing traffic from the iView flash client which was still working fine. That's where I got the idea to change to "-c 80". However, to save you the trouble with the
RTMPdump folks, I can say in my experience that RTMPdump doesn't fall back (at least in version 2.3). It would be a nice feature, though; if you have any chops with those folks, it'd be great if you'd ask them.
Quote:
Originally Posted by Anywho
They all do. It gets the cue from ABC's server. It's specified in the HOST field of this page. |
OK, sorry, this was a misunderstanding; I'd assumed since my ISP says it's unmetered and they can't unmeter Akamai sources (unlike iiNet) they'd always point me at Hostworks. I'd noticed people complaining on the ABC forums about a lack of fail-over from unmetered to metered sources when the ABC was having load issues with the unmetered side. However, it's probably due to gxdata being with iiNet; they'd have the fail-over option with unmetered Akamai.
I guess if that's true, none of the downloaders will fail-over for me, if they all refer only to the directions in the HOST field and don't second guess it.
Thanks again for the assist and detailed explanations!