2

ラップトップのウェブカメラから AWS EC2 Windows インスタンスにライブ ビデオ ストリーミングを実行しようとしています。以下のリンクは、私が従った手順の詳細を示しています。

ExpressionsEncoder4 で「START」を押してから数秒後、「不明なエラーが発生しました」、「ネットワーク エラーが発生したためエンコードが停止しました」、「リクエストがサーバ"。

時々、これらのエラーが表示されず、プレビュー画面でキャプチャされたビデオ出力を見ることができます。

IIS 公開ポイントにストリームを登録できません。

何か案は？助けてくれてありがとう！

4

1 に答える 1

4

ここで解決すべき問題がいくつかあります。それらを1つずつ見ていきましょう。

不明なエラー

ほとんどの場合、「不明なエラーが発生しました」は、予期しない理由 (奇妙なキャプチャ デバイス、CPU がエンコードに追いつかない、基本的に DirectShow グラフ フレーム ストリームを中断する可能性のあるイベント) で失敗した DirectShow API の呼び出しから発生します。別のキャプチャ ソースを試して、結果が変わるかどうかを確認してください。また、デバイスからローカルの Windows Media ファイルにロング エンコードを実行して、ここで問題がないことを確認します。

ネットワーク エラー / リクエストがサーバーに認識されない

私の経験では、ネットワーク エラーは主に帯域幅に関連しています。ただし、リクエストが理解されていないということは、HTTP リクエストで何かを変更していることを意味している可能性があります (間にプロキシがあるなど)。

最初にオンデマンドでテスト

最初に EC2 サーバーからのオンデマンド ストリームをテストします。Big Buck Bunny をダウンロードするか、自分で何かをエンコードして、ブラウザでhttp://example.com/BigBuckBunny.ism/Manifestにアクセスできることを確認してください。クライアント側でSmooth Streaming Health Monitorを使用してテストし、 IIS Smooth Streaming Performance Testing Toolを使用してサーバー チャンクのパフォーマンスをテストします。これにより、IIS Media Services が正常に動作していることを確認できます。

起動順序

ライブ公開ポイント ストリームを次の順序で開始していることを確認してください。

  1. EC2 サーバーで、ライブ公開ポイントに移動して開始します。これにより、公開ポイントがストリームを受け入れられる状態になります。
  2. Expression Encoder で、公開ポイントの URL を入力した後、[接続] をクリックします。ポート 80 が開いている限り、この時点で正常に接続されているはずです。
  3. [開始]を押すと、エンコードが開始されます。(ストリームをテストするときは、1 つまたは 2 つのビットレートから始めるのが最善です。帯域幅は低く保ちます。)

代替セットアップ

他のすべてが失敗した場合は、localhost で Smooth Stream をセットアップし (Expression は、ストリームを localhost の IIS Media Services にプッシュします)、localhost 公開ポイントを構成して、ストリームを EC2 インスタンスにプッシュします。これは、長時間のストリームに対してよりネットワーク障害に強いソリューションが必要な場合や、接続が思ったほど安定していない場合に使用するのにも適した方法です。

うまくいけば、この情報のいくつかがそれを絞り込むでしょう.

于 2011-08-09T01:47:47.143 に答える