Downloading Hulu Videos Using rtmpdump For Idiots..(rtmpdump & related apps only)

[Ickook]

Hulu suddenly stopped working around noon today for me w/ get flash videos and the hulu plugin... Anyone else having issues?

[hyc]

It was only a matter of time... It looks to me like they've turned off Flash9 compatibility, and are now requiring Flash10. We haven't yet deciphered the Flash10 handshake, and I have no idea how long it may take to do that. So this is going to be broken for the foreseeable future.

[helpdeskdan]

Interesting, you can't even rtmpsuck them anymore. Is it encrypted? The video still plays, but the stream is not found as it is on other sites.

You win this round, Adobe. Now that you're monitoring these threads, a flash player that doesn't play choppy would be much more appreciated than your efforts to prevent us from watching them in a player that actually works.

[hyc]

Originally Posted by helpdeskdan

Interesting, you can't even rtmpsuck them anymore. Is it encrypted?

Hulu has been encrypted for most of a year already. Just to clarify, rtmpdump is compatible with un-encrypted FlashPlayer 10 and with encrypted FlashPlayer 9. Hulu seems to now be requiring an FP10 RTMPE handshake, instead of also accepting FP9 RTMPE, and it seems nobody yet knows how to process this.

The reason rtmpsuck doesn't work is because it answers the client's handshake and then connects to the real server. Since rtmpsuck only knows how to do an FP9 RTMPE handshake, the real server rejects it. We can't just pass the client's handshake through directly, because then we wouldn't have access to the encryption keys, which are negotiated in the handshake.

Fortunately, because the player has to remain compatible with older Flash servers, they can't change very much of the handshake.

[Ickook]

Haven't read this carefully, but it looks like progress has been made on other programs:
http://osflash.org/pipermail/red5_os...st/035530.html:

Originally Posted by osflash.org

We have RTMP(E) handshake fixed. We now can stream h264/AAC with flash
player 10,0,32,18 . You can see the relevant patch here:

http://www.rtmpd.com/changeset/579

I'll prepare the excel sheet with the RTMP(E) handshake breakdown
again. Is not too different from previous one. In the mean time, you
can look over that patch, is not complicated. All they changed is the
positions of DH offset, digest offset computation. The rest remains
the same.

Best regards,
Andrei

On Aug 8, 2009, at 9:51 PM, Peter Thomas wrote:

>
> On Sun, Aug 9, 2009 at 12:13 AM, Gavriloaie Eugen-Andrei <crtmpserver at gmail.com
> > wrote:
> Hello all...
>
> I've made the RTMPE/RTMP (including h264 support) work again with
> the new flash player (10,0,32,18).
>
> I will post the new excel sheet at www.rtmpd.com as soon as I
> complete the changes. Right now I've made the inbound RTMP(E)
> connections work (from flash player to my server). I need to make
> those initiated by my server to another servers too. Stay tuned!
>
>
> Awesome ! That was fast
>
>
>
> On Aug 8, 2009, at 4:03 PM, kinov wrote:
>
>> Hi,
>> can you please send a copy of your source code ,and i will testing
>> for you ,thanks!
>>
>> 2009/8/6 Mondain <mondain at gmail.com>
>> Send it to me directly or put it in a trac ticket. If its small put
>> it in pastebin and post the link here.
>>
>> Paul
>>
>>
>> On Wed, Aug 5, 2009 at 11:06 AM, Vittee Nakka <vittee at hotmail.com>
>> wrote:
>> OK, where I should send my source code?
>>
>>
>>
>> From: Mondain
>> Sent: Thursday, August 06, 2009 1:02 AM
>> To: red5 at osflash.org
>> Subject: Re: [Red5] RTMP Handshake changes in Flash 10.0.32.18
>>
>> We accept all donations of money and code
>>
>> 2009/8/5 Vittee Nakka <vittee at hotmail.com>
>> Hi,
>>
>> I'm developing a Red5 application that can relay AAC+ stream from
>> Icecast server (the same as Wowza does)
>> It worked fine with Flash Player 10 (the old one), but not with the
>> latest (10.0.32.18)
>>
>> Wowza somehow fixed this problem, so I tried to analyze packet from
>> Wowza server, and the only thing that has changed is RTMP Handshake.
>> I also decompile Wowza's handshake routine, and noticed that...
>> there is some part of code mention the new Flash Player.
>> So I think if you can correct the new RTMP Handshaking then my
>> application should work with the new Flash Player.
>>
>> I'd like to donate my application for testing (if you need to)
>>
>>
>> Any Ideas?
>>
>> Best Regards.
>>
>> Vittee

[hyc]

Originally Posted by Ickook

Haven't read this carefully, but it looks like progress has been made on other programs:
http://osflash.org/pipermail/red5_os...st/035530.html:

Nope. rtmpdump has had that code since v1.5 in April 2009, they probably got theirs from rtmpdump in the first place. This is something completely different.

[Ickook]

Ah, reading source code on an Iphone doesn't really work. Next time, I'll keep my mouth shut until I've had time to review

[any ANONYMOUS forum user]

Originally Posted by helpdeskdan

Interesting, you can't even rtmpsuck them anymore. Is it encrypted? The video still plays, but the stream is not found as it is on other sites.

You win this round, Adobe. Now that you're monitoring these threads, a flash player that doesn't play choppy would be much more appreciated than your efforts to prevent us from watching them in a player that actually works.

does it still work now?
if it doesnt work it fine then how to play it without the ad?

[oblique]

Doesn't work for me.

[elch]

Shouldn't this be working since the FP10 handshake patch which has been committed in r276 at 2010-02-27?

I cannot test it because I'm living not in the USA.