I noticed some limelight rtmp servers using what seems to be a new handshake type. here is teh -z output. http://pastie.org/1606602 some limelight servers still work. the ones that do answer 8 WARNING: HandShake: Type mismatch: client sent 6, server answered 8 while all the ones that don't answer 9 WARNING: HandShake: Type mismatch: client sent 6, server answered 9 I am not sure if this is news to you guys but just wanted to let you know about it.
Blue Cop wrote:
I noticed some limelight rtmp servers using what seems to be a new handshake type.
here is teh -z output. http://pastie.org/1606602
some limelight servers still work.
the ones that do answer 8 WARNING: HandShake: Type mismatch: client sent 6, server answered 8
while all the ones that don't answer 9 WARNING: HandShake: Type mismatch: client sent 6, server answered 9
I am not sure if this is news to you guys but just wanted to let you know about it.
Thanks. We've known about this handshake type for a couple of years, but I never bothered to finish implementing it because nobody was using it in production. I guess finally someone is.
On 02/25/11 21:37, Howard Chu wrote:
Blue Cop wrote:
I noticed some limelight rtmp servers using what seems to be a new handshake type.
here is teh -z output. http://pastie.org/1606602
some limelight servers still work.
the ones that do answer 8 WARNING: HandShake: Type mismatch: client sent 6, server answered 8
while all the ones that don't answer 9 WARNING: HandShake: Type mismatch: client sent 6, server answered 9
I am not sure if this is news to you guys but just wanted to let you know about it.
Thanks. We've known about this handshake type for a couple of years, but I never bothered to finish implementing it because nobody was using it in production. I guess finally someone is. _______________________________________________ rtmpdump mailing list rtmpdump@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump
Hi, Looks like another site bt.fcod.llnwd.net has switched to this new handshake. http://pastie.org/1628568 Regards Nigel Taylor
Seems also that video.fox.com (all of the videos on the Fox website) have also switched, see http://pastie.org/1631457 for -z. I'd expect most of the rtmp providers who are actively trying to stop downloading have or will switch. Is the encryption type or algorithm known yet for this handshake and unimplemented, or is it a mystery waiting to be solved? Thanks, adammw111 On Fri, Mar 4, 2011 at 12:45 AM, Nigel Taylor <njtaylor@asterisk.demon.co.uk> wrote:
On 02/25/11 21:37, Howard Chu wrote:
Blue Cop wrote:
I noticed some limelight rtmp servers using what seems to be a new handshake type.
here is teh -z output. http://pastie.org/1606602
some limelight servers still work.
the ones that do answer 8 WARNING: HandShake: Type mismatch: client sent 6, server answered 8
while all the ones that don't answer 9 WARNING: HandShake: Type mismatch: client sent 6, server answered 9
I am not sure if this is news to you guys but just wanted to let you know about it.
Thanks. We've known about this handshake type for a couple of years, but I never bothered to finish implementing it because nobody was using it in production. I guess finally someone is. _______________________________________________ rtmpdump mailing list rtmpdump@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump
Hi,
Looks like another site bt.fcod.llnwd.net has switched to this new handshake.
Regards
Nigel Taylor _______________________________________________ rtmpdump mailing list rtmpdump@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump
-- Adam Malcontenti-Wilson
I'm seeing more of it. Hope somebody has the time to implement it, there don't seem to be many sites left that work anymore; I only use it because flash plays choppy on my old machine. dan@dan-desktop:~/temp$ rtmpdump -r "rtmpe://cp104910.edgefcs.net:1935/ondemand?ovpfv=2.1.2&auth=daEbPdEbPa7cFaebscdc5daa8bOcCa3dgaQ-bnERPD-bDW-2qlEBn7Cyovvvc&aifp=v001&slist=59426/slingit/prod/secure/f/6/b/2/6" -a "ondemand?ovpfv=2.1.2&auth=daEbPdEbPa7cFaebscdc5daa8bOcCa3dgaQ-bnERPD-bDW-2qlEBn7Cyovvvc&aifp=v001&slist=59426/slingit/prod/secure/f/6/b/2/6" -f "LNX 10,2,152,27" -W "http://beta.dishonline.com/flash/player/newplayer.swf?v=20110310204746" -p "http://beta.dishonline.com/shows/20850" -C Z: -y "mp4:59426/slingit/prod/secure/f/6/b/2/6/comedycentral_f6b2612f1192d6cfbeef00ff8b7e8fd6_640x360_700.mp4" -o ds_3_9.flv RTMPDump v2.3 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL Connecting ... WARNING: HandShake: Type mismatch: client sent 6, server answered 9 WARNING: HandShake: Server not genuine Adobe! ERROR: RTMP_Connect1, handshake failed. dan@dan-desktop:~/temp$ On 02/25/2011 02:37 PM, Howard Chu wrote:
Blue Cop wrote:
I noticed some limelight rtmp servers using what seems to be a new handshake type.
here is teh -z output. http://pastie.org/1606602 can use RTMPDUMP anymore. some limelight servers still work.
the ones that do answer 8 WARNING: HandShake: Type mismatch: client sent 6, server answered 8
while all the ones that don't answer 9 WARNING: HandShake: Type mismatch: client sent 6, server answered 9
I am not sure if this is news to you guys but just wanted to let you know about it.
Thanks. We've known about this handshake type for a couple of years, but I never bothered to finish implementing it because nobody was using it in production. I guess finally someone is. _______________________________________________ rtmpdump mailing list rtmpdump@mplayerhq.hu https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump
participants (5)
-
Adam Malcontenti-Wilson -
Blue Cop -
Dan Schmidt -
Howard Chu -
Nigel Taylor