February 2012 - rtmpdump - lists.mplayerhq.hu

Re: [rtmpdump] Proposal: dynamically loadable plugins
by Antti Ajanki 05 Mar '12

05 Mar '12

Hi, These patches implement the plugin API I proposed in my previous mail. There is also a slightly modified version of the callback patch included. Thanks for Adam for the comments. The same patches are also available here: git clone http://users.tkk.fi/~aajanki/rtmpdump-yle/rtmpdump.git This has been tested only on Linux. It also cross-compiles on mingw, but I haven't tried running it on Windows. The patches add two new dependencies: libltdl for cross-platform dynamic library loading support and pthreads for synchronizing the loading of the plugins. Here is a plugin (together with fully patches rtmpdump sources) that uses the API: http://users.tkk.fi/~aajanki/rtmpdump-yle/yle-dl-1.99.1.tar.gz The plugin does custom authentication for http://areena-beta.yle.fi/ng/areena site. An example command for testing the plugin: rtmpdump -r "rtmp://flashu.yle.fi/mediakanta//x swfUrl=http://areena-beta.yle.fi/static/player/1.1/flowplayer/flowplayer.cluster-3.2.3.swf tcUrl=rtmp://flashu.yle.fi/mediakanta/ pageUrl=http://areena-beta.yle.fi/ng/areena/tv/1370427/#/play yle=2f4d1d102a34462696ad23573adfd296" -o video.flv Antti

4 5

badminton - download stalled
by Julien Isorce 01 Mar '12

01 Mar '12

Hi, I am trying to record the video stream from: http://badmintoneurope.tv/index2.php?klip=1257646.flv (VOD) http://badmintoneurope.tv (LIVE) Using wireshark I extracted the rtmp uri then I tried: rtmpdump --verbose -r "rtmp:// 81.19.228.107:8080/badmintoneurope_liverepeater/_definst_/badmintoneurope" -p "http://badmintoneurope.tv/index2.php?klip=1257646.flv" -s " http://badmintoneurope.tv/swf/flowplayer.commercial-3.2.4.swf" -o res.asf But it's stalled. The result file is 0KB Log: rtmpdump --verbose -r "rtmp:// 81.19.228.107:8080/badmintoneurope_liverepeater/_definst_/badmintoneurope" -p "http://badmintoneurope.tv/index2.php?klip=1257646.flv" -s " http://badmintoneurope.tv/swf/flowplayer.commercial-3.2.4.swf" -o res.asf RTMPDump v2.4 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Parsing... DEBUG: Parsed protocol: 0 DEBUG: Parsed host : 81.19.228.107 DEBUG: Parsed app : badmintoneurope_liverepeater/_definst_ DEBUG: Protocol : RTMP DEBUG: Hostname : 81.19.228.107 DEBUG: Port : 8080 DEBUG: Playpath : badmintoneurope DEBUG: tcUrl : rtmp:// 81.19.228.107:8080/badmintoneurope_liverepeater/_definst_ DEBUG: swfUrl : http://badmintoneurope.tv/swf/flowplayer.commercial-3.2.4.swf DEBUG: pageUrl : http://badmintoneurope.tv/index2.php?klip=1257646.flv DEBUG: app : badmintoneurope_liverepeater/_definst_ DEBUG: live : no DEBUG: timeout : 0 sec DEBUG: Setting buffer time to: 36000000ms Connecting ... DEBUG: RTMP_Connect1, ... connected, handshaking DEBUG: HandShake: Type Answer : 03 DEBUG: HandShake: Server Uptime : 96850052 DEBUG: HandShake: FMS Version : 3.0.1.1 DEBUG: HandShake: Handshaking finished.... DEBUG: RTMP_Connect1, handshaked DEBUG: Invoking connect INFO: Connected... DEBUG: HandleServerBW: server BW = 2500000 DEBUG: HandleClientBW: client BW = 2500000 2 DEBUG: HandleCtrl, received ctrl. type: 0, len: 6 DEBUG: HandleCtrl, Stream Begin 0 DEBUG: HandleChangeChunkSize, received: chunk size change to 4096 DEBUG: RTMP_ClientPacket, received: invoke 261 bytes DEBUG: (object begin) DEBUG: (object begin) DEBUG: Property: <Name: fmsVer, STRING: FMS/3,5,7,7009> DEBUG: Property: <Name: capabilities, NUMBER: 31.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: data, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: version, STRING: 3,5,7,7009> DEBUG: (object end) DEBUG: Property: <Name: clientid, NUMBER: 1782925849.00> DEBUG: Property: <Name: objectEncoding, NUMBER: 0.00> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_result> DEBUG: HandleInvoke, received result for method call <connect> DEBUG: Invoking releaseStream DEBUG: Invoking FCPublish DEBUG: Invoking createStream DEBUG: RTMP_ClientPacket, received: invoke 147 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: status> DEBUG: Property: <Name: code, STRING: NetStream.Publish.Start> DEBUG: Property: <Name: description, STRING: FCPublish to stream badmintoneurope.> DEBUG: Property: <Name: clientid, NUMBER: 1782925849.00> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onFCPublish> DEBUG: RTMP_ClientPacket, received: invoke 29 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_result> DEBUG: HandleInvoke, received result for method call <createStream> DEBUG: Invoking publish DEBUG: HandleCtrl, received ctrl. type: 0, len: 6 DEBUG: HandleCtrl, Stream Begin 1 DEBUG: RTMP_ClientPacket, received: invoke 135 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: status> DEBUG: Property: <Name: code, STRING: NetStream.Publish.Start> DEBUG: Property: <Name: description, STRING: Publishing badmintoneurope.> DEBUG: Property: <Name: clientid, NUMBER: 1782925849.00> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onStatus> DEBUG: HandleInvoke, onStatus: NetStream.Publish.Start Starting download at: 0.000 kB DEBUG: HandleCtrl, received ctrl. type: 6, len: 6 DEBUG: HandleCtrl, Ping 20443 DEBUG: sending ctrl. type: 0x0007 DEBUG: HandleCtrl, received ctrl. type: 6, len: 6 DEBUG: HandleCtrl, Ping 40569 DEBUG: sending ctrl. type: 0x0007 DEBUG: HandleCtrl, received ctrl. type: 6, len: 6 DEBUG: HandleCtrl, Ping 60693 DEBUG: sending ctrl. type: 0x0007 DEBUG: HandleCtrl, received ctrl. type: 6, len: 6 DEBUG: HandleCtrl, Ping 80877 Any help ? Sincerely Julien

