RTMPDump

RTMPDumpは、 RTMPストリーム用のツールキットの開発に特化した無料ソフトウェアプロジェクトです。パッケージには、、の 3 つのプログラムが含まれています。 rtmpdumprtmpsrvrtmpsuck

rtmpdumpは、通常のFlash ビデオプレーヤークライアントと同様に RTMP サーバーに接続し、ネットワークからストリームをキャプチャしてファイルに保存するために使用されます。これにより、によって RTMP サーバーから以前に取得された接続情報と認証情報を使用してコマンドを構築できますrtmpsrv。
rtmpsrv接続とストリームを監視するために使用されます
rtmpsuckストリームをキャプチャするためにも使用できますが、rtmpdump ^[1]^{[2]で使用されるパラメータを検出するためにも使用できます。}

これは「テレビ放送やビデオオンデマンドのストリーム録画に最適なユーティリティ」^{[1]として評価されており、ビデオストリーミングレートの選択}^[3]や開発中のメディアフレームワークに関する学術研究に使用されています。 ^{[4]このユーティリティは、サイズが小さく、}RTMPE（暗号化RTMP）とRTMPS（セキュアRTMP）の両方のデジタル著作権管理技術を復号化する機能があることで知られています。

Adobe Systems Inc.は、2009年にSourceForgeに対してデジタルミレニアム著作権法に基づく停止命令を出し、実際の使用を主張することなく、著作権を侵害するために「使用される可能性がある」と主張した。 ^[5] 2009年時点で、SourceForgeはプロジェクトファイルを削除し、「指定されたプロジェクトは削除済みとしてフラグが付けられました」というメッセージを出した。^[6] 2009年11月以降、プロジェクトはMPlayerのウェブサイトMplayerHQ.huでGitリポジトリとしてホストされている。 ^[7]rtmpdump

オンデマンドストリーム

接続をネゴシエートする際、RTMPクライアントは複数の要素を含むデータストリームを単一のコマンドラインとして送受信します。オンデマンドストリームには通常、次の要素が含まれます。^[8]

Limelightサーバーの場合

-r rtmp://サーバーアドレス
-a: 認証要素（代わりに代替手段--appを使用することもできます）
- 通常、次の形式になります -
  application?as=data&av=data&te=data&mp=data&et=data&fmta-token=data
- アプリケーション: パスアドレス。例:a1414/e3
- として: 例えば、as=adobe-hmac-sha256
- av : 例えば、av=1
- te : 例えば、te=connect
- mp : 通常、代替ビットレートストリーム (MPEG 形式、MP3 または MP4) 用の 2 つ以上のカンマ区切りの URL アドレス
- et : 通常は10桁の数字
- fmta-token : 通常、64文字の認証（auth）文字列（つまり、認証トークン）（英数字）
-y: playpath (目的のビットストリームの URL アドレス、上記の mp で指定されたもののうちの 1 つ)
- 通常、形式またはmp3:path/filename.mp3mp4:path/filename.mp4
-o: 出力ファイル名

サーバーでトンネリングも暗号化も使用されていない場合、通常、接続に不可欠な要素 (または「スイッチ」) は前述の要素のみです。実際には他の要素も使用されることがありますが、通常は必須ではありません。

したがって、次の要素は通常、クライアントソフトウェア^[9]アプリケーションによって単一のコマンドラインとして送信されます。

rtmpdump  -r  rtmp://xxxxxxxx.fcod.llnwd.net
    -a  path?as =データ& av =データ& te =データ& mp =データ& et =データ& fmta-token =データ
   -y  mp4:URL/ファイル名.mp4  -o ファイル_mp4.flv

-a(または) 要素を構成するパーツは、--appRTMP サーバーによって受信されるパーツの順序が重要であるため、上記に示した順序で組み込まれる必要があります。

認証文字列 (et=およびfmta-token=) にはセッション情報が含まれているため、サーバーへの新規接続ごとに変更されます (実際には、接続を再開するたびに認証文字列が期限切れになるのではなく、新しいセッションが開始されると認証文字列が期限切れになることを意味します)。ただし、他の要素は通常、セッションごとに変化しません。

Akamaiサーバーの場合

コマンドラインは通常上記のようになりますが、-a(または--app)要素には代わりに次の部分が含まれます。

auth : 通常、62文字の認証 (auth) 文字列 [つまり、認証トークン] (英数字)
aifp：例えば、aifp=v001
slist : 通常、ストリームのURLアドレス

したがって、次の要素は通常、クライアントソフトウェアアプリケーションによって単一のコマンドラインとして送信されます。 ^[9]

program.exe  -r  rtmp://xxxxxxx.edgefcs.net
    -a  ondemand?auth =データ& aifp =データ& slist =データ
   -y  mp3:URL/ファイル名 -o  file_mp3.flv

-a(または) 要素を構成するパーツは、--appRTMP サーバーによって受信されるパーツの順序が重要であるため、上記に示した順序で組み込まれる必要があります。

認証文字列 ( auth=) にはセッション情報が含まれているため、サーバーへの新規接続ごとに変更されます (通常、新しいセッションが開始された場合、たとえばコンピューターが再起動された場合などであり、接続を再開しようとするたびに変更されるわけではありません)。他の部分は通常、セッションごとに変化しません。

注- 上記は、ストリームが最初にユーザーのハードディスクに保存され、その後、GOM Playerなどの FLV エンコードファイル (H.263 または H.264 エンコード) を再生できるメディアプレーヤーで再生されるという簡略化された形式について説明しています。代わりに、RTMP サーバーから直接ストリームを再生して即時再生したい場合は、コマンドラインに次の要素を追加する必要があります。

