rtmpdump error: RTMP_ReadPacket, failed to read RTMP packet header
Hello, I was wondering if the problem with the new Flash 10 handshake was solved ? I've compiled the latest SVN version of rtmpdump and tried with this video: http://www.wat.tv/video/emission-11-decembre-2010-3-38ipz_2vrk1_.html rtmpsrv gave me the following parameters: rtmpdump -r "rtmp://wsk.wat.tv:1935/ondemand/mp4:vod" -a "ondemand/mp4:vod" -f "LNX 10,1,85,3" -W "http://www.wat.tv/images/v40/PlayerWat.swf?revision=4.0.67" -p "http://www.wat.tv/video/emission-11-decembre-2010-3-38ipz_2vrk1_.html" -C O:1 -C O:0 -y "mp4:vod/H264-384x288/63/59/5436359.h264?bu=WAT&login=qui-veut-epouser-monfils&i=88.174.230.91&u=cec56717d8c264609614278cfdf29a19&sum=dd130abf2279ab2ec68a5735c2766468" -o 5436359.h264.flv It was working a few weeks ago, and now I got the dreaded: ERROR: RTMP_ReadPacket, failed to read RTMP packet header I assume that's again the new Flash 10 handshake. Is there any progress on this front ? Can I help on something ? Thanks in advance, Here is the verbose output: RTMPDump v2.3 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Parsing... DEBUG: Parsed protocol: 0 DEBUG: Parsed host : wsk.wat.tv DEBUG: Parsed app : ondemand DEBUG: Protocol : RTMP DEBUG: Hostname : wsk.wat.tv DEBUG: Port : 1935 DEBUG: Playpath : mp4:vod/H264-384x288/63/59/5436359.h264?bu=WAT&login=qui-veut-epouser-mon-fils&i=88.174.230.91&u=cec56717d8c264609614278cfdf29a19&sum=dd130abf2279ab2ec68a5735c2766468 DEBUG: tcUrl : rtmp://wsk.wat.tv:1935/ondemand/mp4:vod DEBUG: swfUrl : http://www.wat.tv/images/v40/PlayerWat.swf?revision=4.0.67 DEBUG: pageUrl : http://www.wat.tv/video/emission-11-decembre-2010-3-38ipz_2vrk1_.html DEBUG: app : ondemand/mp4:vod DEBUG: flashVer : LNX 10,1,85,3 DEBUG: live : no DEBUG: timeout : 30 sec DEBUG: SWFSHA256: DEBUG: 8f 87 4b 0c 2a 29 8c 23 d8 d9 84 85 3c cc ea 00 DEBUG: cf fc 10 25 1c fc 4b 60 3f a9 01 90 90 15 b2 5e DEBUG: SWFSize : 287720 DEBUG: Setting buffer time to: 36000000ms Connecting ... DEBUG: RTMP_Connect1, ... connected, handshaking DEBUG: HandShake: Client type: 03 DEBUG: HandShake: Client digest offset: 430 DEBUG: HandShake: Initial client digest: DEBUG: ba 28 99 ee 25 ad 62 2e cd 77 62 6a 93 35 aa 87 DEBUG: 30 21 e6 96 ac d1 8f 39 bb 67 b6 ce 65 42 4d 13 DEBUG: HandShake: Type Answer : 03 DEBUG: HandShake: Server Uptime : 164305482 DEBUG: HandShake: FMS Version : 3.5.4.1 DEBUG: HandShake: Calculated digest key from secure key and server digest: DEBUG: 89 04 03 f9 03 80 23 56 4e 36 63 9b 41 93 ad 51 DEBUG: ea e9 e7 cc 9e f0 1d 2e af a4 a8 36 20 e5 0e f8 DEBUG: HandShake: Client signature calculated: DEBUG: 16 bb 8a cf 7c 68 aa 49 7f 48 b4 01 c2 80 aa 03 DEBUG: cf 99 88 9d 2c 60 1b f5 90 f7 0c 52 99 26 77 7b DEBUG: HandShake: Server sent signature: DEBUG: 17 82 55 c5 b8 59 92 f7 69 9d 25 60 e1 53 a1 4e DEBUG: f9 6e e3 e3 8f 05 87 8e 55 4d 2a 39 76 52 70 e7 DEBUG: HandShake: Digest key: DEBUG: 22 10 3d 58 e0 cc 1f 94 7c f3 83 10 6e 00 dd ce DEBUG: 49 8a 5b 2c 2a 5c 92 c6 da 37 22 d1 2f 1c f4 15 DEBUG: HandShake: Signature calculated: DEBUG: 17 82 55 c5 b8 59 92 f7 69 9d 25 60 e1 53 a1 4e DEBUG: f9 6e e3 e3 8f 05 87 8e 55 4d 2a 39 76 52 70 e7 DEBUG: HandShake: Genuine Adobe Flash Media Server DEBUG: HandShake: Handshaking finished.... DEBUG: RTMP_Connect1, handshaked DEBUG: Invoking connect INFO: Connected... DEBUG: HandleServerBW: server BW = 1250000 DEBUG: HandleClientBW: client BW = 1250000 2 DEBUG: HandleCtrl, received ctrl. type: 26, len: 3 DEBUG: HandleCtrl, SWFVerification ping received: DEBUG: sending ctrl. type: 0x001b DEBUG: Sending SWFVerification response: DEBUG: 00 1b 01 01 00 04 63 e8 00 04 63 e8 27 a5 22 44 DEBUG: 36 92 2d 44 64 85 52 50 35 88 99 48 96 5a 24 26 DEBUG: c8 e7 d3 09 27 2b e3 6f d8 3c 0d 7e DEBUG: RTMP_ClientPacket, received: invoke 242 bytes DEBUG: (object begin) DEBUG: (object begin) DEBUG: Property: <Name: fmsVer, STRING: FMS/3,5,4,1003> DEBUG: Property: <Name: capabilities, NUMBER: 127.00> DEBUG: Property: <Name: mode, NUMBER: 1.00> DEBUG: (object end) DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: status> DEBUG: Property: <Name: code, STRING: NetConnection.Connect.Success> DEBUG: Property: <Name: description, STRING: Connection succeeded.> DEBUG: Property: <Name: objectEncoding, NUMBER: 0.00> DEBUG: Property: <Name: data, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: version, STRING: 3,5,4,1003> DEBUG: (object end) DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_result> DEBUG: HandleInvoke, received result for method call <connect> DEBUG: sending ctrl. type: 0x0003 DEBUG: Invoking createStream DEBUG: HandleCtrl, received ctrl. type: 6, len: 6 DEBUG: HandleCtrl, Ping 164305579 DEBUG: sending ctrl. type: 0x0007 DEBUG: RTMP_ClientPacket, received: invoke 25 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onBWCheck> DEBUG: RTMP_ClientPacket, received: invoke 10827 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object begin) DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onBWCheck> DEBUG: RTMPSockBuf_Fill, recv returned -1. GetSockError(): 104 (Connection reset by peer) ERROR: RTMP_ReadPacket, failed to read RTMP packet header DEBUG: Closing connection.
John Smith wrote:
Hello,
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.
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.
participants (2)
-
Howard Chu -
John Smith