November 2011 - rtmpdump - lists.mplayerhq.hu

[PATCH] Add support for building with gnutls with nettle as backend
by Martin Storsjo 27 Feb '12

27 Feb '12

--- Since gnutls 2.12, they default to nettle instead of gcrypt as default crypto backend. Since librtmp uses some of the crypto functions directly, this needs updates here. Implemented this by adding another CRYPTO option, GNUTLS_NETTLE. This is totally untested, since I don't really have access to any such rtmp streams that require use of the crypto libraries. Makefile | 1 + librtmp/Makefile | 3 +++ librtmp/dh.h | 20 +++++++++++++++++++- librtmp/handshake.h | 20 ++++++++++++++++++++ librtmp/hashswf.c | 11 +++++++++++ librtmp/rtmp.c | 4 ++-- librtmp/rtmp_sys.h | 2 +- 7 files changed, 57 insertions(+), 4 deletions(-) diff --git a/Makefile b/Makefile index 6ef5742..0cf41be 100644 --- a/Makefile +++ b/Makefile @@ -13,6 +13,7 @@ CRYPTO=OPENSSL #CRYPTO=GNUTLS LIBZ=-lz LIB_GNUTLS=-lgnutls -lgcrypt $(LIBZ) +LIB_GNUTLS_NETTLE=-lgnutls -lhogweed -lnettle -lgmp $(LIBZ) LIB_OPENSSL=-lssl -lcrypto $(LIBZ) LIB_POLARSSL=-lpolarssl $(LIBZ) CRYPTO_LIB=$(LIB_$(CRYPTO)) diff --git a/librtmp/Makefile b/librtmp/Makefile index a0125f1..353c6c8 100644 --- a/librtmp/Makefile +++ b/librtmp/Makefile @@ -21,14 +21,17 @@ CRYPTO=OPENSSL DEF_POLARSSL=-DUSE_POLARSSL DEF_OPENSSL=-DUSE_OPENSSL DEF_GNUTLS=-DUSE_GNUTLS +DEF_GNUTLS_NETTLE=-DUSE_GNUTLS_NETTLE DEF_=-DNO_CRYPTO REQ_GNUTLS=gnutls +REQ_GNUTLS_NETTLE=gnutls REQ_OPENSSL=libssl,libcrypto LIBZ=-lz LIBS_posix= LIBS_darwin= LIBS_mingw=-lws2_32 -lwinmm -lgdi32 LIB_GNUTLS=-lgnutls -lgcrypt $(LIBZ) +LIB_GNUTLS_NETTLE=-lgnutls -lhogweed -lnettle -lgmp $(LIBZ) LIB_OPENSSL=-lssl -lcrypto $(LIBZ) LIB_POLARSSL=-lpolarssl $(LIBZ) PRIVATE_LIBS=$(LIBS_$(SYS)) diff --git a/librtmp/dh.h b/librtmp/dh.h index efef0fd..5d0739f 100644 --- a/librtmp/dh.h +++ b/librtmp/dh.h @@ -77,7 +77,8 @@ static int MDH_compute_key(uint8_t *secret, size_t len, MP_t pub, MDH *dh) return 0; } -#elif defined(USE_GNUTLS) +#elif defined(USE_GNUTLS) || defined(USE_GNUTLS_NETTLE) +#ifdef USE_GNUTLS #include <gcrypt.h> typedef gcry_mpi_t MP_t; #define MP_new(m) m = gcry_mpi_new(1) @@ -92,6 +93,23 @@ typedef gcry_mpi_t MP_t; #define MP_bytes(u) (gcry_mpi_get_nbits(u) + 7) / 8 #define MP_setbin(u,buf,len) gcry_mpi_print(GCRYMPI_FMT_USG,buf,len,NULL,u) #define MP_getbin(u,buf,len) gcry_mpi_scan(&u,GCRYMPI_FMT_USG,buf,len,NULL) +#else +#include <gmp.h> +#include <nettle/bignum.h> +typedef mpz_ptr MP_t; +#define MP_new(m) m = malloc(sizeof(*m)); mpz_init2(m, 1) +#define MP_set_w(mpi, w) mpz_set_ui(mpi, w) +#define MP_cmp(u, v) mpz_cmp(u, v) +#define MP_set(u, v) mpz_set(u, v) +#define MP_sub_w(mpi, w) mpz_sub_ui(mpi, mpi, w) +#define MP_cmp_1(mpi) mpz_cmp_ui(mpi, 1) +#define MP_modexp(r, y, q, p) mpz_powm(r, y, q, p) +#define MP_free(mpi) free(mpi) +#define MP_gethex(u, hex, res) res = (mpz_set_str(u, hex, 16) == 0) +#define MP_bytes(u) mpz_sizeinbase(u, 8) +#define MP_setbin(u,buf,len) nettle_mpz_get_str_256(len,buf,u) +#define MP_getbin(u,buf,len) nettle_mpz_set_str_256_u(u,len,buf) +#endif typedef struct MDH { MP_t p; diff --git a/librtmp/handshake.h b/librtmp/handshake.h index 98bf3c8..354c419 100644 --- a/librtmp/handshake.h +++ b/librtmp/handshake.h @@ -59,6 +59,26 @@ typedef gcry_cipher_hd_t RC4_handle; #define RC4_encrypt2(h,l,s,d) gcry_cipher_encrypt(h,(void *)d,l,(void *)s,l) #define RC4_free(h) gcry_cipher_close(h) +#elif defined(USE_GNUTLS_NETTLE) +#include <nettle/hmac.h> +#include <nettle/arcfour.h> +#ifndef SHA256_DIGEST_LENGTH +#define SHA256_DIGEST_LENGTH 32 +#endif +#undef HMAC_CTX +#define HMAC_CTX struct hmac_sha256_ctx +#define HMAC_setup(ctx, key, len) hmac_sha256_set_key(&ctx, len, key) +#define HMAC_crunch(ctx, buf, len) hmac_sha256_update(&ctx, len, buf) +#define HMAC_finish(ctx, dig, dlen) dlen = SHA256_DIGEST_LENGTH; hmac_sha256_digest(&ctx, SHA256_DIGEST_LENGTH, dig) +#define HMAC_close(ctx) + +typedef struct arcfour_ctx* RC4_handle; +#define RC4_alloc(h) *h = malloc(sizeof(struct arcfour_ctx)) +#define RC4_setkey(h,l,k) arcfour_set_key(h, l, k) +#define RC4_encrypt(h,l,d) arcfour_crypt(h,l,(uint8_t *)d,(uint8_t *)d) +#define RC4_encrypt2(h,l,s,d) arcfour_crypt(h,l,(uint8_t *)s,(uint8_t *)d) +#define RC4_free(h) free(h) + #else /* USE_OPENSSL */ #include <openssl/sha.h> #include <openssl/hmac.h> diff --git a/librtmp/hashswf.c b/librtmp/hashswf.c index 3c56b69..ca2084c 100644 --- a/librtmp/hashswf.c +++ b/librtmp/hashswf.c @@ -52,6 +52,17 @@ #define HMAC_crunch(ctx, buf, len) gcry_md_write(ctx, buf, len) #define HMAC_finish(ctx, dig, dlen) dlen = SHA256_DIGEST_LENGTH; memcpy(dig, gcry_md_read(ctx, 0), dlen) #define HMAC_close(ctx) gcry_md_close(ctx) +#elif defined(USE_GNUTLS_NETTLE) +#include <nettle/hmac.h> +#ifndef SHA256_DIGEST_LENGTH +#define SHA256_DIGEST_LENGTH 32 +#endif +#undef HMAC_CTX +#define HMAC_CTX struct hmac_sha256_ctx +#define HMAC_setup(ctx, key, len) hmac_sha256_set_key(&ctx, len, key) +#define HMAC_crunch(ctx, buf, len) hmac_sha256_update(&ctx, len, buf) +#define HMAC_finish(ctx, dig, dlen) dlen = SHA256_DIGEST_LENGTH; hmac_sha256_digest(&ctx, SHA256_DIGEST_LENGTH, dig) +#define HMAC_close(ctx) #else /* USE_OPENSSL */ #include <openssl/ssl.h> #include <openssl/sha.h> diff --git a/librtmp/rtmp.c b/librtmp/rtmp.c index df2cb27..c9d5c83 100644 --- a/librtmp/rtmp.c +++ b/librtmp/rtmp.c @@ -34,7 +34,7 @@ #ifdef CRYPTO #ifdef USE_POLARSSL #include <polarssl/havege.h> -#elif defined(USE_GNUTLS) +#elif defined(USE_GNUTLS) || defined(USE_GNUTLS_NETTLE) #include <gnutls/gnutls.h> #else /* USE_OPENSSL */ #include <openssl/ssl.h> @@ -204,7 +204,7 @@ RTMP_TLS_Init() /* Do this regardless of NO_SSL, we use havege for rtmpe too */ RTMP_TLS_ctx = calloc(1,sizeof(struct tls_ctx)); havege_init(&RTMP_TLS_ctx->hs); -#elif defined(USE_GNUTLS) && !defined(NO_SSL) +#elif (defined(USE_GNUTLS) || defined(USE_GNUTLS_NETTLE)) && !defined(NO_SSL) /* Technically we need to initialize libgcrypt ourselves if * we're not going to call gnutls_global_init(). Ignoring this * for now. diff --git a/librtmp/rtmp_sys.h b/librtmp/rtmp_sys.h index 6a3f215..4958736 100644 --- a/librtmp/rtmp_sys.h +++ b/librtmp/rtmp_sys.h @@ -80,7 +80,7 @@ typedef struct tls_ctx { #define TLS_shutdown(s) ssl_close_notify(s) #define TLS_close(s) ssl_free(s); free(s) -#elif defined(USE_GNUTLS) +#elif defined(USE_GNUTLS) || defined(USE_GNUTLS_NETTLE) #include <gnutls/gnutls.h> typedef struct tls_ctx { gnutls_certificate_credentials_t cred; -- 1.7.3.1

2 8

SWFVerification Type 2 request not supported!
by bn 25 Dec '11

25 Dec '11

Hi all, Dailyshow/ColbertReport downloads, which worked fine until a week or so ago, are now failing with "SWFVerification Type 2 request not supported!" Any expertise in resolving this would be appreciated. thanks ----------------------------------------------------------------- rtmpdump --verbose --pageUrl 'http://www.thedailyshow.com/full-episodes/mon-august-1-2011-freida-pinto' --rtmp 'rtmpe://viacomccstrmfs.fplive.net/viacomccstrm/gsp.comedystor/com/dailyshow…' --flv 'The_Daily_Show_Daily_Show__16099_Act_2_080111.flv' --swfhash '4dc6a9e1db35a9c89c380015af28fe80cd7acd259af63315202a50cac7999b05' --swfsize '2022384' --swfUrl 'http://media.mtvnservices.com/mgid:cms:episode:thedailyshow.com:393605' RTMPDump v2.4 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Parsing... DEBUG: Parsed protocol: 2 DEBUG: Parsed host : viacomccstrmfs.fplive.net DEBUG: Parsed app : viacomccstrm/gsp.comedystor DEBUG: Protocol : RTMPE DEBUG: Hostname : viacomccstrmfs.fplive.net DEBUG: Port : 1935 DEBUG: Playpath : mp4:com/dailyshow/TDS/season_16/episode_099/ds_16099_act2_rev_768x432_1720 DEBUG: tcUrl : rtmpe://viacomccstrmfs.fplive.net:1935/viacomccstrm/gsp.comedystor DEBUG: swfUrl : http://media.mtvnservices.com/mgid:cms:episode:thedailyshow.com:393605 DEBUG: pageUrl : http://www.thedailyshow.com/full-episodes/mon-august-1-2011-freida-pinto DEBUG: app : viacomccstrm/gsp.comedystor DEBUG: live : no DEBUG: timeout : 30 sec DEBUG: SWFSHA256: DEBUG: 4d c6 a9 e1 db 35 a9 c8 9c 38 00 15 af 28 fe 80 DEBUG: cd 7a cd 25 9a f6 33 15 20 2a 50 ca c7 99 9b 05 DEBUG: SWFSize : 2022384 DEBUG: Setting buffer time to: 36000000ms Connecting ... DEBUG: RTMP_Connect1, ... connected, handshaking DEBUG: HandShake: Client type: 06 DEBUG: HandShake: DH pubkey position: 472 DEBUG: HandShake: Client digest offset: 1383 DEBUG: HandShake: Initial client digest: DEBUG: e5 99 f2 66 d2 94 48 f4 e5 d2 0c 09 40 79 45 5e DEBUG: 89 16 71 83 cf 77 ff 71 4d f6 0b 41 7f a2 e2 75 DEBUG: HandShake: Type Answer : 09 WARNING: HandShake: Type mismatch: client sent 6, server answered 9 DEBUG: HandShake: Server Uptime : 884713000 DEBUG: HandShake: FMS Version : 3.5.6.1 DEBUG: HandShake: Server DH public key offset: 535 DEBUG: HandShake: Secret key: DEBUG: 6b eb 98 16 1d 5a 15 00 0a c4 fb c6 6b 99 02 e5 DEBUG: 1c 84 31 c0 e5 79 5d 02 8a 5d 7f d7 14 98 38 24 DEBUG: 2f 78 33 5d b5 af 51 87 cf 3e 34 f7 60 36 24 7d DEBUG: 0a 8d 59 fa d1 dc 65 d3 d5 b3 3c 65 21 0f 01 11 DEBUG: 2f 27 92 63 5e c2 e1 1a d6 18 d4 c1 ad 17 ce 2d DEBUG: 73 b7 6f 36 d0 61 16 9f ec 96 e2 6f 25 68 bb da DEBUG: 7b bc b1 98 d8 76 08 e0 c7 9c 49 ba c7 70 12 71 DEBUG: c1 72 19 a6 fb 7c e2 7d 8f 08 38 e2 c3 45 72 6b DEBUG: RC4 Out Key: DEBUG: 7e 4e e1 42 9a 40 2c 19 be 50 48 c4 5c ce db 31 DEBUG: RC4 In Key: DEBUG: 19 1e ef b4 32 b5 04 59 9f 20 d3 f2 e2 af 1f 95 DEBUG: HandShake: Calculated digest key from secure key and server digest: DEBUG: 9a 6b 2d ac 32 fe 25 6b 74 f0 d0 d8 23 f0 ef 36 DEBUG: 34 8b 40 7e 6d 79 ba 3e d7 56 58 99 3b 24 71 8e DEBUG: HandShake: Client signature calculated: DEBUG: 75 57 fc a2 a8 5e ff fe 50 5e 69 3c 24 bd 98 ba DEBUG: 6f 1a eb 1a 66 c8 b5 c6 20 e8 51 42 be fc 23 03 DEBUG: HandShake: Server sent signature: DEBUG: de 5b 29 52 f0 9a 78 1d d6 82 14 27 cb da 1c 4e DEBUG: 9e 53 99 1a 27 bd fb 86 f7 54 04 b0 d2 21 2d df DEBUG: HandShake: Digest key: DEBUG: b7 c9 0b 7d 70 5e d8 fa 19 4c 02 1e 66 e8 55 34 DEBUG: 18 39 89 4f 26 8b ab 1a f2 12 e4 16 ef 73 6e ba DEBUG: HandShake: Signature calculated: DEBUG: de 5b 29 52 f0 9a 78 1d d6 82 14 27 cb da 1c 4e DEBUG: 9e 53 99 1a 27 bd fb 86 f7 54 04 b0 d2 21 2d df DEBUG: HandShake: Genuine Adobe Flash Media Server DEBUG: HandShake: Handshaking finished.... DEBUG: RTMP_Connect1, handshaked DEBUG: Invoking connect INFO: Connected... DEBUG: HandleCtrl, received ctrl. type: 26, len: 3 DEBUG: HandleCtrl, SWFVerification ping received: ERROR: HandleCtrl: SWFVerification Type 2 request not supported! Patches welcome... DEBUG: HandleServerBW: server BW = 2500000 DEBUG: HandleClientBW: client BW = 2500000 2 DEBUG: RTMP_ClientPacket, received: invoke 181 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: error> DEBUG: Property: <Name: code, STRING: NetConnection.Connect.Rejected> DEBUG: Property: <Name: description, STRING: Connection failed.> DEBUG: Property: <Name: description, STRING: [ Client.SWFVerificiation.Rejected ] : status code 434> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_error> ERROR: rtmp server sent error DEBUG: RTMP_ClientPacket, received: invoke 18 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object end) DEBUG: HandleInvoke, server invoking <close> ERROR: rtmp server requested close DEBUG: Closing connection. -----------------------------------------------------------------

6 8

[PATCH] AMF_GetProp return garbage for non existent properties
by KSV 25 Dec '11

25 Dec '11

AMF_GetProp uses wrong index value for accessing the non existent property and returns garbage instead of AMFProp_Invalid. attached patch fixes the problem.

1 2

Patch to work around lack of SO_RCVTIMEO on Solaris 10 and prior
by Alasdair Lumsden 30 Nov '11

30 Nov '11

Hi All, We have a requirement to run rtmpdump on Solaris 10, which unfortunately is missing SO_RCVTIMEO (although it is present in OpenSolaris snv_106 and newer). This results in the timeout not working properly. To rectify this, I have modified rtmpdump to utilise a non-blocking recv with select. I have transplanted the readt and setnonblock functions from netatalk/libatalk/util/socket.c into librtmp/rtmp.c, since it had quite a portable implementation, and the code is licensed as LGPLv2 which is upwards compatible with LGPLv2.1. I've added the guy's copyright header (I don't need a copyright header myself since my changes are trivial). The patch is here: http://linux01.everycity.co.uk/~alasdair/solaris_10_timeout.patch The patch is quite dirty so before being attacked, I'd just like to say I'm not a full time C coder, I haven't done much C since University beyond producing patches. I think it's probably worth refactoring readt/setnonblock out into its own source file. I'm also not sure if my approach with TLS_read is a good one. I wouldn't mind tidying up the code if anyone has any constructive comments but before doing so I'd like to know if it's likely to be accepted, as obviously there's no point in me polishing this if it's not going to get integrated. Cheers, Alasdair

2 1

RtmpDump from dumped file
by Benjamin Leveque 29 Nov '11

29 Nov '11

Hi, Instead of use the RtmpSuck si there a function in the Library that can read a dump file with all needed data inside (for example recorded with TcpDump)? Ben

1 0

Live Leafs TV Interactive Stream Broken In 2.4
by Micah Galizia 28 Nov '11

28 Nov '11

Greetings, My long term goal is to add Leafs TV Interactive support to XBMC. In the short term, however, I'm just working on validating their web API using rtmpdump to capture the stream URL they send back. I've noticed that using the current git version I cannot dump the stream, but using 2.3 I can. I'm not really sure what information would be helpful here. I have wireshark dumps and also verbose output that I can post or send directly if anyone is willing to take a look. Unfortunately, the streams are authenticated to my user name and the URLs seem to expire after a few minutes so I can't easily send a stream to test on, but if anyone wants to get back to me on the best way to help I will follow up for sure (on the next live game) >From what I can tell, the play request seems to be the problem. Both versions (according to wire shark) have a body composed of 'play', a number, null, the URL to the video, and another number. The difference between the two is that in the working version the two numbers are 5 and -1000 and in the current git version they are 4 and 0. Anyway, if anyone can help please let me know! TIA -- "The mark of an immature man is that he wants to die nobly for a cause, while the mark of the mature man is that he wants to live humbly for one." --W. Stekel

4 10

What is the the windows TDI driver (for rtmpsuck redirection) mentioned in the README?
by al_9x＠yahoo.com 28 Nov '11

28 Nov '11

We have a solution for Windows based on a TDI driver; this is known to work on Win2K and WinXP

5 10

rtmpgw "single instance" patch
by Mikael Nordfeldth 27 Nov '11

27 Nov '11

Hello, I git-commited a patch the other day for rtmpgw.c that enables a "single instance" mode, so it shuts down after running. (git diff attached) However this might of course require some discussion whether it's necessary at all or if it should be solved in another fashion. The reason I patched my source was because I wanted the server to shut down after serving a single user their rtmp stream, especially as rtmpgw doesn't seem to handle multiple connections currently(?). My instances are started by a bash script that simply checks which port is free and then runs rtmpgw --sport ... Does anyone else see this as a function they want implemented, should there be an option to serve n streams or just my "--once"/"-1" option? Also what someone who has better insight to the code might look at is how this should be implemented. I doubt this was the optimal solution. The project I'm using rtmpgw for is http://svtget.se/ which allows users to play/download media from Swedish public access channel video archive http://svtplay.se by simply replacing "play" with "get" in the URL. -- Mikael Nordfeldth http://blog.mmn-o.se/ mmn(a)hethane.se

1 0

rtmpdump recording help
by Allan Frank 20 Nov '11

20 Nov '11

Hi I've been successfully recording tv from my cable companys web offering ( yousee.tv). It's not public so I can't show you how it looks. Unfortunately it stopped working a little over a week ago - maybe they switched server versions. This was the command I used to successfully record with before: ./rtmpdump -r rtmpe://live.fmis.yousee.tv/live -v -o tmp.flv -V -W http://yousee.tv/design/swf/YouSeeVideoPlayer_beta.swf --pageUrl http://yousee.tv/livetv/dr1?remote -y "encoder1_1200" -f "WIN 10,0,32,18" -live -C O:1 Now this gives me: DEBUG: Property: <Name: no-name., STRING: _error> DEBUG: Property: <Name: no-name., NUMBER: 1.00> DEBUG: Property: NULL DEBUG: Property: <Name: no-name., OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: error> DEBUG: Property: <Name: code, STRING: NetConnection.Connect.Rejected> DEBUG: Property: <Name: description, STRING: Connection failed.> DEBUG: Property: <Name: application, BOOLEAN: FALSE> So I went to use rtmpsuck to see if I needed to include additional data on the connect request using the --conn/-C command. The normal flash client includes a HUGE amount of request data (compared to others I've seen discussed on the net). I've included the request below but edited it heavily to not flood you: DEBUG: ServePacket, client sent packet type 14, size 17601 bytes DEBUG: (object begin) DEBUG: Property: <Name: no-name., STRING: connect> DEBUG: Property: <Name: no-name., NUMBER: 1.00> DEBUG: Property: <Name: no-name., OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: app, STRING: live> DEBUG: Property: <Name: flashVer, STRING: WIN 11,0,1,152> DEBUG: Property: <Name: swfUrl, STRING: http://yousee.tv/design/swf/YouSeeVideoPlayer_beta.swf> DEBUG: Property: <Name: tcUrl, STRING: rtmpe:// live.fmis.yousee.tv/live> DEBUG: Property: <Name: fpad, BOOLEAN: FALSE> DEBUG: Property: <Name: capabilities, NUMBER: 239.00> DEBUG: Property: <Name: audioCodecs, NUMBER: 3575.00> DEBUG: Property: <Name: videoCodecs, NUMBER: 252.00> DEBUG: Property: <Name: videoFunction, NUMBER: 1.00> DEBUG: Property: <Name: pageUrl, STRING: http://yousee.tv/livetv/dr1/> DEBUG: Property: <Name: objectEncoding, NUMBER: 3.00> DEBUG: (object end) DEBUG: Property: <Name: no-name., OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: channelData, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: channelAry, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: 0, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: url, STRING: /livetv/dr1> DEBUG: Property: <Name: totalMillisecond, NUMBER: nan> DEBUG: Property: <Name: logo_large, STRING: http://cloud.yousee.tv/static/img/logos/large_dr1.png> DEBUG: Property: <Name: id, STRING: dr1> DEBUG: Property: <Name: xml, STRING: http://yousee.tv/feeds/player/livetv/dr1/?1321388604.7347> DEBUG: Property: <Name: name, STRING: DR1> DEBUG: Property: <Name: logo_small, STRING: http://cloud.yousee.tv/static/img/logos/small_dr1.png> DEBUG: Property: <Name: logoUrl, STRING: http://cloud.yousee.tv/static/img/logos/small_dr1.png> DEBUG: Property: <Name: startMillisecond, NUMBER: nan> DEBUG: (object end) DEBUG: Property: <Name: 1, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: url, STRING: /livetv/dr2> DEBUG: Property: <Name: totalMillisecond, NUMBER: nan> DEBUG: Property: <Name: logo_large, STRING: http://cloud.yousee.tv/static/img/logos/large_dr2.png> DEBUG: Property: <Name: id, STRING: dr2> ... this continues to all the way up to object 24 - one for each channel ... DEBUG: (object end) DEBUG: (object end) DEBUG: Property: NULL DEBUG: (object end) DEBUG: Property: <Name: token, STRING: /cCFV5CFanarewY0IjC+kpU/3qe8cPd+esf+2TTbQNsslV7Ie81V86iVsoZ/nOtBQJZy1h1NXFN4Dw31uDXEFPfwhyccZ8RVij+sXYb27n2msR3k3ulETYD z+KhYqA4VWbqR8MUMKyx7F5xFEYMlBmnH99acxwnJuLBEuNXZd/WIkvHGRsTDIigJEm0KJv4I7qox7BoK+rUvZgaa5ju4rPGkkDD6sN9hbsSBXZJt3eZoG61JpSeDxv> DEBUG: Property: <Name: servertime, STRING: 2011/11/15 21:23:24 UTC+0100> DEBUG: Property: <Name: skin, STRING: yousee> DEBUG: Property: <Name: description, STRING: > DEBUG: Property: <Name: timelineData, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: itemAry, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: 0, OBJECT> DEBUG: (object begin) DEBUG: Property: NULL DEBUG: Property: <Name: description, STRING: > DEBUG: Property: <Name: duration, NUMBER: 0.00> DEBUG: Property: <Name: endMillisecond, NUMBER: 1321388700000.00> DEBUG: Property: <Name: title, STRING: TV AVISEN> DEBUG: Property: <Name: timeLabel, STRING: 21:00-21:25> DEBUG: Property: <Name: original_title, STRING: > DEBUG: Property: <Name: start, STRING: 2011/11/15 21:00:00 UTC+0100> DEBUG: Property: <Name: startMillisecond, NUMBER: 1321387200000.00> DEBUG: Property: <Name: director, STRING: > DEBUG: Property: <Name: end, STRING: 2011/11/15 21:25:00 UTC+0100>DEBUG: (object end) DEBUG: Property: <Name: 1, OBJECT> DEBUG: (object begin) DEBUG: Property: NULL DEBUG: Property: <Name: description, STRING: Glem alt om hurtig sagsbehandling, hvis du går til politiet og anmelder, at du har været udsat for bedrageri. Efterfor skning af økonomisk kriminalitet foregår ofte dræbende langsomt , og imens de kriminelle fortsætter deres fupnumre, må l> ... this continues with further objects, 5 in total, which correspond to the channel schedule ... DEBUG: (object end) DEBUG: (object end) DEBUG: Property: NULL DEBUG: Property: <Name: totalMillisecond, NUMBER: 15900000.00> DEBUG: Property: NULL DEBUG: Property: <Name: startMillisecond, NUMBER: 1321387200000.00> DEBUG: Property: NULL DEBUG: Property: <Name: currentMillisecond, NUMBER: 1321388604000.00> DEBUG: (object end) DEBUG: Property: <Name: streamList, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: 0, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: bitrate, NUMBER: 600.00> DEBUG: Property: <Name: streamName, STRING: encoder1_600> DEBUG: (object end) DEBUG: Property: <Name: 1, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: bitrate, NUMBER: 1200.00> DEBUG: Property: <Name: streamName, STRING: encoder1_1200> DEBUG: (object end) DEBUG: (object end) DEBUG: Property: <Name: ratiochangeable, BOOLEAN: FALSE> DEBUG: Property: <Name: subtitles, BOOLEAN: FALSE> DEBUG: Property: NULL DEBUG: Property: <Name: serverMillionSecon, NUMBER: 1321388604000.00> DEBUG: Property: <Name: channelLogoUrl, STRING: http://cloud.yousee.tv/static/img/logos/small_dr1.png> DEBUG: Property: NULL DEBUG: Property: <Name: meta, STRING: 96600|YSBB|yousee.tv |Livetv:dr1|webtv|livetv|605991935|> DEBUG: Property: <Name: channelName, STRING: DR1> DEBUG: Property: <Name: type, STRING: livetv> DEBUG: Property: NULL DEBUG: Property: <Name: serverurl, STRING: rtmpe:// live.fmis.yousee.tv/live> DEBUG: (object end) DEBUG: (object end) DEBUG: ServeInvoke, client invoking <connect> Which concludes the client request. Server replies with: DEBUG: Property: <Name: code, STRING: NetConnection.Connect.Success> And the client is connected. As you can see, the request is _very_ large. II've been trying with various combinations of -C data, serverurl, channelName, type, tcUrl, etc. but with no luck. Either my attempt results in: DEBUG: RTMP_ClientPacket, received: invoke 126 bytes DEBUG: (object begin) DEBUG: Property: <Name: no-name., STRING: _error> DEBUG: Property: <Name: no-name., NUMBER: 1.00> DEBUG: Property: NULL DEBUG: Property: <Name: no-name., OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: error> DEBUG: Property: <Name: code, STRING: NetConnection.Connect.Rejected> DEBUG: Property: <Name: description, STRING: Connection failed.> DEBUG: Property: <Name: application, BOOLEAN: FALSE> DEBUG: (object end) DEBUG: (object end) Or in: DEBUG: RTMP_ClientPacket, received: invoke 239 bytes DEBUG: (object begin) DEBUG: Property: <Name: no-name., STRING: _error> DEBUG: Property: <Name: no-name., NUMBER: 1.00> DEBUG: Property: NULL DEBUG: Property: <Name: no-name., OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: error> DEBUG: Property: <Name: code, STRING: NetConnection.Connect.Rejected> DEBUG: Property: <Name: description, STRING: Connection failed.> DEBUG: Property: <Name: description, STRING: [ Server.Reject ] : Adaptor: _defaultRoot_, VHost: _defaultVHost_, App: live/_definst_, (onConnect call failed)> DEBUG: (object end) DEBUG: (object end) For example the above command gives first error, whereas -C O:0 gives second error - maybe because request no longer is valid? I've even been trying to change the code to set serverurl, channelName with additional AMF_EncodeNamedString() calls in SendConnectPacket, but that also didn't work. Server version seems to be: DEBUG: HandShake: FMS Version : 4.0.3.1 Do you have any hints that might help? Since the client request captured via rtmpsuck is so large, I cannot realistically produce the same via -C options. I've been thinking about overwriting the connect packet with the captured one and see if that would work. It's either that or finding a DVB-C capture card... :) The email got rather long (sorry), but if you need additional data/logs, please say so. Thanks, /Allan