2 3

GitHub
by Steven Penny 01 Mar '12

01 Mar '12

I created a repo on GitHub. http://github.com/svnpenn/rtmpdump master branch: same as official rtmpdump git unofficial branch: at this point it is only commits from KSV. http-proxy branch: a one off I commited from 2 year old suggestion. I know hyc will not approve but I didnt want to see any commits "fall through the cracks"

9 14

Cross compiling for ARM processor.
by richard.mace＠btinternet.com 28 Feb '12

28 Feb '12

Hello, can anyone out there help me with the parameters for cross-compiling please? I want to run rtmpdump on a Nokia N900 (Linux tablet) . I am aware that rtmpdump is available from the Maego repos but it is way out of date, I want to run the latest version. To sum up, I want to cross compile for ARM/Linux. ps, please be gentle, I am a very old ex mainframe sysprog, respec... -- I started with nothing in life - still have most of it left. Sent from an open source O/S, not an iPhoney

2 1

[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

branch master updated. 2ad1d5d Fix upper bound check in AMF_GetProp
by gil＠avcodec.org 24 Feb '12

24 Feb '12

The branch, master has been updated via 2ad1d5d133a46ceeaaa05c9375e293f332871f3b (commit) via adb77ff4d72cea92b7c307ccb64e9aa930d866da (commit) from 4e06e218e230a86608637b613499984703a342cf (commit) - Log ----------------------------------------------------------------- commit 2ad1d5d133a46ceeaaa05c9375e293f332871f3b Author: Josh Allmann <joshua.allmann(a)gmail.com> AuthorDate: Fri Feb 24 13:46:59 2012 -0800 Commit: Howard Chu <hyc(a)highlandsun.com> CommitDate: Fri Feb 24 13:46:59 2012 -0800 Fix upper bound check in AMF_GetProp diff --git a/librtmp/amf.c b/librtmp/amf.c index 659421e..ce84f81 100644 --- a/librtmp/amf.c +++ b/librtmp/amf.c @@ -1121,7 +1121,7 @@ AMF_GetProp(AMFObject *obj, const AVal *name, int nIndex) { if (nIndex >= 0) { - if (nIndex <= obj->o_num) + if (nIndex < obj->o_num) return &obj->o_props[nIndex]; } else commit adb77ff4d72cea92b7c307ccb64e9aa930d866da Author: Joshua Allmann <joshua.allmann(a)gmail.com> AuthorDate: Fri Feb 24 13:44:29 2012 -0800 Commit: Howard Chu <hyc(a)highlandsun.com> CommitDate: Fri Feb 24 13:44:29 2012 -0800 Remove extra object end tag in Connect reply diff --git a/rtmpsrv.c b/rtmpsrv.c index b662d54..9aa62f3 100644 --- a/rtmpsrv.c +++ b/rtmpsrv.c @@ -223,9 +223,6 @@ SendConnectResult(RTMP *r, double txn) *enc++ = 0; *enc++ = 0; *enc++ = AMF_OBJECT_END; - *enc++ = 0; - *enc++ = 0; - *enc++ = AMF_OBJECT_END; packet.m_nBodySize = enc - packet.m_body; ----------------------------------------------------------------------- Summary of changes: librtmp/amf.c | 2 +- rtmpsrv.c | 3 --- 2 files changed, 1 insertions(+), 4 deletions(-) hooks/post-receive --

1 0

Re: [rtmpdump] [PATCH]
by Juraj Horvath 21 Feb '12

21 Feb '12

I'm not sure what is the actual RTMP server version. During connection are received messages: RTMP_Connect1, ... connected, handshaking HandShake: Type Answer : 03 HandShake: Server Uptime : 96850052 HandShake: FMS Version : 3.0.1.1 HandShake: Handshaking finished.... RTMP_Connect1, handshaked Invoking connect HandleServerBW: server BW = 2500000 HandleClientBW: client BW = 2500000 2 HandleCtrl, received ctrl. type: 0, len: 6 HandleCtrl, Stream Begin 0 HandleChangeChunkSize, received: chunk size change to 512 RTMP_ClientPacket, received: invoke 261 bytes (object begin) Property: <Name: no-name., STRING: _result> Property: <Name: no-name., NUMBER: 1.00> Property: <Name: no-name., OBJECT> (object begin) Property: <Name: fmsVer, STRING: FMS/3,5,5,2004> Property: <Name: capabilities, NUMBER: 31.00> Property: <Name: mode, NUMBER: 1.00> (object end) Property: <Name: no-name., OBJECT> (object begin) Property: <Name: level, STRING: status> Property: <Name: code, STRING: NetConnection.Connect.Success> Property: <Name: description, STRING: Connection succeeded.> Property: <Name: data, OBJECT> (object begin) Property: <Name: version, STRING: 3,5,5,2004> (object end) Property: <Name: clientid, NUMBER: 653809145.00> Property: <Name: objectEncoding, NUMBER: 0.00> (object end) (object end) HandleInvoke, server invoking <_result> Regards, Juraj Horvath ---------- Darujte sebe alebo svojim blizkym Zoner Photo Studio 14. Najdite si strateny alebo ukradnuty telefon programom Zoner AntiVirus Free pre Android Domeny .SK len za 12.29 EUR Ponuka z vydavatelstva Zoner Press Mam rad Android - klikni tu

1 0

[PATCH]
by Juraj Horvath 21 Feb '12

21 Feb '12

On all servers that I tested for seeking (in all cases web archives of televisions), seeking doesn't work and server sends data from start of stream. If seek command is sent after connection is established (not in connect or play request), it works. Please, test if it works on other streams or is it some special case of web archives. Diff file attached. Regards, Juraj Horvath ---------- Darujte sebe alebo svojim blizkym Zoner Photo Studio 14. Najdite si strateny alebo ukradnuty telefon programom Zoner AntiVirus Free pre Android Domeny .SK len za 12.29 EUR Ponuka z vydavatelstva Zoner Press Mam rad Android - klikni tu

2 1

Re: [rtmpdump] Problem with handling metadata after seek in librtmp
by Juraj Horvath 21 Feb '12

21 Feb '12

Actually the problem is that librtmp cannot handle data correctly and finish with deleting stream. Attaching messages written after receiving corrupted packet. Regards, Juraj Horvath Messages written after receiving corrupted packet: RTMP_ClientPacket, received: notify 604 bytes AMFProp_Decode: Name size out of range: namesize (45824) > len (89) - 2 DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! AMFProp_Decode - unknown datatype 0x66, @0x1FBD704B DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN! HandleMetadata, error decoding meta data packet RTMP_ReadPacket, m_nChannel: 4b26 RTMP_ReadPacket, m_nChannel: 18ef RTMP_ReadPacket, m_nChannel: c6b0 RTMP_ReadPacket, m_nChannel: e2c1 ignoring too small audio packet: size: 0 ignoring too small audio packet: size: 0 RTMP_ClientPacket, unknown packet type received: 0x00 RTMP_ClientPacket, unknown packet type received: 0x00 RTMP_ReadPacket, m_nChannel: 8d25 RTMP_ReadPacket, m_nChannel: 6336 RTMP_ReadPacket, m_nChannel: a285 RTMP_ReadPacket, failed to allocate packet Invoking deleteStream ---------- Darujte sebe alebo svojim blizkym Zoner Photo Studio 14. Najdite si strateny alebo ukradnuty telefon programom Zoner AntiVirus Free pre Android Domeny .SK len za 12.29 EUR Ponuka z vydavatelstva Zoner Press Mam rad Android - klikni tu

1 0

Problem with handling metadata after seek in librtmp
by Juraj Horváth 21 Feb '12

21 Feb '12

Hi developers, I hope that somebody can help me with problem while seeking in librtmp. I'm working as developer on splitter for OnlineVideos plugin (http://code.google.com/p/mp-onlinevideos2 <http://code.google.com/p/mp-onlinevideos2/> ) for MediaPortal (http://www.team-mediaportal.com <http://www.team-mediaportal.com/> ). While testing seeking in RTMP streams I found problem with handling metadata (error: DECODING ERROR, IGNORING BYTES UNTIL NEXT KNOWN PATTERN!). Before I describe the problem with handling metadata I have to write that I changed RTMP_ConnectStream() method to request seek in RTMP stream correctly, because your implementation doesn't work on any server which I tests. int RTMP_ConnectStream(RTMP *r, int seekTime) { RTMPPacket packet = { 0 }; int tempSeekTime = 0; /* seekTime was already set by SetupStream / SetupURL. * This is only needed by ReconnectStream. */ /*if (seekTime > 0) r->Link.seekTime = seekTime;*/ r->m_mediaChannel = 0; tempSeekTime = r->Link.seekTime; r->Link.seekTime = 0; while (!r->m_bPlaying && RTMP_IsConnected(r) && RTMP_ReadPacket(r, &packet)) { if (RTMPPacket_IsReady(&packet)) { if (!packet.m_nBodySize) continue; if ((packet.m_packetType == RTMP_PACKET_TYPE_AUDIO) || (packet.m_packetType == RTMP_PACKET_TYPE_VIDEO) || (packet.m_packetType == RTMP_PACKET_TYPE_INFO)) { RTMP_Log(RTMP_LOGWARNING, "Received FLV packet before play()! Ignoring."); RTMPPacket_Free(r, &packet); continue; } RTMP_ClientPacket(r, &packet); RTMPPacket_Free(r, &packet); } } r->Link.seekTime = tempSeekTime; if ((r->Link.seekTime > 0) && (r->m_bPlaying)) { if (!RTMP_SendSeek(r, r->Link.seekTime)) { RTMP_Close(r); } } return r->m_bPlaying; } Now back to problem. After requesting seek on RTMP stream I received response with different metadata as librtmp expects. Actually in stream are two metadata packets, first handled correctly, second not. When I investigated issue I found that in second metadata packet are four extra bytes (positions 0x2788E8 - 0x2788EB in dump file). You can download network dump file with packet sizes from https://rapidshare.com/files/1882268158/rtmp_seek_dump.zip. In archive are two files rtmp_network.dump - contains each packet received from server and rtmp_network_packet_size.txt - contains sizes of each packet received from server. Connection string passed to librtmp was (you can't test video because it's geo-locked, so I created network dump file): rtmp://wcdn1001.nacevi.cz/ct-vod?id=MTQzMzMwNzc0Nnw2MzQ2NTI3ODg4OTcwMzc1MDA= &type=wpl/mp4:ct/iVysilani/2011/11/06/FedCup2011CT4-061111-MP4_576p.mp4 app=ct-vod?id=MTQzMzMwNzc0Nnw2MzQ2NTI3ODg4OTcwMzc1MDA=&type=wpl pageUrl=http://www.ceskatelevize.cz/ivysilani/10321546303-fed-cup-2011/21147 1290110010-rusko-cesko/ playpath=mp4:ct/iVysilani/2011/11/06/FedCup2011CT4-061111-MP4_576p.mp4 start=21612460 swfUrl=http://img9.ceskatelevize.cz/libraries/player/flashPlayer.swf?version =1.44.6 tcUrl=rtmp://wcdn1001.nacevi.cz/ct-vod?id=MTQzMzMwNzc0Nnw2MzQ2NTI3ODg4OTcwMz c1MDA=&type=wpl I hope that somebody of you can help me. Thanks. Greetings, Juraj Horvath ---------- Darujte sebe alebo svojim blizkym Zoner Photo Studio 14. Najdite si strateny alebo ukradnuty telefon programom Zoner AntiVirus Free pre Android Domeny .SK len za 12.29 EUR Ponuka z vydavatelstva Zoner Press Mam rad Android - klikni tu

3 2