December 2010 - rtmpdump - lists.mplayerhq.hu

28 Dec '10

Author: hyc Date: Tue Dec 28 15:59:45 2010 New Revision: 555 Log: paypay.com seems to have died Modified: web/index.html Modified: web/index.html ============================================================================== --- web/index.html Fri Dec 24 23:35:35 2010 (r554) +++ web/index.html Tue Dec 28 15:59:45 2010 (r555) @@ -113,6 +113,7 @@ or read the list archives: <p> Discussion forums: <a href="http://stream-recorder.com/forum/rtmpdump-f54.html">http://stream-recorder.com/forum/rtmpdump-f54.html</a> - note, that site is not affiliated with the RTMPDump project, but they're pretty active with helping answer questions. </p> + <p> Projects using rtmpdump: <br>

1 0

Using librtmp library to publish a live stream to Wowza Media Server
by Dhruva T S 27 Dec '10

27 Dec '10

Hi, How to publish a stream using librtmp library? I read the librtmp man page and for publishing , RTMP_Write() is used. I am using C/C++ for my application. //Code //Init RTMP code RTMP *r; char uri[]="rtmp://localhost:1935/live/desktop"; r= RTMP_Alloc(); RTMP_Init(r); RTMP_SetupURL(r, (char*)uri); RTMP_EnableWrite(r); // To publish a stream, enable write support before connect RTMP_Connect(r, NULL); RTMP_ConnectStream(r,0); Then to respond to ping/other messages from server, I am using a thread to respond like following: //Thread While (ThreadIsRunning && RTMP_IsConnected(r) && RTMP_ReadPacket(r, &packet)) { if (RTMPPacket_IsReady(&packet)) { if (!packet.m_nBodySize) continue; RTMP_ClientPacket(r, &packet); //This takes care of handling ping/other messages RTMPPacket_Free(&packet); } } I am stuck at how to use RTMP_Write() to send the stream. Please help me. Thanks, Dhruva

1 0

librtmp infinite loop
by Steve McFarlin 24 Dec '10

24 Dec '10

Hello, platform: darwin - iphone librtmp ver: latest package download and integrated into FFmpeg Setup: RTMP publish to server Problem: If the connection to the remote server is closed a SIGPIPE is raised. It is at this point librtmp will enter into an infinite loop. The loop trace is as follows (some error logs were added by me). ERROR: WriteN, RTMP send error 32 (43 bytes) RTMP_Close RTMP_Close - Still connected SendFCUnpublish RTMP_SendPacket ERROR: WriteN, RTMP send error 32 (43 bytes) RTMP_Close RTMP_Close - Still connected SendFCUnpublish RTMP_SendPacket ERROR: WriteN, RTMP send error 32 (43 bytes) RTMP_Close RTMP_Close - Still connected .... This will go on forever. I am currently investigating why this occurs. I will update if I find why. Steve

2 3

r554 - trunk/librtmp/rtmp.c
by hyc 24 Dec '10

24 Dec '10

Author: hyc Date: Fri Dec 24 23:35:35 2010 New Revision: 554 Log: Fix infinite loop on Error/Close Modified: trunk/librtmp/rtmp.c Modified: trunk/librtmp/rtmp.c ============================================================================== --- trunk/librtmp/rtmp.c Wed Dec 15 13:12:33 2010 (r553) +++ trunk/librtmp/rtmp.c Fri Dec 24 23:35:35 2010 (r554) @@ -3395,10 +3395,10 @@ RTMP_Close(RTMP *r) { if (r->m_stream_id > 0) { - if ((r->Link.protocol & RTMP_FEATURE_WRITE)) - SendFCUnpublish(r); i = r->m_stream_id; r->m_stream_id = 0; + if ((r->Link.protocol & RTMP_FEATURE_WRITE)) + SendFCUnpublish(r); SendDeleteStream(r, i); } if (r->m_clientID.av_val)

1 0

Re: [rtmpdump] rtmpdump error: RTMP_ReadPacket, failed to read RTMP packet header
by John Smith 21 Dec '10

21 Dec '10

On Sun, 19 Dec 2010 15:49:10 -0800, Howard Chu <hyc(a)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 !

1 0

rtmpdump error: RTMP_ReadPacket, failed to read RTMP packet header
by John Smith 20 Dec '10

20 Dec '10

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.

2 1

Reconnect Publishing Live Stream
by Nickolaus Padgett 17 Dec '10

17 Dec '10

Does librtmp have support to reconnect a live stream that is being published? I.e. if I loose my connection to my router, can librtmp gracefully resume our live stream? Regards, Nick Padgett

2 1

r553 - web/index.html
by compn 15 Dec '10

15 Dec '10

Author: compn Date: Wed Dec 15 13:12:33 2010 New Revision: 553 Log: add new get_iplayer fork Modified: web/index.html Modified: web/index.html ============================================================================== --- web/index.html Wed Oct 27 01:51:10 2010 (r552) +++ web/index.html Wed Dec 15 13:12:33 2010 (r553) @@ -130,7 +130,8 @@ $ <input name="amount" value="0.00" size Projects using rtmpdump: <br> <a href="http://code.google.com/p/get-flash-videos/">get-flash-videos</a><br> -<a href="http://linuxcentre.net/getiplayer">get_iplayer</a><br> +<a href="http://linuxcentre.net/getiplayer">get_iplayer</a>(discontinued)<br> +<a href="http://www.infradead.org/get_iplayer/html/get_iplayer.html">get_iplayer</a><br> <a href="http://users.tkk.fi/~aajanki/rtmpdump-yle/index-en.html">RTMPDump-YLE</a><br> <a href="http://bitbucket.org/rg3/youtube-dl/wiki/Home">youtube-dl</a><br> <a href="http://jeremy.visser.name/2009/08/30/python-iview/">python-iview</a><br>

1 0

rtmpdump versions 2.2 and more do not play some rtmp streams
by Domen Kožar 11 Dec '10

11 Dec '10

I have tested on linux (compiled from source) and following stream does not work on versions rtmpdump2.2 and higher. rtmp://vod.daserste.de/ardfs/mp4:videoportal/mediathek/Rote +Rosen/c_150000/158605/format171524.f4v Domen

3 2

RTMP_Write fails will cause RTMP_Close enterring dead loop and stack overflow (rtmpdump v2.3 )
by lingyc888 11 Dec '10

11 Dec '10

Hi all, If RTMP_Write fails, RTMP_Close will be called, but RTMP_Close will send unpublish and delete stream message before closing socket and setting socket closed flag , it will fail and call RTMP_Close once again, and this dead loop will cause stack overflow. see attached file for detail. I'm working for streaming h264 video to FMS server, could anybody tell me the detail data buffer format of RTMP_Write? How to use RTMP_Write to send OnMetaData message to server? and then how to send video data through RTMP_Write? how to send pps and sps of H264 stream? only send one time before first I frame or must be sent before each I frame? thanks a lots. 2010-12-11 lingyc888

1 1