Audio/video stream recording forums
|
Attention Visitor: |
You may have to register or log in before you can post:
|
|
|
Thread Tools | Display Modes |
#11
|
|||
|
|||
Re: Dump of mips requiredQuote:
But again if this done and released to the public, the owners will change everything again. |
#12
|
|||
|
|||
Re: Dump of mips requiredQuote:
And sorry if I'm saying something wrong... I'm not very knowledgeable on the subject. |
#13
|
|||
|
|||
Re: Dump of mips requiredHi,
maybe its necessary to force AMF3 Code:
"--objEnc|-O num Object encoding for connection, 0 for AMF0 and 3 for AMF3 (otherwise defaults to none specified)\n") Code:
https://github.com/foysavas/rtmpdump/blob/svnpenn/rtmpdump.c |
#14
|
|||
|
|||
Re: Dump of mips requiredQuote:
Code:
rtmpdump -r "rtmp://178.162.194.34/live" -a "live" -f "WIN 16,0,0,280" -W "http://www.mipsplayer.com/content/scripts/fplayer.swf" -p "http://www.mipsplayer.com/embedplayer/cnniokcfio/1/600/400" --objEnc 3 -C S:OK --live -y "cnniokcfio?id=221073" -K "gaolVanusPobeleVoKosata;TRUE" -o test.flv RTMPDump v2.4 (c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL Connecting ... INFO: Connected... |
#15
|
|||
|
|||
Re: Dump of mips requiredIts nothing to do with AMF0. The problem is that they are returning the id in the response to gaolVanusPobeleVoKosata. That id then should be sent to them with publish function, after which it would work.
i am not sure if the source code is available so that i could do the pull request but here is the log. Code:
(c) 2010 Andrej Stepanchuk, Howard Chu, The Flvstreamer Team; license: GPL DEBUG: Protocol : RTMP DEBUG: Hostname : 178.162.194.34 DEBUG: Port : 1935 DEBUG: Playpath : cnnlfl?id=221594 DEBUG: tcUrl : rtmp://178.162.194.34:1935/live DEBUG: swfUrl : http://www.mipsplayer.com/content/scripts/fplayer.swf DEBUG: pageUrl : http://www.mips.tv/embedplayer/qlglive1d/1/480/380 DEBUG: app : live DEBUG: live : yes 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 : 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: Property: <Name: no-name, STRING: _result> DEBUG: Property: <Name: no-name, NUMBER: 1.00> DEBUG: Property: <Name: no-name, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: fmsVer, STRING: FMS/3,5,5,2004> DEBUG: Property: <Name: capabilities, NUMBER: 31.00> DEBUG: Property: <Name: mode, NUMBER: 1.00> DEBUG: (object end) DEBUG: Property: <Name: no-name, OBJECT> DEBUG: (object begin) DEBUG: Property: <Name: level, STRING: status> DEBUG: Property: <Name: code, STRING: NetConnection.Connect.Su ccess> DEBUG: Property: <Name: description, STRING: Connection succeeded.> DEBUG: Property: <Name: data, ECMA_ARRAY> DEBUG: (object begin) DEBUG: Property: <Name: version, STRING: 3,5,5,2004> DEBUG: (object end) DEBUG: Property: <Name: clientid, NUMBER: 327191288.00> DEBUG: Property: <Name: objectEncoding, NUMBER: 3.00> 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 gaolVanusPobeleVoKosata DEBUG: RTMP_ClientPacket, flex message, size 30 bytes, not fully supported DEBUG: (object begin) DEBUG: Property: <Name: no-name, STRING: _result> DEBUG: Property: <Name: no-name, NUMBER: 2.00> DEBUG: Property: NULL DEBUG: Property: <Name: no-name, NUMBER: 327191288.00> DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_result> DEBUG: HandleInvoke, received result for method call <gaolVanusPobeleVoKosata> INFO: mips function returned the id INFO: mips id 327191288 DEBUG: Invoking createStream DEBUG: RTMP_ClientPacket, flex message, size 30 bytes, not fully supported DEBUG: (object begin) DEBUG: Property: <Name: no-name, STRING: _result> DEBUG: Property: <Name: no-name, NUMBER: 3.00> DEBUG: Property: NULL DEBUG: Property: <Name: no-name, NUMBER: 1.00> DEBUG: (object end) DEBUG: HandleInvoke, server invoking <_result> DEBUG: HandleInvoke, received result for method call <createStream> DEBUG: Invoking publish DEBUG: SendPlay, seekTime=0, stopTime=0, sending play: cnnlfl?id=221594 DEBUG: Invoking play DEBUG: sending ctrl, type: 0x0003 DEBUG: RTMP_ClientPacket, received: invoke 114 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.Publish.Start> <REMOVED lines to make it short> INFO: audiodatarate 96.00 0.625 kB / 0.00 sec DEBUG: ignoring too small video packet: size: 2 DEBUG: ignoring too small video packet: size: 2 DEBUG: ignoring too small audio packet: size: 0 526.943 kB / 6.83 sec DEBUG: HandleCtrl, received ctrl, type: 31, len: 6 DEBUG: HandleCtrl, Stream BufferEmpty 1 DEBUG: HandleCtrl, received ctrl, type: 32, len: 6 DEBUG: HandleCtrl, Stream BufferReady 1 626.926 kB / 8.39 sec |
#16
|
|||
|
|||
Re: Dump of mips requiredCode:
DEBUG: HandleInvoke, received result for method call <gaolVanusPobeleVoKosata> INFO: mips function returned the id INFO: mips id 327191288 |
#17
|
|||
|
|||
Re: Dump of mips requiredThats my debug code. But you can see the _result after that server side function call.
|
#18
|
|||
|
|||
Re: Dump of mips requiredTake an look here:
http://stream-recorder.com/forum/cus...le-t16103.html Source code with patch.diff: https://github.com/K-S-V/Scripts/releases Send an PM to KSV with your patch |
#19
|
|||
|
|||
Re: Dump of mips requiredThanks, I have already submitted my changes to them and it was confirmed to be working so good days ahead.
|
#20
|
|||
|
|||
Re: Dump of mips requiredGood news here, huh?
It's very good to hear that the solution is coming out. |
Tags: dumping, rtmpdumping |
Thread Tools | |
Display Modes | |
|
|