ArchiveOrangemail archive

rtmpdump discussion and development


rtmpdump.mplayerhq.hu
(List home) (Recent threads) (22 other MPlayer lists)

Subscription Options

  • RSS or Atom: Read-only subscription using a browser or aggregator. This is the recommended way if you don't need to send messages to the list. You can learn more about feed syndication and clients here.
  • Conventional: All messages are delivered to your mail address, and you can reply. To subscribe, send an email to the list's subscribe address with "subscribe" in the subject line, or visit the list's homepage here.
  • Low traffic list: less than 3 messages per day
  • This list contains about 2,383 messages, beginning Aug 2009
  • 0 messages added yesterday
Report the Spam
This button sends a spam report to the moderator. Please use it sparingly. For other removal requests, read this.
Are you sure? yes no

rtmpdump error: RTMP_ReadPacket, failed to read RTMP packet header

Ad
John Smith 1292799729Sun, 19 Dec 2010 23:02:09 +0000 (UTC)
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-...

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?re..." -p "http://www.wat.tv/video/emission-11-decembre-..." -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?re...
DEBUG: pageUrl  : http://www.wat.tv/video/emission-11-decembre-...
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.
Howard Chu 1292800332Sun, 19 Dec 2010 23:12:12 +0000 (UTC)
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.
John Smith 1292886418Mon, 20 Dec 2010 23:06:58 +0000 (UTC)
On Sun, 19 Dec 2010 15:49:10 -0800, Howard Chu 
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 !
Home | About | Privacy