Quote:
Originally Posted by TheUltraLisk
I am really not used to looking at packets, or familiar with flash and its NetConnection(), but it appears that the new HD content is setup so the server sends some JavaScript code to the user, the user runs that code and generates a hash, and the user must send that hash back to myfreecams, otherwise it won't play the new HD video.
I could be completely wrong about all of this, but it seems it might be setup this way just to stop programs like rtmpdump. If that is the case, someone who knows c might need to change rtmpdump to compute this hash and include it in its request.
|
RTMPDUMPHELPER + Rtmpsuck still work on MFC.
About Rtmpdump...
Sadly, looks like that KSV dumped it long time ago.
RTMP Proxy Server v2.4 GIT-2015-12-14 (Compiled by KSV)
(c) 2010 Andrej Stepanchuk, Howard Chu; license: GPL
Streaming on rtmp://0.0.0.0:1935
ERROR: Handshake failed
Closing connection... done!
WARNING: Trying different position for client digest!
Processing connect
app : NxServer
flashVer : WIN 25,0,0,127
swfUrl :
http://www.myfreecams.com/flash/Video170322.swf
tcUrl : rtmp://video799.myfreecams.com:1935/NxServer
pageUrl :
http://www.myfreecams.com/_html/play...&t arget=main
live : no
Playpath : mp4:mfc_119657061.f4v
Saving as : 2017-04-04_09-33-29_mp4_mfc_119657061.flv
WARNING: ignoring too small audio packet: size: 0
rtmpdump -r "rtmp://video799.myfreecams.com:1935/NxServer"
-a "NxServer"
-f "WIN 25,0,0,127"
-W "http://www.myfreecams.com/flash/Video170322.swf"
-p "http://www.myfreecams.com/_html/player.html?broadcaster_id=0&cache_id=1491294790&t arget=main"
-C N:580669623.000000
-C S:
-C N:119657061.000000
-C S
OWNLOAD
-C N:19657061.000000
-y "mp4:mfc_119657061.f4v"
-o "2017-04-04_09-33-29_mp4_mfc_119657061.flv"