July 2010 - rtmpdump - lists.mplayerhq.hu

[patch] pkgconfig fixes
by Anssi Hannula 13 Aug '10

13 Aug '10

Hi! The attached patches fix two issues with the librtmp.pc file: - libdir is hardcoded to $prefix/lib, instead of real libdir - Private libs are listed in Requires/Libs instead of .private -- Anssi Hannula

2 3

Configurable Timeout Value
by tony.stark＠abilliontoinvest.com 29 Jul '10

29 Jul '10

Is there a way to configure the timeout value when capturing a live stream? Right now, if the connection to the live stream is dropped, the only way to stop rtmpdump from running is to press Ctrl-C. We're spawning rtmpdump from another app and are unable to determine if it the stream has dropped or not and rtmpdump will not end without the break being sent.

1 0

Gracefully Close on Live Stream Break
by Larry Brooks 29 Jul '10

29 Jul '10

Is there a patch that will allow/force rtmpdump to close the file and exit gracefully if the break in a live stream capture lasts longer than 30 seconds?

1 0

[HELP] INVOKE REMOTE FUNCTION in LibRTMP
by Mourad TOUMI 28 Jul '10

28 Jul '10

HI All, is it possible to invoke remote function like in as3 (NetConnection.call(..)) ? thanx Mourad

1 0

Re: [rtmpdump] rtmpdump Digest, Vol 10, Issue 13
by Riaan and Ericka Jonker 27 Jul '10

27 Jul '10

On Mon, Jul 19, 2010 at 10:00 PM, <rtmpdump-request(a)mplayerhq.hu> wrote: > Send rtmpdump mailing list submissions to > rtmpdump(a)mplayerhq.hu > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump > or, via email, send a message with subject or body 'help' to > rtmpdump-request(a)mplayerhq.hu > > You can reach the person managing the list at > rtmpdump-owner(a)mplayerhq.hu > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of rtmpdump digest..." > > > Today's Topics: > > 1. Re: New at RTMPDUMP (pnixte(a)gmail.com) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 19 Jul 2010 09:25:03 +0300 > From: pnixte(a)gmail.com > Subject: Re: [rtmpdump] New at RTMPDUMP > To: rtmpdump discussion and development <rtmpdump(a)mplayerhq.hu> > Message-ID: > <AANLkTil-1a9CSz8zalMt3aWKz6ctdOkYS3L50JIFk_02(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > On 7/18/10, Riaan and Ericka Jonker <riaan.ericka.jonker(a)gmail.com> wrote: > > Hi, there, > > > > All new at this but here goes my best shot. > > > > Trying to view Video on Demand on my XBMC and having a blast going thru > the > > motions of putting the stuff together. > > > > Currently doing all the "Reversing" on MS Windows Operating System. > > > > Anyways, I'm having an issue with the RMTPE streams. > > > > When using the following I only get back about 10 - 20 seconds worth of > > video. > > When restarting to resume, I get another 2-3 seconds and so forth. > > The video is really messed up. > > I hope there's a better way to do this than the way I'm currently trying > to > > do it. > > Help would be greateful > > Use the "-s" or the "-W" option in order to provide rtmpdump with URL of > the swf player. > > > ------------------------------ > > _______________________________________________ > rtmpdump mailing list > rtmpdump(a)mplayerhq.hu > https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump > > > End of rtmpdump Digest, Vol 10, Issue 13 > **************************************** > Thanks, worked like a charm!

1 0

Help getting stream parameters.
by Yansky . 24 Jul '10

24 Jul '10

