March 2011 - rtmpdump - lists.mplayerhq.hu

r565 - web/index.html
by compn 27 Mar '11

27 Mar '11

Author: compn Date: Sun Mar 27 16:20:58 2011 New Revision: 565 Log: er, moved project to correct place Modified: web/index.html Modified: web/index.html ============================================================================== --- web/index.html Sun Mar 27 15:07:04 2011 (r564) +++ web/index.html Sun Mar 27 16:20:58 2011 (r565) @@ -139,6 +139,7 @@ Projects using rtmpdump: <a href="http://sourceforge.net/projects/mlbviewer/">mlbviewer</a> <a href="http://users.on.net/~m.elliott/i/index.html">iViewNapper</a> <a href="http://mai9.net/wiki/index.php?title=TV3_al_Cab%C3%A0s">TV3 al Cabàs</a> +<a href="http://ceicer.org/streamcapture/index_eng.php">streamCapture</a> Projects using librtmp: @@ -147,7 +148,6 @@ Projects using librtmp: <a href="http://repo.or.cz/w/mplayer-build.git">MPlayer</a> (thru ffmpeg) <a href="http://www.lonelycoder.com/hts/index.html">HTS Home Theater System</a> <a href="http://curl.haxx.se/">cURL</a> -<a href="http://ceicer.org/streamcapture/index_eng.php">streamCapture</a> Patches for librtmp on other projects:

1 0

r564 - web/index.html
by compn 27 Mar '11

27 Mar '11

Author: compn Date: Sun Mar 27 15:07:04 2011 New Revision: 564 Log: add streamcapture project Modified: web/index.html Modified: web/index.html ============================================================================== --- web/index.html Tue Mar 22 16:13:18 2011 (r563) +++ web/index.html Sun Mar 27 15:07:04 2011 (r564) @@ -147,6 +147,7 @@ Projects using librtmp: <a href="http://repo.or.cz/w/mplayer-build.git">MPlayer</a> (thru ffmpeg) <a href="http://www.lonelycoder.com/hts/index.html">HTS Home Theater System</a> <a href="http://curl.haxx.se/">cURL</a> +<a href="http://ceicer.org/streamcapture/index_eng.php">streamCapture</a> Patches for librtmp on other projects:

1 0

Handshake 9
by Sven Over 26 Mar '11

26 Mar '11

Hi, everyone. I've done a little bit of research regarding the Handshake 9 issue. I can't present a solution, but I thought I should document my findings here. It's not a lot, but maybe it rings a bell for someone. So, I have the usual handshake problem (with trunk, 2.3 or 2.2): DEBUG: HandShake: Client type: 06 DEBUG: HandShake: DH pubkey position: 472 DEBUG: HandShake: Client digest offset: 1383 [...] DEBUG: HandShake: Type Answer : 09 WARNING: HandShake: Type mismatch: client sent 6, server answered 9 [...] WARNING: HandShake: Server not genuine Adobe! ERROR: RTMP_Connect1, handshake failed. DEBUG: Closing connection. However, using rtmpdump-2.1d, the handshake succeeds: DEBUG: HandShake: Client type: 06 DEBUG: HandShake: DH pubkey position: 1211 DEBUG: HandShake: Client digest offset: 430 [...] DEBUG: HandShake: Type Answer : 06 [...] DEBUG: HandShake: Genuine Adobe Flash Media Server DEBUG: HandShake: Handshaking finished.... DEBUG: RTMP_Connect1, handshaked Actually using rtmpdump-2.1d now is no option, because for some reason the flv file it writes out is somewhat shaky, inasmuch as mplayer and xine can't play it properly. rtmpdump does save a stream to disk, and it does contain video and audio, but mplayer stumbles and while I'm hearing the audio, the video just stops. My hope was that the mplayer problem is something that has been fixed inbetween release 2.1d and 2.3, so I tried to change the handshake code in 2.3 towards how it was in 2.1d to make it work, but I did not succeed. One interesting bit: the handshake works until (and including) SVN revision 275. Revision number 276 is the first the breaks the handshake. That's it. Far away from a solution, but maybe someone knows how to go on from here. It seems that, at least with the server I am contacting, the old revisions can make the server accept the handshake type 6, whereas with newer versions of rtmpdump, the server insists on handshake 9, which then fails. I thank everyone involved in rtmpdump for this great piece of software. It would be great if we could get it fixed! :) Cheers, Sven.

2 3

r563 - trunk/librtmp/handshake.h
by hyc 22 Mar '11

22 Mar '11

