October 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

rutube.ru dumping stopped working: ERROR: RTMP_ReadPacket, failed to read RTMP packet header
by al_9x＠yahoo.com 05 Nov '11

05 Nov '11

xp sp3, rtmpdump 2.3, confirmed on several videos rtmpdump params obtained from rtmpsrv download starts, but after ~2MB there is an error: "ERROR: RTMP_ReadPacket, failed to read RTMP packet header" rtmpdump pegs the cpu/core and nothing more is downloaded example: http://rutube.ru/tracks/4322127.html?v=5aecd537dc35d7723f00f93db4c4eafc rtmpdump command: rtmpdump -r "rtmp://video-1-14.rutube.ru:1935/rutube_vod_2/" -a "rutube_vod_2/" -f "WIN 10,3,180,65" -W "http://rutube.ru/player.swf" -p "http://rutube.ru/tracks/4322127.html?v=5aecd537dc35d7723f00f93db4c4eafc" -y "mp4:vol23/movies/5a/ec/5aecd537dc35d7723f00f93db4c4eafc.mp4?e=1302852600&s=48aa7c24f91beb34c8394e339c239c33&blid=10b34437e24fb557ae0525243039e3d3" -o 5aecd537dc35d7723f00f93db4c4eafc.flv

5 14

SIGPIPE upon Server Shutdown
by Evgeny Yakimov 24 Oct '11

24 Oct '11

Hello I am developing an application that publishes a h264/aac FLV stream via RTMP, I'm using libav to do all the correct flv packaging and to interface with librtmp. It seems that whenever the server terminates (I'm using Wowza Media Server), librtmp causes a SIGPIPE ( I guess from trying to write to the closed socket), Libav/avconv normally exists here due to the SIGPIPE, If I ignore the sigpipe then what seems to happen is that rtmp still attempts to write to the broken pipe another 40 or so times till it finally seg faults. I've attached a trace below taken from the first SIGPIPE ---------------------------------------------------------------------------------------------- WriteN, RTMP send error 104 (136 bytes) Program received signal SIGPIPE, Broken pipe. [Switching to Thread 0xa7b90b70 (LWP 27290)] 0xb7fe1424 in __kernel_vsyscall () (gdb) bt #0 0xb7fe1424 in __kernel_vsyscall () #1 0xb7fbb9d8 in send () from /lib/i386-linux-gnu/libpthread.so.0 #2 0xb6e64392 in RTMPSockBuf_Send () from /usr/lib/librtmp.so.0 #3 0xb6e648d3 in WriteN () from /usr/lib/librtmp.so.0 #4 0xb6e64e41 in RTMP_SendPacket () from /usr/lib/librtmp.so.0 #5 0xb6e6510b in SendFCUnpublish () from /usr/lib/librtmp.so.0 #6 0xb6e647de in RTMP_Close () from /usr/lib/librtmp.so.0 #7 0xb6e64938 in WriteN () from /usr/lib/librtmp.so.0 #8 0xb6e64e41 in RTMP_SendPacket () from /usr/lib/librtmp.so.0 #9 0xb6e6bde2 in RTMP_Write () from /usr/lib/librtmp.so.0 #10 0xb7d757d7 in retry_transfer_wrapper (h=0x8599000, buf=0x85a3500 "\b", size=544) at libavformat/avio.c:271 #11 ffurl_write (h=0x8599000, buf=0x85a3500 "\b", size=544) at libavformat/avio.c:315 #12 0xb7d75e72 in flush_buffer (s=0x85a3220) at libavformat/aviobuf.c:127 #13 0xb7d7690f in avio_flush (s=0x85a3220) at libavformat/aviobuf.c:179 #14 0xb7d89066 in flv_write_packet (s=0x85951a0, pkt=0x851b2c4) at libavformat/flvenc.c:455 #15 0xb7e179e0 in av_write_frame (s=0x85951a0, pkt=0x851b2c4) at libavformat/utils.c:3051 ---------------------------------------------------------------------------------------------- Is there an easy way to get around this, for me it would be best if librtmp would simply return an error from the RTMP_Write Call. Regards, Evgeny

1 0

Lowest latency for live streaming?
by Stas Oskin 20 Oct '11

20 Oct '11

Hi. We trying to reach the minimal latency using FFMPEG. I've passed over librtmp parameters, and seems there are two related ones, "buffer" and "live" parameters. "Live"parameter does not work with "buffer" parameter, so does it mean setting "live" parameter produces lowest possible latency, with the only buffer on Flash server and Flash client side? Thanks.

1 0

Problem with v 2.4 - Redux
by Aardvark 13 Oct '11

13 Oct '11

