[SCM] rtmpdump/master: Manpages for rtmpsrv and rtmpsuck

[sramacher at users.alioth.debian.org]

The following commit has been merged in the master branch:
commit d160ac81a609fa800c6963706b2c2e17649fbd35
Author: Sebastian Ramacher <sebastian at ramacher.at>
Date:   Wed Apr 27 21:04:58 2016 +0200

    Manpages for rtmpsrv and rtmpsuck

diff --git a/debian/rtmpdump.manpages b/debian/rtmpdump.manpages
index 2fd900d..4261980 100644
--- a/debian/rtmpdump.manpages
+++ b/debian/rtmpdump.manpages
@@ -1,2 +1,4 @@
 rtmpdump.1
 rtmpgw.8
+debian/rtmpsrv.1
+debian/rtmpsuck.1
diff --git a/debian/rtmpsrv.1 b/debian/rtmpsrv.1
new file mode 100644
index 0000000..c348928
--- /dev/null
+++ b/debian/rtmpsrv.1
@@ -0,0 +1,25 @@
+.TH RTMPSRV 1 "2016-04-27" "RTMPDump v2.4"
+.SH NAME
+rtmsrv \- a stub server
+.SH SYNOPSIS
+.B rtmsrv
+[\c
+.BR \-z ]
+.br
+.SH DESCRIPTION
+.B rtmsrv
+is useful for obtaining all the parameters
+that a real Flash client would send to an RTMP server, so that they can be
+used with
+.B rtmpdump.
+.B rtmpdump
+is invoked automatically after parsing a client request.
+.SH OPTIONS
+.B \-z
+Debug level output. Extremely verbose.
+.SH "SEE ALSO"
+.BR rtmpdump (1)
+.SH AUTHORS
+Andrej Stepanchuk, Howard Chu
+.br
+<http://rtmpdump.mplayerhq.hu>
diff --git a/debian/rtmpsuck.1 b/debian/rtmpsuck.1
new file mode 100644
index 0000000..fcdb13f
--- /dev/null
+++ b/debian/rtmpsuck.1
@@ -0,0 +1,41 @@
+.TH RTMPSUCK 1 "2016-04-27" "RTMPDump v2.4"
+.SH NAME
+rtmpsuck \- a transparent RTMP proxy
+.SH SYNOPSIS
+.B rtmpsuck
+[\c
+.BR \-z ]
+.br
+.SH DESCRIPTION
+.B rtmpsuck
+is a transparent RTMP proxy. It listens on port 1935 for RTMP sessions, but you
+can also redirect other ports to it as needed. It first performs an RTMP
+handshake with the client, then waits for the client to send a connect request.
+It parses and prints the connect parameters, then makes an outbound connection
+to the real RTMP server. It performs an RTMP handshake with that server,
+forwards the connect request, and from that point on it just relays packets back
+and forth between the two endpoints.
+.br
+It also checks for a few packets that it treats specially: a play packet
+from the client will get parsed so that the playpath can be displayed. It
+also handles SWF Verification requests from the server, without forwarding
+them to the client.
+.br
+Once the play command is processed, all subsequent audio/video data received
+from the server will be written to a file, as well as being delivered back
+to the client.
+.br
+The point of all this, instead of just using a sniffer, is that since 
+.B rtmpsuck
+has performed real handshakes with both the client and the server, it can
+negotiate whatever encryption keys are needed and so record the unencrypted
+data.
+.SH OPTIONS
+.B \-z
+Debug level output. Extremely verbose.
+.SH "SEE ALSO"
+.BR rtmpdump (1)
+.SH AUTHORS
+Andrej Stepanchuk, Howard Chu
+.br
+<http://rtmpdump.mplayerhq.hu>

-- 
rtmpdump packaging