The ABC iView site ( http://www.abc.net.au/iview/ ) just added a 24 hour news streaming video. This is different to it's other videos on the site as it never stops streaming (obviously). I'm having some problems figuring out how to find the right perameters to download some of the stream. Here is a copy of the command line output: http://pastebin.com/yXPG3fXt I also tried to use rtmpsuck, but I'm not sure if I have it working properly. Here is the output from rtmpsuck: http://pastebin.com/qg4KDbBR I'm unsure how to proceed. Any ideas? Cheers, Yansky.

2 2

Re: [rtmpdump] Compiling RTMPdump on Max OS X
by Nickolaus Padgett 23 Jul '10

23 Jul '10

On Wed, Jul 21, 2010 at 1:53 AM, Scott D. Davilla <davilla(a)xbmc.org> wrote: > in librtmp/Makefile, change > > SO_darwin=so.0 > > and > > SO_LDFLAGS_darwin=-bundle -flat_namespace -undefined suppress -fno-common \ > -headerpad_max_install_names $(XLDFLAGS) > > to > > SO_darwin=dylib > > and > > SO_LDFLAGS_darwin=-dynamiclib -twolevel_namespace $(XLDFLAGS) > > > This will build a dylib. The Makefile will also have to be fixed as it > assume .so.0 naming and dylibs also don't need the symlink. I made the suggested changes to librtmp/Makefile, but I do not understand what changes I need to make to ./Makefile. I was able to successfully compile with just the changes to librtmp/Makefile. However, when I try to execute rtmpdump, I received the error "Referenced from: ./rtmpdump Reason:image not found". I presume this is because I didn't make the appropriate changes to ./Makefile. Could you be more descriptive? Once I am able to successfully compile, should I submit a patch of the working changes? $ make SYS=darwin gcc -Wall -DRTMPDUMP_VERSION=\"v2.3\" -DUSE_OPENSSL -O2 -fPIC -c -o rtmp.o rtmp.c gcc -Wall -DRTMPDUMP_VERSION=\"v2.3\" -DUSE_OPENSSL -O2 -fPIC -c -o log.o log.c gcc -Wall -DRTMPDUMP_VERSION=\"v2.3\" -DUSE_OPENSSL -O2 -fPIC -c -o amf.o amf.c In file included from amf.c:33: bytes.h:74:2: warning: #warning "Float word order not defined, assuming the same as byte order!" gcc -Wall -DRTMPDUMP_VERSION=\"v2.3\" -DUSE_OPENSSL -O2 -fPIC -c -o hashswf.o hashswf.c gcc -Wall -DRTMPDUMP_VERSION=\"v2.3\" -DUSE_OPENSSL -O2 -fPIC -c -o parseurl.o parseurl.c ar rs librtmp.a rtmp.o log.o amf.o hashswf.o parseurl.o ar: creating archive librtmp.a gcc -dynamiclib -twolevel_namespace -o librtmp.dylib rtmp.o log.o amf.o hashswf.o parseurl.o -lssl -lcrypto -lz ln -sf librtmp.dylib librtmp.so gcc -Wall -DRTMPDUMP_VERSION=\"v2.3\" -O2 -c -o rtmpdump.o rtmpdump.c gcc -Wall -o rtmpdump rtmpdump.o -Llibrtmp -lrtmp -lssl -lcrypto -lz gcc -Wall -DRTMPDUMP_VERSION=\"v2.3\" -O2 -c -o rtmpgw.o rtmpgw.c gcc -Wall -DRTMPDUMP_VERSION=\"v2.3\" -O2 -c -o thread.o thread.c gcc -Wall -o rtmpgw rtmpgw.o thread.o -lpthread -Llibrtmp -lrtmp -lssl -lcrypto -lz gcc -Wall -DRTMPDUMP_VERSION=\"v2.3\" -O2 -c -o rtmpsrv.o rtmpsrv.c gcc -Wall -o rtmpsrv rtmpsrv.o thread.o -lpthread -Llibrtmp -lrtmp -lssl -lcrypto -lz gcc -Wall -DRTMPDUMP_VERSION=\"v2.3\" -O2 -c -o rtmpsuck.o rtmpsuck.c gcc -Wall -o rtmpsuck rtmpsuck.o thread.o -lpthread -Llibrtmp -lrtmp -lssl -lcrypto -lz $ ./rtmpdump dyld: Library not loaded: librtmp.dylib Referenced from: ./rtmpdump Reason: image not found Trace/BPT trap

2 4

Re: [rtmpdump] Discrepancies Between Dumped Video And Source Video
by Nickolaus Padgett 22 Jul '10

22 Jul '10

On Wed, Jul 21, 2010 at 3:00 PM, Howard Chu <hyc(a)highlandsun.com> wrote: >> 2) The source video is 74.1 MB on disk (74,139,578 bytes), however, >> the RTMPdump video is 36.5 MB on disk (36,457,236 bytes). Why is >> this? Are there elementary streams in the source video that are not >> being transfered from the RTMP server? > > The metadata in your log certainly implies that there are two video and two > audio streams. I looked at the original source file and there are only two streams; one audio and one video. What other reasons would explain the drastic difference in file size? You can download the original source video from http://static.playonsports.com.s3.amazonaws.com/example_expected.mp4. You can download the RTMPdump video from http://static.playonsports.com.s3.amazonaws.com/example_actual.mp4.flv. >> 3) The RTMPdump video is not seekable, however, the source video is >> seekable. > > Sounds like your player is broken. FLVs should always be seekable. I used VLC 1.0.5 to play the video. Try the actual link above and seek to 75% into the video.