-f: ユーザーのコンピューターにインストールされているFlash プラグインのバージョンを指定します。たとえば、-f "WIN 9,0,260,0"はユーザーが Windows バージョンの Flash Player 9、リリース 260 を使用していることを示します。

-W: 大文字の W コマンド。これは、ストリームの取得元となる Web ページによって示される、ストリームの再生に使用される SWF プレーヤーの URL アドレスです。たとえば、path/9player.swf?revision=18269_21576。

ライブストリーム

Akamaiサーバーのコマンドラインは、通常、Akamaiオンデマンドストリームと同じです。ただし、-a(または--app)要素には次の部分が含まれます。

auth : 通常、62文字の認証 (auth) 文字列 [つまり、認証トークン] (英数字)
aifp：例えば、aifp=v001
slist : 通常はストリームの URL アドレスで、形式はxxxxx_x_@xxxx (例) です。複数のビットレートが利用可能な場合は、複数の URL になります [注を参照]Radio_7_Int@6463

注- slist文字列に 2 つ以上の代替ストリームが含まれている場合 (つまり、代替ビットレートでのストリームの選択肢が提供されている場合)、playpath要素 (または) は、識別子項目としてユーザーが選択したストリームを指定します。 --playpath-y

したがって、クライアントソフトウェアアプリケーションによって、通常、次のシーケンスが単一のコマンドラインとして送信されます。 ^[9]

rtmpdump.exe  --live  -r  rtmp://xxxxxxx.live.edgefcs.net
    -a  live?auth = data & aifp = data & slist = data
    --playpath {識別子} ?auth = data & aifp = data & slist = data -o output.flv

これらの項目はすべて必須であり、上記の順序で含める必要があります。要素と要素?の両方の (疑問符) に続く文字列は通常同じです。識別子項目は通常、slist データのサブセットになります (後者が選択肢を提供している場合)。それ以外の場合は、これらも同じになります。要素は、ユーザーが選択した出力ファイル名を指定できます。 -a--playpath-o

完全なプレイパスを指定する必要はありません。その要素はクライアントアプリケーションによってメモリ内に構築されるためです。通常、メモリ内では次の形式になります。

-y xxxxx_x_@xxxx?auth=[62 characters]&aifp=v001&slist=xxxxx_x_@xxxx,xxxxx_x_@xxxx

参考文献

^ ab 「例を通して rtmpdump を学ぶ」。PC Linux OS マガジン。第 51 巻。2011 年 4 月。
^ 「rtmpdump を使用していますか?」stream-recorder.com。
^ Huang, Te-Yuan; Handigol, Nikhil; Heller, Brandon; McKeown, Nick; Johari, Ramesh (2012 年 11 月)。「混乱、臆病、不安定: ビデオストリーミングレートの選択は困難」(PDF)。ACMインターネット測定会議。ボストン。(著者ページは2013年2月18日にWayback Machineにアーカイブされています)
^ Chen, Hsiao-ting (陳孝庭) (2011 年 7 月 13 日)。「メディアエディターとライブビデオストリーミングのための効率的な軽量メディアフレームワークの開発」。台湾: 国立中央大学。修士論文。
^ 「Adobe は rtmpdump が著作権侵害に「使用される可能性がある」と主張」ChillingEffects.org、2009 年 5 月 8 日
^ ハンス、ベア (2009 年 12 月 3 日)。「Protected Streaming und Konvertierung für die TV-Wiedergabe - (TV 再生のための保護されたストリーミングと変換)」。ドイツ語で。パソコンマガジン。 p. 3.
^ Compn (2009 年 11 月 1 日)。「2009-11-01、日曜日 :: 更新」。MplayerHQ ニュース。「MPlayer は rtmpdump プロジェクトもホストしています。rtmpdump は rtmp:// ストリームをダウンロードするプログラムです。以前は SourceForge でホストされていました。」
^ RTMPdump 開発者ページ
^ abc RTMPdump クライアントソフトウェア

外部リンク

公式サイト

[PCL-1] 「例を通して rtmpdump を学ぶ」。PC Linux OS マガジン。第 51 巻。2011 年 4 月。

[SR-2] 「rtmpdump を使用していますか?」stream-recorder.com。

[ACMIMC-3] Huang, Te-Yuan; Handigol, Nikhil; Heller, Brandon; McKeown, Nick; Johari, Ramesh (2012 年 11 月)。「混乱、臆病、不安定: ビデオストリーミングレートの選択は困難」(PDF)。ACMインターネット測定会議。ボストン。(著者ページは2013年2月18日にWayback Machineにアーカイブされています)

[4] Chen, Hsiao-ting (陳孝庭) (2011 年 7 月 13 日)。「メディアエディターとライブビデオストリーミングのための効率的な軽量メディアフレームワークの開発」。台湾: 国立中央大学。修士論文。

[5] 「Adobe は rtmpdump が著作権侵害に「使用される可能性がある」と主張」ChillingEffects.org、2009 年 5 月 8 日

[PCMagDE-6] ハンス、ベア (2009 年 12 月 3 日)。「Protected Streaming und Konvertierung für die TV-Wiedergabe - (TV 再生のための保護されたストリーミングと変換)」。ドイツ語で。パソコンマガジン。 p. 3.

[7] Compn (2009 年 11 月 1 日)。「2009-11-01、日曜日 :: 更新」。MplayerHQ ニュース。「MPlayer は rtmpdump プロジェクトもホストしています。rtmpdump は rtmp:// ストリームをダウンロードするプログラムです。以前は SourceForge でホストされていました。」

[mplayerhq1-8] RTMPdump 開発者ページ

[mplayerhq2-9] RTMPdump クライアントソフトウェア