Invalid tincan object name?
Hi all, I've been (unsuccessfully) trying to use iView_Downloader_LINUX_6.7.2 (which uses rtmpdump) on Debian Lenny to download from abc.net.au Running with -z and -v shows I'm getting an "Invalid tincan object name" (detail appended). It's the same error with 2.2 and 2.2d, both built from downloaded source. Curiously, another Lenny user reports success, sugesting it may be something else in my environment {:-( Any suggestions on debugging this? Thanks, Neale. DEBUG: RTMP_ClientPacket, received: invoke 10275 bytes DEBUG: (object begin) DEBUG: Property: <Name: no-name., STRING: _onbwcheck> DEBUG: Property: <Name: no-name., NUMBER: 2147532221.00> DEBUG: Property: NULL DEBUG: Property: <Name: no-name., STRING: d k f # ` ? J Q & M 2 E 8 ' R ' L ; v m P 1 Z A , } " 7 : ) b I D 5 ( c @ A j / | s 2 ; ( Y r ; l E 8 3 p q z A 4 C " 5 h 9 $ 7 $ u z ] ! , 3 \ - . ' H g 4 9 . { j s 2 O < ? T = > K H 7 ~ + $ K Z # ! v 1 < m N % h 9 n G t % J M p 1 f # t % ^ > DEBUG: Property: <Name: no-name., NUMBER: 0.00> DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_onbwcheck> DEBUG2: RTMP_SendPacket: fd=4, size=29 0000: 43 00 00 00 00 00 1d 14 C....... 0000: 02 00 07 5f 72 65 73 75 6c 74 00 41 e0 00 17 b7 ..._result.A.... 0010: a0 00 00 05 00 00 00 00 00 00 00 00 00 ............. DEBUG: Invoking _result DEBUG2: RTMP_ReadPacket: fd=4 0000: 04 00 00 00 00 00 95 14 01 00 00 00 ............ 0000: 02 00 08 6f 6e 53 74 61 74 75 73 00 00 00 00 00 ...onStatus..... 0010: 00 00 00 00 05 03 00 05 6c 65 76 65 6c 02 00 05 ........level... 0020: 65 72 72 6f 72 00 04 63 6f 64 65 02 00 15 4e 65 error..code...Ne 0030: 74 53 74 72 65 61 6d 2e 50 6c 61 79 2e 46 61 69 tStream.Play.Fai 0040: 6c 65 64 00 0b 64 65 73 63 72 69 70 74 69 6f 6e led..description 0050: 02 00 2a 49 6e 76 61 6c 69 64 20 74 69 6e 63 61 ..*Invalid tinca 0060: 6e 20 6f 62 6a 65 63 74 20 6e 61 6d 65 20 28 73 n object name (s 0070: 74 72 65 61 6d 20 49 44 3a 20 31 29 2e 00 08 63 tream ID: 1)...c DEBUG2: RTMP_ReadPacket: fd=4 0000: c4 . 0000: 6c 69 65 6e 74 69 64 02 00 08 74 4b 55 67 4d 43 lientid...tKUgMC 0010: 66 72 00 00 09 fr... DEBUG: RTMP_ClientPacket, received: invoke 149 bytes DEBUG: (object begin) DEBUG: Property: <Name: no-name., STRING: onStatus> DEBUG: Property: <Name: no-name., NUMBER: 0.00> DEBUG: Property: NULL DEBUG: Property: <Name: no-name., OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: error> DEBUG: Property: <Name: code, STRING: NetStream.Play.Failed> DEBUG: Property: <Name: description, STRING: Invalid tincan object name (stream ID: 1).> DEBUG: Property: <Name: clientid, STRING: tKUgMCfr> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onStatus> DEBUG: HandleInvoke, onStatus: NetStream.Play.Failed ERROR: Closing connection: NetStream.Play.Failed DEBUG: Closing connection.
Neale Banks wrote:
Hi all,
I've been (unsuccessfully) trying to use iView_Downloader_LINUX_6.7.2 (which uses rtmpdump) on Debian Lenny to download from abc.net.au
Running with -z and -v shows I'm getting an "Invalid tincan object name" (detail appended).
It's the same error with 2.2 and 2.2d, both built from downloaded source.
Curiously, another Lenny user reports success, sugesting it may be something else in my environment {:-(
Any suggestions on debugging this?
Show the rtmpdump commandline that was used and the Connect packet that rtmpdump sent. Make sure you're using the latest iView stuff. They change their server configuration frequently. I suggest you start here http://whirlpool.net.au/wiki/?tag=ABC_iView_Downloader and check the forums for help. Most issues tend to be iView-specific and have nothing to do with rtmpdump.
Thanks, Neale.
DEBUG: RTMP_ClientPacket, received: invoke 10275 bytes DEBUG: (object begin) DEBUG: Property:<Name: no-name., STRING: _onbwcheck> DEBUG: Property:<Name: no-name., NUMBER: 2147532221.00> DEBUG: Property: NULL DEBUG: Property:<Name: no-name., STRING: d k f # ` ? J Q& M 2 E 8 ' R ' L ; v m P 1 Z A , } " 7 : ) b I D 5 ( c @ A j / | s 2 ; ( Y r ; l E 8 3 p q z A 4 C " 5 h 9 $ 7 $ u z ] ! , 3 \ - . ' H g 4 9 . { j s 2 O< ? T => K H 7 ~ + $ K Z # ! v 1< m N % h 9 n G t % J M p 1 f # t % ^> DEBUG: Property:<Name: no-name., NUMBER: 0.00> DEBUG: (object end) DEBUG: HandleInvoke, server invoking<_onbwcheck> DEBUG2: RTMP_SendPacket: fd=4, size=29 0000: 43 00 00 00 00 00 1d 14 C....... 0000: 02 00 07 5f 72 65 73 75 6c 74 00 41 e0 00 17 b7 ..._result.A.... 0010: a0 00 00 05 00 00 00 00 00 00 00 00 00 ............. DEBUG: Invoking _result DEBUG2: RTMP_ReadPacket: fd=4 0000: 04 00 00 00 00 00 95 14 01 00 00 00 ............ 0000: 02 00 08 6f 6e 53 74 61 74 75 73 00 00 00 00 00 ...onStatus..... 0010: 00 00 00 00 05 03 00 05 6c 65 76 65 6c 02 00 05 ........level... 0020: 65 72 72 6f 72 00 04 63 6f 64 65 02 00 15 4e 65 error..code...Ne 0030: 74 53 74 72 65 61 6d 2e 50 6c 61 79 2e 46 61 69 tStream.Play.Fai 0040: 6c 65 64 00 0b 64 65 73 63 72 69 70 74 69 6f 6e led..description 0050: 02 00 2a 49 6e 76 61 6c 69 64 20 74 69 6e 63 61 ..*Invalid tinca 0060: 6e 20 6f 62 6a 65 63 74 20 6e 61 6d 65 20 28 73 n object name (s 0070: 74 72 65 61 6d 20 49 44 3a 20 31 29 2e 00 08 63 tream ID: 1)...c DEBUG2: RTMP_ReadPacket: fd=4 0000: c4 . 0000: 6c 69 65 6e 74 69 64 02 00 08 74 4b 55 67 4d 43 lientid...tKUgMC 0010: 66 72 00 00 09 fr... DEBUG: RTMP_ClientPacket, received: invoke 149 bytes DEBUG: (object begin) DEBUG: Property:<Name: no-name., STRING: onStatus> DEBUG: Property:<Name: no-name., NUMBER: 0.00> DEBUG: Property: NULL DEBUG: Property:<Name: no-name., OBJECT> DEBUG: (object begin) DEBUG: Property:<Name: level, STRING: error> DEBUG: Property:<Name: code, STRING: NetStream.Play.Failed> DEBUG: Property:<Name: description, STRING: Invalid tincan object name (stream ID: 1).> DEBUG: Property:<Name: clientid, STRING: tKUgMCfr> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking<onStatus> DEBUG: HandleInvoke, onStatus: NetStream.Play.Failed ERROR: Closing connection: NetStream.Play.Failed DEBUG: Closing connection.
On Thu, 20 May 2010, Howard Chu wrote:
Neale Banks wrote:
Hi all,
I've been (unsuccessfully) trying to use iView_Downloader_LINUX_6.7.2 (which uses rtmpdump) on Debian Lenny to download from abc.net.au
Running with -z and -v shows I'm getting an "Invalid tincan object name" (detail appended).
It's the same error with 2.2 and 2.2d, both built from downloaded source.
Curiously, another Lenny user reports success, sugesting it may be something else in my environment {:-(
Any suggestions on debugging this?
Show the rtmpdump commandline that was used
Apologies for line-wrap.... ./rtmpdump-2.2-local -z -v --resume -r rtmp://cp53909.edgefcs.net////flash/playback/_definst_/mp4:drwhoconfidential_10_05_04 -t rtmp://cp53909.edgefcs.net/ondemand?auth=daEchauapbAaTdBbvaKcucTbDcHb7a0b.cy-bl9BXD-8-qkl_wFxnK\&aifp=v001 -o ./drwhoconfidential_10_05_04.mp4 -w 96cc76f1d5385fb5cda6e2ce5c73323a399043d0bb6c687edd807e5c73c42b37 -x 2122
and the Connect packet that rtmpdump sent.
Is this it? RTMPDump v2.2d (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Parsing... DEBUG: Parsed protocol: 0 DEBUG: Parsed host : cp53909.edgefcs.net DEBUG: Parsed app : / WARNING: Can't resume live stream, ignoring --resume option DEBUG: Protocol : RTMP DEBUG: Hostname : cp53909.edgefcs.net DEBUG: Port : 1935 DEBUG: Playpath : /flash/playback/_definst_/mp4:drwhoconfidential_10_05_04 DEBUG: tcUrl : rtmp://cp53909.edgefcs.net/ondemand?auth=daEchauapbAaTdBbvaKcucTbDcHb7a0b.cy-bl9BXD-8-qkl_wFxnK&aifp=v001 DEBUG: app : / DEBUG: live : yes DEBUG: timeout : 30 sec DEBUG: SWFSHA256: DEBUG: 96 cc 76 f1 d5 38 5f b5 cd a6 e2 ce 5c 73 32 3a DEBUG: 39 90 43 d0 bb 6c 68 7e dd 80 7e 5c 73 c4 2b 37 DEBUG: SWFSize : 2122 DEBUG: Setting buffer time to: 36000000ms Connecting ... DEBUG: RTMP_Connect1, ... connected, handshaking DEBUG: HandShake: Client type: 03 DEBUG: HandShake: Client digest offset: 430 DEBUG: HandShake: Initial client digest: DEBUG: 96 e6 13 c0 d7 97 ba 85 9e 90 e0 c2 9c 73 9e e8 DEBUG: 67 ef fc c6 44 37 75 e0 60 18 44 ca 20 47 5e 28 DEBUG: HandShake: Type Answer : 03 DEBUG: HandShake: Server Uptime : 682843589 DEBUG: HandShake: FMS Version : 3.5.2.1 DEBUG: HandShake: Calculated digest key from secure key and server digest: DEBUG: 88 51 00 1a 1f 38 9d 98 19 fd 7a d2 a4 c6 87 8b DEBUG: 2e f7 3d b3 e7 31 62 9c 35 f6 2a 1d ee 48 77 5e DEBUG: HandShake: Client signature calculated: DEBUG: 40 c0 e0 95 5f b0 c4 27 d7 38 ca 13 25 81 1d 9a DEBUG: 4d 3a 32 c0 57 6c a0 2c f0 ce 09 38 77 cd b7 a5 DEBUG: HandShake: Server sent signature: DEBUG: 1d 5e 5b 41 e6 a8 40 15 4b 5c 62 5f 73 b6 35 e8 DEBUG: 31 e1 1d aa 42 aa 35 46 d8 76 49 b3 96 94 4a 0d DEBUG: HandShake: Digest key: DEBUG: d6 f3 3b bd ac ec 55 28 33 c2 fd 88 47 86 b3 49 DEBUG: 6d ba 23 61 d4 27 e2 ab 37 da 62 52 ec ac 55 16 DEBUG: HandShake: Signature calculated: DEBUG: 1d 5e 5b 41 e6 a8 40 15 4b 5c 62 5f 73 b6 35 e8 DEBUG: 31 e1 1d aa 42 aa 35 46 d8 76 49 b3 96 94 4a 0d DEBUG: HandShake: Genuine Adobe Flash Media Server DEBUG: HandShake: Handshaking finished.... DEBUG: RTMP_Connect1, handshaked DEBUG2: RTMP_SendPacket: fd=4, size=273 DEBUG2: 0000: 03 00 00 00 00 01 11 14 00 00 00 00 ............ DEBUG2: 0000: 02 00 07 63 6f 6e 6e 65 63 74 00 3f f0 00 00 00 ...connect.?.... DEBUG2: 0010: 00 00 00 03 00 03 61 70 70 02 00 01 2f 00 08 66 ......app.../..f DEBUG2: 0020: 6c 61 73 68 56 65 72 02 00 0e 4c 4e 58 20 31 30 lashVer...LNX 10 DEBUG2: 0030: 2c 30 2c 33 32 2c 31 38 00 05 74 63 55 72 6c 02 ,0,32,18..tcUrl. DEBUG2: 0040: 00 69 72 74 6d 70 3a 2f 2f 63 70 35 33 39 30 39 .irtmp://cp53909 DEBUG2: 0050: 2e 65 64 67 65 66 63 73 2e 6e 65 74 2f 6f 6e 64 .edgefcs.net/ond DEBUG2: 0060: 65 6d 61 6e 64 3f 61 75 74 68 3d 64 61 45 63 68 emand?auth=daEch DEBUG2: 0070: 61 75 61 70 62 41 61 54 64 42 62 76 61 4b 63 75 auapbAaTdBbvaKcu DEBUG2: 0000: c3 . DEBUG2: 0000: 63 54 62 44 63 48 62 37 61 30 62 2e 63 79 2d 62 cTbDcHb7a0b.cy-b DEBUG2: 0010: 6c 39 42 58 44 2d 38 2d 71 6b 6c 5f 77 46 78 6e l9BXD-8-qkl_wFxn DEBUG2: 0020: 4b 26 61 69 66 70 3d 76 30 30 31 00 04 66 70 61 K&aifp=v001..fpa DEBUG2: 0030: 64 01 00 00 0c 63 61 70 61 62 69 6c 69 74 69 65 d....capabilitie DEBUG2: 0040: 73 00 40 2e 00 00 00 00 00 00 00 0b 61 75 64 69 s.@.........audi DEBUG2: 0050: 6f 43 6f 64 65 63 73 00 40 a8 ee 00 00 00 00 00 oCodecs.@....... DEBUG2: 0060: 00 0b 76 69 64 65 6f 43 6f 64 65 63 73 00 40 6f ..videoCodecs.@o DEBUG2: 0070: 80 00 00 00 00 00 00 0d 76 69 64 65 6f 46 75 6e ........videoFun DEBUG2: 0000: c3 . DEBUG2: 0000: 63 74 69 6f 6e 00 3f f0 00 00 00 00 00 00 00 00 ction.?......... DEBUG2: 0010: 09 . DEBUG: Invoking connect INFO: Connected... Oops, looks liek there's an earlier (previously un-noticed) error too... DEBUG: RTMP_ClientPacket, received: invoke 10275 bytes DEBUG: (object begin) DEBUG: Property: <Name: no-name., STRING: _onbwcheck> DEBUG: Property: <Name: no-name., NUMBER: 2147485507.00> DEBUG: Property: NULL DEBUG: Property: <Name: no-name., STRING: & a L c b U X i " 7 > U F } B A * o d 3 R { 8 ) 2 Y , = V S 0 o : ? , = B + x W B w d k f # ` ? J Q & M 2 E 8 ' R ' L ; v m P 1 Z A , } " 7 : ) b I D 5 ( c @ A j / | s 2 ; ( Y r ; l E 8 3 p q z A 4 C " 5 h 9 $ 7 $ u z ] ! , 3 \ - . ' H g 4 9 . > DEBUG: Property: <Name: no-name., NUMBER: 0.00> DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_onbwcheck> DEBUG2: RTMP_SendPacket: fd=4, size=29 DEBUG2: 0000: 43 00 00 00 00 00 1d 14 C....... DEBUG2: 0000: 02 00 07 5f 72 65 73 75 6c 74 00 41 e0 00 00 e8 ..._result.A.... DEBUG2: 0010: 60 00 00 05 00 00 00 00 00 00 00 00 00 `............ DEBUG: Invoking _result DEBUG2: RTMP_ReadPacket: fd=4 DEBUG2: 0000: 03 00 00 00 00 00 77 14 00 00 00 00 ......w..... DEBUG2: 0000: 02 00 06 5f 65 72 72 6f 72 00 40 08 00 00 00 00 ..._error.@..... DEBUG2: 0010: 00 00 05 03 00 05 6c 65 76 65 6c 02 00 05 65 72 ......level...er DEBUG2: 0020: 72 6f 72 00 04 63 6f 64 65 02 00 19 4e 65 74 43 ror..code...NetC DEBUG2: 0030: 6f 6e 6e 65 63 74 69 6f 6e 2e 43 61 6c 6c 2e 46 onnection.Call.F DEBUG2: 0040: 61 69 6c 65 64 00 0b 64 65 73 63 72 69 70 74 69 ailed..descripti DEBUG2: 0050: 6f 6e 02 00 1f 4d 65 74 68 6f 64 20 6e 6f 74 20 on...Method not DEBUG2: 0060: 66 6f 75 6e 64 20 28 46 43 53 75 62 73 63 72 69 found (FCSubscri DEBUG2: 0070: 62 65 29 2e 00 00 09 be).... DEBUG: RTMP_ClientPacket, received: invoke 119 bytes DEBUG: (object begin) DEBUG: Property: <Name: no-name., STRING: _error> DEBUG: Property: <Name: no-name., NUMBER: 3.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.Call.Failed> DEBUG: Property: <Name: description, STRING: Method not found (FCSubscribe).> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_error> ERROR: rtmp server sent error DEBUG2: RTMP_ReadPacket: fd=4 DEBUG2: 0000: 04 00 00 00 00 00 95 14 01 00 00 00 ............ DEBUG2: 0000: 02 00 08 6f 6e 53 74 61 74 75 73 00 40 14 00 00 ...onStatus.@... DEBUG2: 0010: 00 00 00 00 05 03 00 05 6c 65 76 65 6c 02 00 05 ........level... DEBUG2: 0020: 65 72 72 6f 72 00 04 63 6f 64 65 02 00 15 4e 65 error..code...Ne DEBUG2: 0030: 74 53 74 72 65 61 6d 2e 50 6c 61 79 2e 46 61 69 tStream.Play.Fai DEBUG2: 0040: 6c 65 64 00 0b 64 65 73 63 72 69 70 74 69 6f 6e led..description DEBUG2: 0050: 02 00 2a 49 6e 76 61 6c 69 64 20 74 69 6e 63 61 ..*Invalid tinca DEBUG2: 0060: 6e 20 6f 62 6a 65 63 74 20 6e 61 6d 65 20 28 73 n object name (s DEBUG2: 0070: 74 72 65 61 6d 20 49 44 3a 20 31 29 2e 00 08 63 tream ID: 1)...c DEBUG2: RTMP_ReadPacket: fd=4 DEBUG2: 0000: c4 . DEBUG2: 0000: 6c 69 65 6e 74 69 64 02 00 08 55 68 48 77 34 79 lientid...UhHw4y DEBUG2: 0010: 68 68 00 00 09 hh... DEBUG: RTMP_ClientPacket, received: invoke 149 bytes DEBUG: (object begin) DEBUG: Property: <Name: no-name., STRING: onStatus> DEBUG: Property: <Name: no-name., NUMBER: 5.00> DEBUG: Property: NULL DEBUG: Property: <Name: no-name., OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: error> DEBUG: Property: <Name: code, STRING: NetStream.Play.Failed> DEBUG: Property: <Name: description, STRING: Invalid tincan object name (stream ID: 1).> DEBUG: Property: <Name: clientid, STRING: UhHw4yhh> DEBUG: (object end) DEBUG: (object end) DEBUG: HandleInvoke, server invoking <onStatus> DEBUG: HandleInvoke, onStatus: NetStream.Play.Failed ERROR: Closing connection: NetStream.Play.Failed DEBUG: Closing connection.
Make sure you're using the latest iView stuff. They change their server configuration frequently.
Yes, using latest. Perplexing point is taht it allegedly works for others. Thanks, Neale.
Neale Banks wrote:
On Thu, 20 May 2010, Howard Chu wrote:
Neale Banks wrote:
Hi all,
I've been (unsuccessfully) trying to use iView_Downloader_LINUX_6.7.2 (which uses rtmpdump) on Debian Lenny to download from abc.net.au
Running with -z and -v shows I'm getting an "Invalid tincan object name" (detail appended).
It's the same error with 2.2 and 2.2d, both built from downloaded source.
Curiously, another Lenny user reports success, sugesting it may be something else in my environment {:-(
Any suggestions on debugging this?
Show the rtmpdump commandline that was used
Apologies for line-wrap....
./rtmpdump-2.2-local -z -v --resume -r rtmp://cp53909.edgefcs.net////flash/playback/_definst_/mp4:drwhoconfidential_10_05_04 -t rtmp://cp53909.edgefcs.net/ondemand?auth=daEchauapbAaTdBbvaKcucTbDcHb7a0b.cy-bl9BXD-8-qkl_wFxnK\&aifp=v001 -o ./drwhoconfidential_10_05_04.mp4 -w 96cc76f1d5385fb5cda6e2ce5c73323a399043d0bb6c687edd807e5c73c42b37 -x 2122
The -v flag is only for live streams, not recorded streams. Remove it from the command line and everything will work.
and the Connect packet that rtmpdump sent.
Is this it?
RTMPDump v2.2d (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Parsing... DEBUG: Parsed protocol: 0 DEBUG: Parsed host : cp53909.edgefcs.net DEBUG: Parsed app : / WARNING: Can't resume live stream, ignoring --resume option
This should have been your first clue that something was wrong with your command line options.
DEBUG: Protocol : RTMP DEBUG: Hostname : cp53909.edgefcs.net DEBUG: Port : 1935 DEBUG: Playpath : /flash/playback/_definst_/mp4:drwhoconfidential_10_05_04 DEBUG: tcUrl : rtmp://cp53909.edgefcs.net/ondemand?auth=daEchauapbAaTdBbvaKcucTbDcHb7a0b.cy-bl9BXD-8-qkl_wFxnK&aifp=v001 DEBUG: app : / DEBUG: live : yes DEBUG: timeout : 30 sec DEBUG: SWFSHA256: DEBUG: 96 cc 76 f1 d5 38 5f b5 cd a6 e2 ce 5c 73 32 3a DEBUG: 39 90 43 d0 bb 6c 68 7e dd 80 7e 5c 73 c4 2b 37 DEBUG: SWFSize : 2122 DEBUG: Setting buffer time to: 36000000ms Connecting ...
On Thu, 20 May 2010, Howard Chu wrote:
Neale Banks wrote: [...]
Apologies for line-wrap....
./rtmpdump-2.2-local -z -v --resume -r rtmp://cp53909.edgefcs.net////flash/playback/_definst_/mp4:drwhoconfidential_10_05_04 -t rtmp://cp53909.edgefcs.net/ondemand?auth=daEchauapbAaTdBbvaKcucTbDcHb7a0b.cy-bl9BXD-8-qkl_wFxnK\&aifp=v001 -o ./drwhoconfidential_10_05_04.mp4 -w 96cc76f1d5385fb5cda6e2ce5c73323a399043d0bb6c687edd807e5c73c42b37 -x 2122
The -v flag is only for live streams, not recorded streams.
Ah, OK - thanks for the correction.
Remove it from the command line and everything will work.
If only it were that simple. Removing that presumably gets me back to the original problem I was trying to solve: ./rtmpdump-2.2-local -z --resume -r rtmp://cp53909.edgefcs.net////flash/playback/_definst_/mp4:drwhoconfidential_10_05_04 -t rtmp://cp53909.edgefcs.net/ondemand?auth=daEcecadvdadIccbscidGd8ana7dSb4dCcj-bl90PQ-8-nml_sHrqJ&aifp=v001 -o ./drwhoconfidential_10_05_04.mp4 -w 96cc76f1d5385fb5cda6e2ce5c73323a399043d0bb6c687edd807e5c73c42b37 -x 2122 RTMPDump v2.2d (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Parsing... DEBUG: Parsed protocol: 0 DEBUG: Parsed host : cp53909.edgefcs.net DEBUG: Parsed app : / DEBUG: Protocol : RTMP DEBUG: Hostname : cp53909.edgefcs.net DEBUG: Port : 1935 DEBUG: Playpath : /flash/playback/_definst_/mp4:drwhoconfidential_10_05_04 DEBUG: tcUrl : rtmp://cp53909.edgefcs.net/ondemand?auth=daEcecadvdadIccbscidGd8ana7dSb4dCcj-bl90PQ-8-nml_sHrqJ&aifp=v001 DEBUG: app : / DEBUG: live : no DEBUG: timeout : 30 sec DEBUG: SWFSHA256: DEBUG: 96 cc 76 f1 d5 38 5f b5 cd a6 e2 ce 5c 73 32 3a DEBUG: 39 90 43 d0 bb 6c 68 7e dd 80 7e 5c 73 c4 2b 37 DEBUG: SWFSize : 2122 DEBUG: Failed to get last keyframe. DEBUG: Closing connection. Any more suggestions? Thanks, Neale.
On 22/05/2010 1:10 PM, Neale Banks wrote:
DEBUG: Failed to get last keyframe. DEBUG: Closing connection.
Any more suggestions?
Thanks, Neale.
You probably have a output file that is zero bytes in length. You'll need to remove it before trying again. Also, you're not trying to re-use the authentication token over and over are you? Each invocation should be accompanied by a fresh auth. token. Another thing... Where are you getting that command-line from anyway? I'm pretty sure that the URL to the "-r" parameter should be: rtmp://cp53909.edgefcs.net////flash/playback/_definst_/drwhoconfidential_10_05_04.mp4 The URL you have been previously specifying is for those that connect to ABC via the Hostworks servers. Any further questions should be asked using the iView Downloader thread here: http://forums.whirlpool.net.au/forum-replies.cfm?t=1381760&p=-1#bottom Regards, Stefan Zakarias.
On Sat, 2010-05-22 at 13:40 +1000, Neale Banks wrote:
DEBUG: Failed to get last keyframe.
That's referring to the file you already have locally, which it's trying to resume downloading to. Remove it and try again. -- dwmw2
participants (4)
-
David Woodhouse -
Howard Chu -
Neale Banks -
Stef