Author: hyc Date: Tue Mar 22 16:13:18 2011 New Revision: 563 Log: Fix prev commit Modified: trunk/librtmp/handshake.h Modified: trunk/librtmp/handshake.h ============================================================================== --- trunk/librtmp/handshake.h Sun Mar 20 00:32:53 2011 (r562) +++ trunk/librtmp/handshake.h Tue Mar 22 16:13:18 2011 (r563) @@ -402,8 +402,8 @@ HandShake(RTMP * r, int FP9HandShake) { /* clientsig[4] = 128; clientsig[6] = 3; */ - clientsig[4] = 0x7c; - clientsig[6] = 0x2; + clientsig[4] = 9; + clientsig[6] = 0x7c; } else {

1 0

YouTube rtmpe streams stopped working
by Phoenix Revived 22 Mar '11

22 Mar '11

YouTube rtmpe streams were working till yesterday. Now, they suddenly don't.I upgraded to top of trunk from svn - didn't help.dump: rtmpdump --debug -r "rtmpe://cp59009.edgefcs.net/youtube?auth=daEbPb0cLbkbkbOdUckd2dlaNazbVctbdb…" -y "c2/id/33ec4cbfea916dc2/itag/34" -w "http://s.ytimg.com/yt/swfbin/watch_as3-vflO2K4B9.swf" -p "http://www.youtube.com/watch?v=M-xMv-qRbcI" -a "youtube?auth=daEbPb0cLbkbkbOdUckd2dlaNazbVctbdb6-bnHL9S-eS-IyFEKlnc&aifp=YT2008121701&slist=c2/id/33ec4cbfea916dc2/itag/34" -o - | mplayer -RTMPDump v2.3(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPLDEBUG: Parsing...DEBUG: Parsed protocol: 2DEBUG: Parsed host : cp59009.edgefcs.netDEBUG: Parsed app : youtube?auth=daEbPb0cLbkbkbOdUckd2dlaNazbVctbdb6-bnHL9S-eS-IyFEKlnc&aifp=YT2008121701&slist=c2/id/33ec4cbfea916dc2/itag/34WARNING: Couldn't parse swf hash hex string, not hexstring or not 32 bytes, ignoring!WARNING: Ignoring SWF hash, supply also the swf size with --swfsizeDEBUG: Protocol : RTMPEDEBUG: Hostname : cp59009.edgefcs.netDEBUG: Port : 1935DEBUG: Playpath : c2/id/33ec4cbfea916dc2/itag/34DEBUG: tcUrl : rtmpe://cp59009.edgefcs.net:1935/youtube?auth=daEbPb0cLbkbkbOdUckd2dlaNazbVctbdb6-bnHL9S-eS-IyFEKlnc&aifp=YT2008121701&slist=c2/id/33ec4cbfea916dc2/itag/34DEBUG: pageUrl : http://www.youtube.com/watch?v=M-xMv-qRbcIDEBUG: app : youtube?auth=daEbPb0cLbkbkbOdUckd2dlaNazbVctbdb6-bnHL9S-eS-IyFEKlnc&aifp=YT2008121701&slist=c2/id/33ec4cbfea916dc2/itag/34DEBUG: live : noDEBUG: timeout : 30 secDEBUG: Setting buffer time to: 36000000msDEBUG: RTMP_Connect1, ... connected, handshakingDEBUG: HandShake: Client type: 06DEBUG: HandShake: DH pubkey position: 472DEBUG: HandShake: Client digest offset: 1383DEBUG: HandShake: Initial client digest: DEBUG: f5 5c 9a 1f cc d9 25 18 38 0f a5 e6 f7 2f fc 82DEBUG: bf d5 28 9e 42 09 b9 9b 48 a5 cc a2 20 e1 a9 eaDEBUG: HandShake: Type Answer : 09WARNING: HandShake: Type mismatch: client sent 6, server answered 9DEBUG: HandShake: Server Uptime : 217274659DEBUG: HandShake: FMS Version : 3.5.5.1DEBUG: HandShake: Server DH public key offset: 92DEBUG: HandShake: Secret key: DEBUG: 9f 1a 2c 82 07 6e 5a 3d ec 46 c1 09 5e 80 a6 91DEBUG: db 3b 4a 6b 67 8f 1d 3f d5 e8 e4 37 90 db e5 7eDEBUG: 33 4f 5d fa 34 01 b6 81 d7 cd b3 9b 86 e8 e0 88DEBUG: 84 24 b9 2a 2b 67 6e 1e 78 99 65 3d c1 3b 5d fdDEBUG: 09 e7 72 fd 0f 09 0c 94 2c 0d 89 ff f7 e6 49 90DEBUG: cf ed 13 30 a8 35 f1 f7 ac 86 9d 18 59 d8 6c ebDEBUG: 72 dc 6f 3d de ba 80 fb f9 fd 2b 5d f9 c9 e1 80DEBUG: 1e 04 82 3c b7 8b 82 78 8a 95 53 76 78 41 0f 86DEBUG: RC4 Out Key: DEBUG: 54 ce a9 d4 95 d9 b9 01 7d 4a 69 fe 49 fb 9d 2fDEBUG: RC4 In Key: DEBUG: d7 8b 6f c7 7a 6d 6a 4a b7 ba cc 10 0c cc c2 e4DEBUG: HandShake: Calculated digest key from secure key and server digest: DEBUG: 9f 97 43 97 38 c4 88 d8 e7 0a c8 e9 ca 7c b5 ddDEBUG: 07 e2 a8 4b c1 37 84 9f e5 fb 20 01 cb 53 93 a1DEBUG: HandShake: Client signature calculated:DEBUG: a9 74 4e e3 3b a7 d2 77 57 54 ad 5d b3 7a 75 23DEBUG: 64 ab 2e ad d1 48 74 ad 14 93 8f 32 ff 50 af d0DEBUG: HandShake: Server sent signature:DEBUG: 86 b6 af d7 3a 20 af fb f5 3c bf 00 41 d4 14 28DEBUG: 9d 23 55 87 67 82 28 c7 ca 6c 36 3f da e6 58 19DEBUG: HandShake: Digest key: DEBUG: 87 af 76 63 2f 58 1a 1b cc 64 b5 92 86 30 79 3eDEBUG: 98 ff ef ca 0a 6a 76 57 ed 21 59 83 12 c3 7e 5eDEBUG: HandShake: Signature calculated:DEBUG: 7f ef f7 65 24 fc 05 51 1b 29 51 60 7f 6f 44 49DEBUG: 0a d4 eb df a1 36 0a cc fe 45 25 67 16 f3 f3 85WARNING: HandShake: Server not genuine Adobe!ERROR: RTMP_Connect1, handshake failed.DEBUG: Closing connection.

2 2

r562 - trunk/librtmp/handshake.h
by hyc 20 Mar '11

20 Mar '11

Author: hyc Date: Sun Mar 20 00:32:53 2011 New Revision: 562 Log: Drop back on the handshake version, avoid rtmpe 9 Modified: trunk/librtmp/handshake.h Modified: trunk/librtmp/handshake.h ============================================================================== --- trunk/librtmp/handshake.h Wed Mar 16 13:11:21 2011 (r561) +++ trunk/librtmp/handshake.h Sun Mar 20 00:32:53 2011 (r562) @@ -400,8 +400,10 @@ HandShake(RTMP * r, int FP9HandShake) /* set version to at least 9.0.115.0 */ if (encrypted) { - clientsig[4] = 128; - clientsig[6] = 3; +/* clientsig[4] = 128; + clientsig[6] = 3; */ + clientsig[4] = 0x7c; + clientsig[6] = 0x2; } else {

1 0

rtmpsuck handshake fails
by Johannes Schauer 18 Mar '11

18 Mar '11

hi, i downloaded and compiled rtmpdump from svn (revision 561) and wanted to use rtmpsuck but failed with the following output: http://mister-muffin.de/p/Sztg.txt i was looking at other mailinglist entries and hope i didnt miss other messages with the same issue. would you need any other info to debug this? cheers, josch

1 0

Problem compiling ffmpeg with rtmp enabled for iPhone
by Mohan 17 Mar '11

17 Mar '11

Problem compiling ffmpeg with rtmp enabled for iPhone. I have downloaded rtmpdump-2.3 compiled librtmp from RTMPDump<http://rtmpdump.mplayerhq.hu/>website. Next downloaded ffmpeg-0.6. When I try to compile ffmpeg with --enable-librtmp option it is giving ERROR: librtmp not found message, I don't know where ffmpeg is searching for librtmp folder If any one could advise would be very much helpful. Note: I have librtmp.a in /usr/local/lib folder and /usr/local/include/librtmp folder. Any further info required, would be glad to give.

3 3

issue with rtmpdump 2.3 and fms 3.5/4.0 : patch
by Alexander Ivanenko 17 Mar '11

17 Mar '11

Hi All, I had a compatibility issue with rtmpdump 2.3 and fms 3.5/4.0, because of metadata being inserted in the stream via NetStream::send("@setDataFrame", ..., see (http://lists.mplayerhq.hu/pipermail/rtmpdump/2011-February/001302.html) http://lists.mplayerhq.hu/pipermail/rtmpdump/2011-February/001302.html (http://lists.mplayerhq.hu/pipermail/rtmpdump/2011-February/001302.html) . As I figured out using wireshark the problem was the absence of "objectEncoding" property in "connect" invocation. Without given property FMS silently closes the socket during initial client-server conversation. Here is the small patch, if anybody is interested: Index: librtmp/rtmp.c =================================================================== --- librtmp/rtmp.c (revision 551) +++ librtmp/rtmp.c (working copy) @@ -258,6 +258,13 @@ r->m_fVideoCodecs = 252.0; r->Link.timeout = 30; r->Link.swfAge = 30; + + /* Auriga - Ivanenko. We have to set the encoding("objectEncoding" in connect invocation) to make + rtmpdump fully compatible with FMS 3.5/4.0, see + (http://lists.mplayerhq.hu/pipermail/rtmpdump/2011-February/001302.html) (http://lists.mplayerhq.hu/pipermail/rtmpdump/2011-February/001302.html) (http://lists.mplayerhq.hu/pipermail/rtmpdump/2011-February/001302.html) http://lists.mplayerhq.hu/pipermail/rtmpdump/2011-February/001302.html (http://lists.mplayerhq.hu/pipermail/rtmpdump/2011-February/001302.html) */ + r->m_fEncoding = 3.0; + r->m_bSendEncoding = TRUE; + } void

2 1

[PATCH] librtmp - NetStream publish with record/append at server side
by Dmitry Ketov 17 Mar '11

17 Mar '11

It works for me, with red5 1.0 RC, and ffmpeg w/ librtmp Here is the patch for svn r561

1 0