March 2014 - rtmpdump - lists.mplayerhq.hu

Multiple small fixes for rtmpdump
by LRN 29 May '14

29 May '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Patches are attached. 0003-better-w32-threading.all.patch: Use _beginthreadex() instead of _beginthread() (better error handling). 0004-gnu_printf.all.patch: Use gnu_printf format, this makes it explicit that rtmpdump expects GNU-printf-compatible format strings (as opposed to MS-printf-compatible) when compiling for W32. This fixes gcc warning about the use of %ll size specifier (gcc thinks that msvcrt printf does not support it, and it didn't until certain MSVCR version). 0005-fix-unused-var-warning.all.patch: 0006-deprecated-gnutls-type.all.patch: 0007-cast-appropriately-for-nettle.all.patch: 0008-unused-variable-warning-fix.all.patch: 0009-correct-cast.all.patch: 0010-unused-variable-fix.all.patch: These fix warnings. 0011-fix-parallel-install.all.patch: install_so target runs $(INSTALL_IMPLIB), which needs libdir, which is created as a side-effect of install_base taret, so make install_base a prerequisite of install_so. - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) iQEcBAEBAgAGBQJTKDhhAAoJEOs4Jb6SI2CwI/UIANBn4p5r0vkXETi+wVjPP6lP u5Lv8Kn7Eij34/bA7PA9YHLRrzrFA2vTE5YWDoF8CKWM2SAT2ArjtmQnbv82dBvf MJvZEj2D/2hQbkpQs5p23jMvV0XXZ0Y4m/rvt7va/wBtOLx18NwheUFJOhN/dVvh qCb7VQ7W6T0gwV4YiNgQLEbpaGwNkNCJcVJAHw44DNeQHtVXu59Kl5dV4vgvo9D8 QeZGuaMntOiHwLx6bUePOY78gv4EJg8SlcrZPsPTQSuf+xXGVUwj4SS6dvkr8DgG jKrmh4+FaMFgRW8BoGJegfREt544AMBVICwV0z1js8kemHgCn79mhmDLFtgchmU= =WFvw -----END PGP SIGNATURE-----

2 1

Fwd: lzma hashswf
by José Luis Lucas Saorín 20 Mar '14

20 Mar '14

please, rtmpdump support uncompress of ZWS files? if not, then we can't manage to generate the hash sha256 propertly which turns to the type mismatch error, i think.

2 5

Various minor fixes (mostly removing warnings) for rtmpdump
by LRN 12 Mar '14

12 Mar '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Patches are attached. - -- O< ascii ribbon - stop html email! - www.asciiribbon.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (MingW32) iQEcBAEBAgAGBQJTIDFEAAoJEOs4Jb6SI2CwZN4IANtH0BpmKeZYse5eE0A6rt4d qEtG0Bbt6sVSDlp9ZJIifqRoZxyf6krouWiz2SmpWSdSfKDUsngUEPtpi9JXX/qb jrtPqJq3g1Bhya+xCCurPFc4Tc6KX4hzTj5Dwhi/+VADSzJjZ2ay223Eo3XZlfC3 Jm6gvnOJy5idGB/Cz3jh/tmrxoqQwHKe+3Uto85iEVoMmq70gfNyzoLcopZ6CYa5 S2srkDyHIFxXYZ84a7sJkWEKUqDot9Kssih1+EsApJN7kCpUYHLiPwI/p4CQJ/V+ JQ0rjApRTzHuoynUsD6JAYxmbtfA8RhDUpmHufwoeLuxlmrpI56GX48CEYXV6HY= =wqUk -----END PGP SIGNATURE-----

1 0

Problems compiling rtmpdump for Synology 214play
by Simon Carter 11 Mar '14

11 Mar '14