Hi, I recently noted a problem with 2.4 which doesn't exist in 2.3 in that streaming BBC via get _iplayer has ceased to work. I am attaching a debug dump in the hope that it means something to someone. My own programming skills are negligeable. Sorry - File too large. It is at http://dl.dropbox.com/u/7083870/debug TIA

1 0

Librtmp connection problem
by chucky 13 Oct '11

13 Oct '11

Hi! I'm using librtmp in a project of mine. In Linux everything works just fine. When i compile (with QT Creator and mingw) and run my program in Windows however I get: > ERROR: RTMP_HashSWF: connection lost while downloading swfurl > http://svtplay.se/flash/svtplayer-2011.13.swf > ERROR: Problem accessing the DNS. (addr: fl11.c91005.cdn.qbrick.com) from librtmp. Rtmpdump.exe works as expected on the same URL, but in my program librtmp doesn't seem to connect at all. Is it a problem with socket library? I'm totally lost here, don't know where to start. Jacques

2 2

[Bug submit] Segmentation Fault
by Thibault Taillandier 08 Oct '11

08 Oct '11

Hi, I discovered rtmpdump tonight and it seems to be the exact tool i need to retrieve a rtmp dump on a website. I try to download a stream with rtmpdump 2.3, but i had the following error : rtmpdump --verbose --debug -r "rtmpe://wske.wat.tv/ondemand/mp4:vod/H264-384x288/06/01/7130601.h264?bu=TF1&login=mentalist&i=78.224.146.115&u=58a636b81ca90ccabda546640dcbe036&sum=62a9f323c108a16ef109163410f278f4" -W "http://www.wat.tv/images/v40/PlayerWat.swf?revision=4.0.4" WARNING: HandShake: Type mismatch: client sent 6, server answered 9 DEBUG: HandShake: Server Uptime : 566467773 DEBUG: HandShake: FMS Version : 3.5.7.1 WARNING: HandShake: Server not genuine Adobe! ERROR: RTMP_Connect1, handshake failed. DEBUG: Closing connection. Then i read that only the rtmpdump 2.4 handle the rtmpe, so i downloaded it from the git master branch and launched it again : rtmpdump --verbose --debug -r "rtmpe://wske.wat.tv/ondemand/mp4:vod/H264-384x288/06/01/7130601.h264?bu=TF1&login=mentalist&i=78.224.146.115&u=58a636b81ca90ccabda546640dcbe036&sum=62a9f323c108a16ef109163410f278f4" -W "http://www.wat.tv/images/v40/PlayerWat.swf?revision=4.0.4" RTMPDump v2.4 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Parsing... DEBUG: Parsed protocol: 2 DEBUG: Parsed host : wske.wat.tv DEBUG: Parsed app : ondemand DEBUG: Protocol : RTMPE DEBUG: Hostname : wske.wat.tv DEBUG: Port : 1935 DEBUG: Playpath : mp4:vod/H264-384x288/06/01/7130601.h264?bu=TF1&login=mentalist&i=78.224.146.115&u=58a636b81ca90ccabda546640dcbe036&sum=62a9f323c108a16ef109163410f278f4 DEBUG: tcUrl : rtmpe://wske.wat.tv:1935/ondemand DEBUG: swfUrl : http://www.wat.tv/images/v40/PlayerWat.swf?revision=4.0.4 DEBUG: app : ondemand DEBUG: live : no DEBUG: timeout : 0 sec DEBUG: SWFSHA256: DEBUG: 0d f6 22 f9 c7 14 e1 89 3e 65 ec b8 12 e7 72 1e DEBUG: a4 0d fe f8 fd 3a fa ce d5 eb 4a be 84 fd 06 5e DEBUG: SWFSize : 307716 DEBUG: Setting buffer time to: 36000000ms Connecting ... Segmentation fault I tried with rtmp:// rtmpe://, with or without the -W parameter, but it segfaults everytime with the 2.4 version. I think this might happen because the stream is protected with DRM, or maybe i downloaded an unstable branch from the git server. But i would like to know if it is possible at all to download it :-) Thank you for your replies. Regards, -- Thibault Taillandier thibault(a)taillandier.name « L'imprimerie a permis au peuple de lire, Internet va lui permettre d'écrire » (Benjamin Bayart, 2009)

3 3

[PATCH] rtmpsrv crashes when playpath is too long
by KSV 08 Oct '11

08 Oct '11

Test page : http://mubi.com/films/the-new-environmentalists username : qodijnwoqfj(a)mailinator.com password : bugmenot detected playpath for above video is too long. rtmpsrv crashes when it tries to use it in SendPlayStart and SendPlayStop function. attached patch increases the buffer size from 512 bytes to 1024 bytes to avoid crashing.

2 2