I will be happy to help

[hasomaso]

Originally Posted by mirw

It does not record / download

the download works perfect, if u want u can check this again

[troller12]

Hi,

ffmpeg dosent work for me too.I use this version...

ffmpeg-20170921-183fd30-win32-static

rtmp server requested close
rtmp://185.102.218.67:80/C15//C15_720P.stream: Unknown error occurred

...rtmpdump does fail too.But strange that it works in VLC player.

greetz

[trmn584]

Originally Posted by mirw

I will be happy to help, how I record the broadcast through codes or via ffmpeg Link http://gr5564534.blogspot.co.il/2017/07/jwplayer.html

Cá??m ??n bá??n!

[mirw]

Originally Posted by trmn584

Cá??m ??n bá??n!

Allow English

[tamnhu099341]

Originally Posted by mirw

I will be happy to help, how I record the broadcast through codes or via ffmpeg Link http://gr5564534.blogspot.co.il/2017/07/jwplayer.html

Cá??m ??n bá??n!

[mirw]

Originally Posted by tamnhu099341

Cá??m ??n bá??n!

Allow English?

[troller12]

Hi again,

ok it works using FFMPEG but you need to use a right version of FFMPEG.Download this version below...

ffmpeg-3.3.4-win32-static.zip
or
ffmpeg-3.4-win32-static.zip

...and you can play / record the streams now.

ffmpeg -i "rtmp://185.102.218.67:80/C15/C15_720P.stream" -c:v copy -c:a copy -f mpegts - | C:\Programme\VideoLAN\VLC\vlc.exe -
or
ffmpeg -i "rtmp://185.102.218.67:80/C15/C15_720P.stream" -c:v copy -c:a copy output.mp4

If it still not works etc then set port to 1935.Both versions are working for me but not the latest version.

greetz

[j_cool]

This is magic.

When I try the last version compiled with librtmp, 3.3.3 it fails playing the stream.

Ones without librtmp play the stream.

This is actually the latest one and plays the stream as well:

ffmpeg-20171109-723b6ba-win32-static.zip

[troller12]

Hi again,

I have test that stream again with rtmpdump and other internet player who support rtmp streaming but they all fail too (except the original player hdwplayer).

Strange is if you check the debug that you get no error to invoke before getting the "close" to invoke.Rtmpdump calls close and thats it = over & out.If you check now same using VLC player direct with that stream url (where it works) in Wireshark then you see same = Handshake / Close but after that comes next _result invoke.So VLC dosent close after calling it.Seems that it handles the Close else than librtmp does.

greetz

[troller12]

Hi guys,

today I did debug rtmpdump more in detail and found out the problem why it is not working with that stream and also how to fix this problem to force rtmpdump to work.

The problem is that the server send a close object information right after the first _result object and rtmpdump does handle it as close and does quit but the stream server does send after that go on and send the second _result object followed by next onStatus.No idea why the stream server does send this fake "close" back but maybe its really a simple trick to tell rtmpdump & Co here is nothing get guys. Normaly before close will send a _error object but not in this case so that the reason I did wonder to check out what it is.

Solution: We just need to handle that close answer from server of this stream.

Function: RTMP_ReadPacket or RTMP_ClientPacket.

In the returned AMF Body after calling that function you can check for the AMF type string (0x02) / AMF lenght 5 and the string name.

02 00 05 63 6c 6f 73 65                          ...close

Debugger example after calling RTMP_ReadPacket

00408980=<rtmpdump.RTMP_ReadPacket>
Stack:
$ ==>    > 0022BC88 
$+4      > 0022B860 <--- 

$ ==>    0022B860  00011400
$+4      0022B864  00000003
$+8      0022B868  00000000
$+C      0022B86C  00000000
$+10     0022B870  00000012
$+14     0022B874  00000012
$+18     0022B878  00000000
$+1C     0022B87C  0032698A  <----

0032698A  02 00 05 63 6C 6F 73 65 00 00                    ...close..

The easiest patch would be to change the close string to anything else.Only one letter needed like close to blose for example.Now in the RTMP_ClientPacket function it will check for the string lenght 5 what rtmpdump does handle as close but right there is also a string name check and if it does match = rtmpdump will stop to work go on and does close socket and finish.If the string was changed then it does bypass it and keeps reading the next packets and the stream runs and as result you get this to see.....

Nice or?So I cant compile a new rtmpdump version and just unpacked and patched rtmpdump file itself to check it out whether it works correctly.Maybe if someone can compile a new rtmpdump / librtmp with that patch (make it more advanced or add new extra command to bypass close AMF if server did send etc something like this you know).

greetz