[rtmpdump] Building rtmpsuck with MSVC toolchain

Gunnar gunnar at surfnet.fi
Fri Jan 23 11:29:43 CET 2015


no direct help, just indirect, the hope there are solutions for you 
"somewhere out there"

- MSVC compile, wanted the same some years ago for easier debugging.
Found what was claimed to be needed but I dont have links handy.
Basically a script and header file for (re- or cross- or 
overlay)definition of integer,etc types.
However, never got to test it (bc found the solution below)

- secrete token for authorization, I also run into that for the famous 
(public) site. C-SPAN.org.
  couldnt get it right myself, luckily someone else had done it correctly.
Involved a 3-4 step procedure of using a bunch of tools for searching 
for a keyword in the decoded swf flash file, recoding it and adding that 
to the arguments of the rtmpdump command found by rtmpsrv (which I 
modified to print the arguments to a batch file, etc)
Might have been contribution by K-S-V??

The "security token" was something like plain ASCII "public secret" 
(hehe) and what to add to the rtmpdump args was (still is)
"T4#up_Ko!", just to give examples on what they look like.

I also struggled with rtmpsuck which somehow got the security token 
right but cldnt do the handshake (or any other thing) correctly. Seems 
C-SPAN server introduced new version AMF3 commands INFO stuff,etc which 
caused these problems.
(all changed at the same time, server upgrade?, when security token was 
introduced and it actually might be just a default server system 
setting, left there by mistake?)

Gunnar
PS at that same time C-SPAN live changed from rtmp to AdobeHDS F4F 
protocol (K-S-V php script OK except for error handling).
C-SPAN-live supposedly now demands "cable subscription login" but 
actually doesnt, just the right http links for getting the manifest file 
for the F4F packets.
Seems this is where streaming is now going, leaving rtmp behind?

on 1/21/2015 1:00 PM, rtmpdump-request at mplayerhq.hu wrote:
>
> Would I be correct in thinking that rtmpsuck only supports RTMP and RTMPE connections and not RTMPS ones?
>
> If so... What us a good way to discover the arguments being passed to the server?
>
> My work revolves around connecting to an RTMPS server which exposes two kinds of streams... Public ones that require no auth, and private one. This private one require a valid session token which used to be discoverable after logging in with a valid account, though something seems to have changed (something they acknowledge, just wont me too any specifics).
>
> Amy suggestions?
>
> Thanks,
> Brendan



More information about the rtmpdump mailing list