1 0

Dumping an RTMP stream
by lorddoskias 18 Nov '11

18 Nov '11

Hello, I'm trying to dump a simple demo RMTP stream but I'm having some difficulties. Here is information regarding the stream: <script type="text/javascript"> jwplayer("container").setup({ flashplayer: "/Streaming/scripts/player/player.swf", file: "public/lns_510_15.mp4", height: 360, width: 640, skin: "/Streaming/scripts/player/skin/lulu.zip", plugins: { hd: { file: "public/lns_730_3.mp4", fullscreen: true } }, provider: "rtmp", streamer: "rtmp://195.85.215.31/flvplayback/" }); </script> From this information I constructed the following command line for rtmpdump:rtmpdump.exe -r rtmp://195.85.215.30/flvplayback/public/lns_510_15.mp4 -o brat.mp4 -W http://195.85.215.30/Streaming/scripts/player/player.swf -a flvplayback/public/lns_510_15.mp4 -f "WIN 11,1,102,55" When I run the above command line I get the following debug output: RTMPDump 2.4 git-6230845 2011-9-25 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Protocol : RTMP DEBUG: Hostname : 195.85.215.30 DEBUG: Port : 1935 DEBUG: Playpath : mp4:lns_510_15 DEBUG: tcUrl : rtmp://195.85.215.30:1935/flvplayback/public/lns_510_15.mp4 DEBUG: swfUrl : http://195.85.215.30/Streaming/scripts/player/player.swf DEBUG: app : flvplayback/public/lns_510_15.mp4 DEBUG: flashVer : WIN 11,1,102,55 DEBUG: live : no DEBUG: timeout : 30 sec DEBUG: SWFSHA256: DEBUG: 03 e8 28 47 ad 82 5e b1 54 0e 8c 72 d7 93 47 0b DEBUG: bb dc ed 99 30 d1 9c 13 1c e9 92 db db e6 e9 a6 DEBUG: SWFSize : 210113 DEBUG: Setting buffer time to: 36000000ms Connecting ... DEBUG: RTMP_Connect1, ... connected, handshaking DEBUG: HandShake: Client type: 03 DEBUG: HandShake: Client digest offset: 53 DEBUG: HandShake: Initial client digest: DEBUG: a8 1f 29 5f 91 f8 1c 56 59 ae 92 53 ca 78 c1 29 DEBUG: d8 76 87 9d e2 81 18 67 70 44 99 1f 73 45 15 01 DEBUG: HandShake: Type Answer : 03 DEBUG: HandShake: Server Uptime : 1321610629 DEBUG: HandShake: FMS Version : 0.0.0.0 WARNING: HandShake: client signature does not match! DEBUG: HandShake: Handshaking finished.... DEBUG: RTMP_Connect1, handshaked DEBUG: Invoking connect INFO: Connected... ERROR: RTMP_ReadPacket, failed to read RTMP packet header DEBUG: Closing connection. Any ideas how I can proceed from here? Regards,

2 2