2 4

install all progs in bindir?
by Anssi Hannula 21 Jul '10

21 Jul '10

Hi! In my opinion none of the rtmp* progs are really root-user-only, yet rtmpsrv/rtmpgw/rtmpsuck are installed in /usr/sbin instead of /usr/bin. Do you disagree with me on this? Just in case you do not, attached is a patch that makes them all install into /usr/bin. -- Anssi Hannula

3 6

Discrepancies Between Dumped Video And Source Video
by Nickolaus Padgett 21 Jul '10

21 Jul '10

There appear to be several discrepancies between the video I captured with RTMPdump and the source video for me FMS server. 1) The source video is mp4, however, the RTMPdump video appears to be in a flv container. Is this correct? I read something about this here http://stream-recorder.com/forum/showpost.php?p=19224&postcount=5. 2) The source video is 74.1 MB on disk (74,139,578 bytes), however, the RTMPdump video is 36.5 MB on disk (36,457,236 bytes). Why is this? Are there elementary streams in the source video that are not being transfered from the RTMP server? 3) The RTMPdump video is not seekable, however, the source video is seekable. Below is the verbose output for my stream. RTMPDump v2.3 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Protocol : RTMP DEBUG: Hostname : ********************* DEBUG: Port : **** DEBUG: Playpath : mp4:1004/2010/06/05/11366_9PrATeiy DEBUG: tcUrl : rtmp://*********************:****/******** DEBUG: app : ******** DEBUG: live : no DEBUG: timeout : 30 sec DEBUG: Setting buffer time to: 36000000ms Connecting ... DEBUG: RTMP_Connect1, ... connected, handshaking DEBUG: HandShake: Type Answer : 03 DEBUG: HandShake: Server Uptime : 1568642290 DEBUG: HandShake: FMS Version : 3.5.2.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: RTMP_ClientPacket, received: invoke 240 bytes DEBUG: (object begin) DEBUG: (object begin) DEBUG: Property: <Name: fmsVer, STRING: FMS/3,5,3,863> DEBUG: Property: <Name: capabilities, NUMBER: 127.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: objectEncoding, NUMBER: 0.00> DEBUG: Property: <Name: data, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: version, STRING: 3,5,3,863> DEBUG: (object end) DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_result> DEBUG: HandleInvoke, received result for method call <connect> DEBUG: sending ctrl. type: 0x0003 DEBUG: Invoking createStream DEBUG: RTMP_ClientPacket, received: invoke 21 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onBWDone> DEBUG: Invoking _checkbw 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: SendPlay, seekTime=0, stopTime=0, sending play: mp4:1004/2010/06/05/11366_9PrATeiy DEBUG: Invoking play DEBUG: sending ctrl. type: 0x0003 DEBUG: RTMP_ClientPacket, received: invoke 16419 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_onbwcheck> DEBUG: Invoking _result DEBUG: RTMP_ClientPacket, received: invoke 57 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onBWDone> DEBUG: RTMP_ClientPacket, received: invoke 20 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_result> DEBUG: HandleInvoke, received result id 0 without matching request DEBUG: HandleChangeChunkSize, received: chunk size change to 4096 DEBUG: HandleCtrl, received ctrl. type: 4, len: 6 DEBUG: HandleCtrl, Stream IsRecorded 1 DEBUG: HandleCtrl, received ctrl. type: 0, len: 6 DEBUG: HandleCtrl, Stream Begin 1 DEBUG: RTMP_ClientPacket, received: invoke 202 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: status> DEBUG: Property: <Name: code, STRING: NetStream.Play.Reset> DEBUG: Property: <Name: description, STRING: Playing and resetting 1004/2010/06/05/11366_9PrATeiy.> DEBUG: Property: <Name: details, STRING: 1004/2010/06/05/11366_9PrATeiy> DEBUG: Property: <Name: clientid, STRING: SKW4olUV> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onStatus> DEBUG: HandleInvoke, onStatus: NetStream.Play.Reset DEBUG: RTMP_ClientPacket, received: invoke 196 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: status> DEBUG: Property: <Name: code, STRING: NetStream.Play.Start> DEBUG: Property: <Name: description, STRING: Started playing 1004/2010/06/05/11366_9PrATeiy.> DEBUG: Property: <Name: details, STRING: 1004/2010/06/05/11366_9PrATeiy> DEBUG: Property: <Name: clientid, STRING: SKW4olUV> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onStatus> DEBUG: HandleInvoke, onStatus: NetStream.Play.Start Starting download at: 0.000 kB DEBUG: RTMP_ClientPacket, received: notify 24 bytes DEBUG: (object begin) DEBUG: (object end) DEBUG: ignoring too small audio packet: size: 0 DEBUG: RTMP_ClientPacket, received: notify 44 bytes DEBUG: (object begin) DEBUG: (object begin) DEBUG: Property: <Name: code, STRING: NetStream.Data.Start> DEBUG: (object end) DEBUG: (object end) DEBUG: RTMP_ClientPacket, received: notify 722 bytes DEBUG: (object begin) DEBUG: (object begin) DEBUG: Property: <Name: duration, NUMBER: 599.37> DEBUG: Property: <Name: moovPosition, NUMBER: 36.00> DEBUG: Property: <Name: width, NUMBER: 480.00> DEBUG: Property: <Name: height, NUMBER: 360.00> DEBUG: Property: <Name: videocodecid, STRING: avc1> DEBUG: Property: <Name: audiocodecid, STRING: mp4a> DEBUG: Property: <Name: avcprofile, NUMBER: 77.00> DEBUG: Property: <Name: avclevel, NUMBER: 22.00> DEBUG: Property: <Name: aacaot, NUMBER: 2.00> DEBUG: Property: <Name: videoframerate, NUMBER: 29.97> DEBUG: Property: <Name: audiosamplerate, NUMBER: 44100.00> DEBUG: Property: <Name: audiochannels, NUMBER: 2.00> DEBUG: Property: <Name: trackinfo, OBJECT> DEBUG: (object begin) DEBUG: (object begin) DEBUG: Property: <Name: length, NUMBER: 26431488.00> DEBUG: Property: <Name: timescale, NUMBER: 44100.00> DEBUG: Property: <Name: sampledescription, OBJECT> DEBUG: (object begin) DEBUG: (object end) DEBUG: (object end) DEBUG: (object begin) DEBUG: Property: <Name: length, NUMBER: 53945946.00> DEBUG: Property: <Name: timescale, NUMBER: 90000.00> DEBUG: Property: <Name: sampledescription, OBJECT> DEBUG: (object begin) DEBUG: (object end) DEBUG: (object end) DEBUG: (object begin) DEBUG: Property: <Name: length, NUMBER: 1796400.00> DEBUG: Property: <Name: timescale, NUMBER: 2997.00> DEBUG: Property: <Name: sampledescription, OBJECT> DEBUG: (object begin) DEBUG: (object begin) DEBUG: Property: <Name: sampletype, STRING: avc1> DEBUG: (object end) DEBUG: (object end) DEBUG: (object end) DEBUG: (object begin) DEBUG: Property: <Name: length, NUMBER: 26431604.00> DEBUG: Property: <Name: timescale, NUMBER: 44100.00> DEBUG: Property: <Name: sampledescription, OBJECT> DEBUG: (object begin) DEBUG: (object begin) DEBUG: Property: <Name: sampletype, STRING: mp4a> DEBUG: (object end) DEBUG: (object end) DEBUG: (object end) DEBUG: (object begin) DEBUG: Property: <Name: length, NUMBER: 600.00> DEBUG: Property: <Name: timescale, NUMBER: 600.00> DEBUG: Property: <Name: sampledescription, OBJECT> DEBUG: (object begin) DEBUG: (object end) DEBUG: (object end) DEBUG: (object begin) DEBUG: Property: <Name: length, NUMBER: 600.00> DEBUG: Property: <Name: timescale, NUMBER: 600.00> DEBUG: Property: <Name: sampledescription, OBJECT> DEBUG: (object begin) DEBUG: (object end) DEBUG: (object end) DEBUG: (object end) DEBUG: (object end) DEBUG: (object end) INFO: Metadata: INFO: duration 599.37 INFO: moovPosition 36.00 INFO: width 480.00 INFO: height 360.00 INFO: videocodecid avc1 INFO: audiocodecid mp4a INFO: avcprofile 77.00 INFO: avclevel 22.00 INFO: aacaot 2.00 INFO: videoframerate 29.97 INFO: audiosamplerate 44100.00 INFO: audiochannels 2.00 INFO: trackinfo: INFO: length 26431488.00 INFO: timescale 44100.00 INFO: sampledescription: INFO: length 53945946.00 INFO: timescale 90000.00 INFO: sampledescription: INFO: length 1796400.00 INFO: timescale 2997.00 INFO: sampledescription: INFO: sampletype avc1 INFO: length 26431604.00 INFO: timescale 44100.00 INFO: sampledescription: INFO: sampletype mp4a INFO: length 600.00 INFO: timescale 600.00 INFO: sampledescription: INFO: length 600.00 INFO: timescale 600.00 INFO: sampledescription: 35585.472 kB / 599.27 sec (99.9%) DEBUG: ignoring too small audio packet: size: 0 DEBUG: RTMP_ClientPacket, received: notify 102 bytes DEBUG: (object begin) DEBUG: (object begin) DEBUG: Property: <Name: code, STRING: NetStream.Play.Complete> DEBUG: Property: <Name: level, STRING: status> DEBUG: Property: <Name: duration, NUMBER: 132.00> DEBUG: Property: <Name: bytes, NUMBER: 36455151.00> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleCtrl, received ctrl. type: 1, len: 6 DEBUG: HandleCtrl, Stream EOF 1 DEBUG: RTMP_ClientPacket, received: invoke 206 bytes DEBUG: (object begin) DEBUG: Property: NULL DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: status> DEBUG: Property: <Name: code, STRING: NetStream.Play.Stop> DEBUG: Property: <Name: description, STRING: Stopped playing 1004/2010/06/05/11366_9PrATeiy.> DEBUG: Property: <Name: details, STRING: 1004/2010/06/05/11366_9PrATeiy> DEBUG: Property: <Name: clientid, STRING: SKW4olUV> DEBUG: Property: <Name: reason, STRING: > DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onStatus> DEBUG: HandleInvoke, onStatus: NetStream.Play.Stop DEBUG: Invoking deleteStream DEBUG: Got Play.Complete or Play.Stop from server. Assuming stream is complete 35601.463 kB / 599.36 sec (99.9%) DEBUG: RTMP_Read returned: 0 Download complete DEBUG: Closing connection.

2 1