Hi! I’ve been trying to compile rtmpdump for my Synology 214play (with an atom CPU), without a great deal of success. I’ve got a fair amount of C/C++ compilation experience, but not with the finer details of Linux, so I’m reaching the edge of my knowledge. So far I’ve followed the instructions here: https://www.mail-archive.com/get_iplayer@lists.infradead.org/msg04672.html and I’ve got ipkg installed and can compile librtmpdump fine. Unfortunately, when it comes to linking rtmpdump itself I get the following error: /opt/i686-linux-gnu/lib/libdl.so.2: undefined reference to `_dl_open@GLIBC_PRIVATE' /opt/i686-linux-gnu/lib/libdl.so.2: undefined reference to `_dl_close@GLIBC_PRIVATE’ Digging into it, I think the problem is something to do with library paths and libssl and libdl. - I have two copies of libdl.so.2 - one in /lib and one in /opt/i686-linux-gnu/lib - Similarly I have /lib/libssl.so, /lib/libssl.so.1.0.0 and /opt/lib/libssl.so, /opt/lib/libssl.0, /opt/lib/libssl.so.0.9.8 - If I do /lib/ld.so.1 librtmpdmp.so I get ./librtmp.so: error while loading shared libraries: libssl.so.0.9.8: cannot open shared object file: No such file or directory - If I export LD_LIBRARY_PATH=/opt/lib I can inspect librtmp.so properly: /lib/ld.so.1 --list /opt/rtmpdump/librtmp/librtmp.so linux-gate.so.1 => (0xffffe000) libssl.so.0.9.8 => /opt/lib/libssl.so.0.9.8 (0xb76c2000) libcrypto.so.0.9.8 => /opt/lib/libcrypto.so.0.9.8 (0xb7585000) libz.so.1 => /opt/lib/libz.so.1 (0xb756f000) libc.so.6 => /lib/libc.so.6 (0xb73f7000) libdl.so.2 => /lib/libdl.so.2 (0xb73f1000) /lib/ld.so.1 (0xb7722000) It seems to be depending on the wrong libdl.so. - /opt/lib/libssl.0.9.8 seems to depend on the wrong libdl: /lib/ld.so.1 --list /opt/lib/libssl.so.0.9.8 linux-gate.so.1 => (0xffffe000) libcrypto.so.0.9.8 => /opt/lib/libcrypto.so.0.9.8 (0xb7630000) libdl.so.2 => /lib/libdl.so.2 (0xb762b000) libc.so.6 => /lib/libc.so.6 (0xb74b3000) /lib/ld.so.1 (0xb77b3000) - If I try to compile with LD_LIBRARY_PATH=/opt/lib I get the same errors. I’m not entirely sure what to do next. My instinct is that /opt/lib/libssl.so should be using /opt/i686-linux-gnu/libdl.so,. Unfortunately on this box there’s no /etc/ld.conf to control library search paths, and LD_LIBRARY_PATH doesn’t seem to redirect it in this case. I expect I’m missing something obvious, so any help would be much appreciated! Thanks! Simon

1 0

[PATCH] Extended timestamp field may be present in type 3 chunk headers
by Martin Panter 03 Mar '14

03 Mar '14

>From c5a88e2ba458588b4b88a4e5b1411c9ee9c03afb Mon Sep 17 00:00:00 2001 From: Martin Panter <vadmium à gmail·com> Date: Wed, 18 Sep 2013 11:58:01 +1000 Subject: [PATCH] Extended timestamp field may be present in type 3 chunk headers MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit As described in Adobe’s RTMP specification dated 21 Dec 2012; also: * RTMPY ticket #107, “Compressed headers also can have an extended timestamp”, http://web.archive.org/web/20120624031323/http://dev.rtmpy.org/ticket/107 * https://rarut.wordpress.com/2012/03/21/announcing-nginx-rtmp-module/ This resolves intermittent hangs, segfaults and crashes I was seeing when starting ABC News 24 streams, e.g.: rtmpdump -r rtmp://cp81899.live.edgefcs.net/live/news24-med@28772 --live Some of the packets seemed to contain junk timestamp fields, which often required the extended field. --- Original in case G Mail messes this up: https://github.com/vadmium/rtmpdump/commit/c5a88e2.patch librtmp/rtmp.c | 25 ++++++++++++++++--------- 1 file changed, 16 insertions(+), 9 deletions(-) diff --git a/librtmp/rtmp.c b/librtmp/rtmp.c index 014ff8b..91ad27f 100644 --- a/librtmp/rtmp.c +++ b/librtmp/rtmp.c @@ -3573,6 +3573,7 @@ RTMP_ReadPacket(RTMP *r, RTMPPacket *packet) char *header = (char *)hbuf; int nSize, hSize, nToRead, nChunk; int didAlloc = FALSE; + int extendedTimestamp; RTMP_Log(RTMP_LOGDEBUG2, "%s: fd=%d", __FUNCTION__, r->m_sb.sb_socket); @@ -3675,17 +3676,19 @@ RTMP_ReadPacket(RTMP *r, RTMPPacket *packet) packet->m_nInfoField2 = DecodeInt32LE(header + 7); } } - if (packet->m_nTimeStamp == 0xffffff) + } + + extendedTimestamp = packet->m_nTimeStamp == 0xffffff; + if (extendedTimestamp) + { + if (ReadN(r, header + nSize, 4) != 4) { - if (ReadN(r, header + nSize, 4) != 4) - { - RTMP_Log(RTMP_LOGERROR, "%s, failed to read extended timestamp", - __FUNCTION__); - return FALSE; - } - packet->m_nTimeStamp = AMF_DecodeInt32(header + nSize); - hSize += 4; + RTMP_Log(RTMP_LOGERROR, "%s, failed to read extended timestamp", + __FUNCTION__); + return FALSE; } + packet->m_nTimeStamp = AMF_DecodeInt32(header + nSize); + hSize += 4; } RTMP_LogHexString(RTMP_LOGDEBUG2, (uint8_t *)hbuf, hSize); @@ -3730,6 +3733,10 @@ RTMP_ReadPacket(RTMP *r, RTMPPacket *packet) if (!r->m_vecChannelsIn[packet->m_nChannel]) r->m_vecChannelsIn[packet->m_nChannel] = malloc(sizeof(RTMPPacket)); memcpy(r->m_vecChannelsIn[packet->m_nChannel], packet, sizeof(RTMPPacket)); + if (extendedTimestamp) + { + r->m_vecChannelsIn[packet->m_nChannel]->m_nTimeStamp = 0xffffff; + } if (RTMPPacket_IsReady(packet)) { -- 1.8.3.4

2 4