On Sun, 19 Dec 2010 15:49:10 -0800, Howard Chu <hyc@highlandsun.com> wrote :

...

...

...

I was wondering if the problem with the new Flash 10 handshake was solved ?

As far as I know, nobody is working on it, and nobody has expressed any intention of working on it.

...

I assume that's again the new Flash 10 handshake. Is there any progress on this front ? Can I help on something ?

Feel free to jump into the code.

I have some knowledge on C coding, but only at application level (not any kernel-drivers stuff). How long do you think that it would take for a beginner (who knows C but doesn't have a clue on rtmpdump or network protocol) to solve this thing ? I would really like to help, but my skills seems quite limited...

...

...

Thanks in advance,

Here is the verbose output:

Get the full debug output (-z) to verify that it's actually an issue with the SWFVerification. This output didn't show the actual bytes of the SWFVerification request.

Thanks for your answer !

Here is the full debug:

Another thing - since this is a regular RTMP stream and not encrypted, you can just get a packet trace of the real client to compare. That would definitely be useful. Use tcpdump or wireshark on Linux if you've got them.

Hum can you describe what to do exactly ? Or point me to somewhere when the procedure is described ? Should I just start wireshark/tcpdump, launch the real client, wait 2-3 s of video playing and send you the output ? Thanks for your help !