あなたがやろうとしていることにより適したRed5の代替として、Nginx-RTMPモジュールがあります。https://github.com/arut/nginx-rtmp-module Nginx を現在使用している、または使用できる場合、モジュールの構成と操作は簡単です。RTMP 経由でライブ ビデオを受け入れて、JWplayer などのフラッシュ ベースのプレーヤーにフィードし、同時に、Apple デバイス (および ROKU などの他のデバイス) で再生するための HTTP ライブ ストリームを作成できます。
いくつかのサーバーでセットアップしましたが、結果に非常に満足しています. RTMP経由のビデオを受け入れ、私見で素晴らしい仕事をします.
Nginx-RTMP では、ffmpeg を実行するスクリプトを使用して、事前に記録されたファイルを「ライブ」でサーバーにストリーミングします。実際に実際のライブ ビデオ フィードが必要な場合は、ffmpeg を停止し、ffmpeg を実行しているコンピューター (ビデオ フィードを備えたスタジオなど) を使用するか、電話またはタブレットの OSBroadcaster を使用して、ライブ ロケーションからストリーミングします。 RTMP 経由でビデオをストリーミングできるソフトウェアやアプリです。
PHP バックエンドを使用してこれらすべてを自動化できるため、事前に記録された素材が自動的にサーバーに保存され (Nginx-RTMP はストリームも記録できます)、HTML5 ビデオ要素またはフラッシュベースのビデオの適切なページに表示されます。プレーヤー、またはその両方。また、ライブ フィードが実際にライブの場合、ライブ ストリームを表示しているページに PHP でプレーヤー ウィンドウを表示することができます。
もちろん、これは単純化しすぎていますが、うまくいけば、それがどのように機能するかを感じることができます.
Nginx-RTMP モジュールの詳細については、nginx を使用して独自のプライベート RTMP サーバーをセットアップする方法も参照してください。
カメラに関しては、状況に完全に依存します。それはまったく別の分野です。ウェブカメラ、RTMP 経由でストリーミングするタブレット/スマートフォン、または ffmpeg のような RTMP クライアント ストリーマーを実行しているコンピューターにフィードするプロ用カメラなどを使用できます (VLC も機能すると思います)。または、Teradek やその他の企業が、ビデオ入力を接続できる小さなハードウェア ボックス (Teradek Vidiu) を製造しており、指定したサーバーに RTMP 経由でビデオをエンコードしてストリーミングします。
帯域幅は、視聴者の数、ビデオの品質と解像度、サポートする必要がある同時ストリームの数 (さまざまな場所からの複数のライブ ストリームなど) など、多くの要因に依存します。
アップロード帯域幅 (カメラからストリーミング サーバーへ) は、ビデオの要件に応じて、100kbps 程度から数 Mbps までの範囲になります。ただし、典型的な例を挙げると、h.264 のような適切なコーデックを使用して、毎秒 24 ~ 30 フレームで標準解像度のビデオをストリーミングしている場合、まともな品質のストリームが約 400 ~ 700kbps を占めると予想できます。それはそれとは大きく異なる可能性がありますが、それは良い出発点です。720p30 で送信する場合は、1 ~ 1.5Mbps 程度を使用することをお勧めします。1080p30、おそらく 1.5 ~ 3Mbps、UHD、5 ~ 6Mbps。ただし、前述したように、ビットレートの選択は、品質のニーズによって異なります。
次に、ストリーミングするものに、そのレートをサポートしたい視聴者数で掛け、アップロード ストリーム用にもう 1 つ追加すると、必要な合計帯域幅が得られます。考慮すべき点は他にもありますが、出発点があります。