ビデオウィスパリングでのHTML5とWebRTCストリーミングのトラブルシュート

VideoWhisper ソリューションが正しく構成された後に発生する可能性のある問題を特定し、修正するには、このチュートリアルを使用します。, テストされ、実行されています。あなたがしない場合’インストールされていません, まだターンキーソリューションの計画を取得, の例では HTML5 ビデオチャット .

トラブルシューティングを行う前に、最新のプラグインがあることを確認してください, ソリューションがインストールされているので、問題は古いバージョンとは関係ありません. 技術として, ブラウザとストリーミングサーバーの更新, ソリューションも一致するように更新され、古いバージョンが動作しなくなる可能性があります.

ストリーミングの問題にはさまざまな原因がある場合があります。: セットアップ構成の設定, ストリーミングサーバーへのユーザーインターネット接続, ネットワーク条件とストリーミングプロトコルの適合性, ブラウザの種類とバージョン.

最高のライブストリーミングの信頼性と視聴者体験のために, 放送局/出演者は、利用可能なほとんどのプロフェッショナルなセットアップを使用することをお勧めします, 視聴者に最高のサービスを提供するため. つまり、最高の処理能力を備えた最高のデバイスを意味します (可能であればコンピュータ), 最高の接続 (有線または無線LAN 5Ghz), RTMP から HLS への変換は、ウェブベースの WebRTC の代わりに OBS などを使用します。.

ここでは#8217;いくつかの問題と、その原因と考えられる修正を特定するための手順:

最新のサファリ, iOSの 15 WebRTC の失敗

につき ワウザ SE ドキュメント, を無効にする ウェブソケット 特徴:

  • iOSの : オープン 設定 アプリケーション. 蛇口 サファリ, その後 アドバンスド, それから 実験的特徴.
  • パソコン: サファリメニューから > 設定 … > [詳細設定] タブ, [開発メニューの表示] を有効にする. 次に、[開発] メニューから > 実験的な機能は無効にします ウェブソケット .

ビデオのピクセル化, 低品質

1. インチ HTML5 ビデオチャット アプリ , [設定] を切り替えて、選択したストリーミング解像度を確認します & ブロードキャスト パネルでビットレートし、これらは低い値に設定されていないことを確認します。. より高いビットレートと解像度は、より高い品質を提供する必要があります. 最大ビットレートはライセンスとホスティングプランによって制限されます.
2. また、実際のストリーミングビットレートの測定値を確認します. [設定]を切り替えて、ブロードキャストパネルと再生パネルの両方の測定値を取得します。.
+ 選択肢がある場合は、利用可能な最適なネットワークを使用します。: 5代わりに WiFi 上の GHz 2.4 GHz, 3Gの代わりにモバイルでLTE /4G, ワイヤレスの代わりに有線.
+ 測定されたビットレートが選択したビットレートに近いかどうかを確認します.
+ また、パケット損失のようなWebRTC統計を提供するので、PC上でChromeを使用します, 待ち時間, ジッタ.
3. ストリーミングビットレートを調整し、新しい設定に基づいて実際のビットレートが達成されているかどうかを確認してみてください. 最大ビットレートはライセンスとホスティングプランによって制限されます.
– WebRTC は、利用可能な接続と UDP のネットワーク条件に応じて品質を調整します。.
混雑したネットワークと Wi-Fi / WebRTC UDPを使用すると、信号に応じて、パケット損失を生じる可能性があります. パケット損失は中断をもたらす, ピクセレーション, 低品質, 自動ビットレートダウングレード (ブラウザによって強制).
4. OBS で RTMP TCP ブロードキャストを試す / カラマツ放送局または他のエンコーダー, 以下に述べたように. TCP はパケットを再送信します。, WiFiまたはモバイル接続に関連する信号の問題を修正する.
5. WebRTC ストリーミングと RTMP ストリーミングの両方で問題が発生する場合, インターネット接続を測定する (以下の手順を参照してください。).

放送局ストリーミングの中断, 頻繁なエラー, ストリーミング中に遅いウェブサイト

一部の放送局は、インターネット接続速度のために問題が発生する可能性があります, 場所 (ストリーミングサーバーから非常に遠い). 低い接続を持つには、最大ストリーミングビットレートを調整する必要があります, ですから’利用できる帯域幅をすべて消費しません.

1) 複数の接続オプションがある場合, 別の接続で試す.
+ WiFi用, 5GHz帯は、古い比較してビデオストリーミングのために優れています 2.4 GHz技術.
+ モバイル用, Lte / 4Gは古い3Gよりも優れています.
+ 有線接続はワイヤレス接続よりも信頼性が高い.
2) 放送場所からストリーミング サーバーの近くに速度テストを行う.
1. 行きます https://www.speedtest.net .
2. サーバーの変更とボーハルノワでのサーバーの検索 (北アメリカ).
3. GO キーを押して測定を開始します。.
3. 左上のアイコンから測定リンクを取得し、スタッフと共有.
放送局のアップロード接続は、ビデオを処理する必要があります + オーディオストリーム、その他のインタラクションやウェブリクエスト.
3) 一部のネットワーク条件では、UDP ストリーミングがまったく動作しないか、ビットレートと信頼性が低い場合があります。 (ピクセル化として表示, 中断).
放送局は、PC用OBSをダウンロードすることができます / Larix Broadcaster for mobile for broadcaster for Broadcasting(ブロードキャストタブの指示による)は、WebRTC UDPの代わりにRTMP TCPでブロードキャストする.

セバーへの接続が高く、ストリーミング品質が低い/中断される, 設定で高ビットレートを構成したが

HTML5ビデオチャットアプリでライブビットレートの統計情報をチェック, クロームの使用 / 勇敢 高度な統計を取得するには.
+ 利用可能で、まだ使用していない場合は、より信頼性の高いネットワーク オプションに切り替えます。: 5代わりに WiFi 上の GHz 2.4 GHz, 3Gの代わりにモバイルでLTE /4G, ワイヤレスの代わりに有線.
+ 試してみる OBS / カラマツ放送局 RTMP ストリーミング.
接続ビットレートが高く、ライブストリーミングビットレートが設定値より低い場合, 問題は、UDP 経由のネットワーク状態と WebRTC プロトコル ストリーミングに関連している可能性があります。. より高い品質と信頼性を実現, ブロードキャストは、デスクトップ用のOBSやLarix BroadcasterモバイルなどのRTMP TCPアプリを使用して可能です, Webブラウザに依存せずにストリーミングサーバーに直接. RTMP ストリームは HTML5 HLS としてサイト ユーザーに配信されます。.

放送局のブラウザのストリーミングエラー, 再試行メッセージ, アクセス許可エラー, カメラがリストに表示されない

– HTTPS 経由でサイトを読み込んでいるか確認してください。 (カメラを公開するために必要) HTTP ではありません.
– ブラウザを再起動する.
– 別のブラウザーでテストする: クロム, Firefoxの, 勇敢, サファリ, エッジ.
試してみてください 勇敢なブラウザ (クロムプライバシーに焦点を当てたフォーク).

サイトの速度が遅い、または断続的に発生する断続的な接続の問題 503 ウェブエラー / アプリ Web 要求エラー

Web ホスティング リソースは、サイトの複雑さと負荷に対して不足する可能性があります。.
-サイトの複雑さを軽減する (プラグインを削除して) 要求ごとのリソース負荷.
-より高いプランへのアップグレード HTML5 WebRTC リレーホスティング .

ブロードキャスト ストリームが接続されていないか切断される

ビットレートかどうかを確認する (ビデオ + オーディオ) はプランホスティングの制限内にある. 高いビットレートをブロードキャストしようとすると、すべての接続試行が拒否されている間、自動ストリーム拒否と短いクールダウンが発生します.
クライアントアップロードを参照してください。 (Kbps) あなたの計画のために HTML5 WebRTC リレーホスティング 下位の構成.

特定のユーザーはストリームを#8217することしかできません

– ブラウザの問題: ブラウザを最新バージョンにアップグレードするか、または別のHTML5ブラウザを試してみてください 勇敢なブラウザ . ブラウザは、最新のWebRTC機能とコーデックをサポートする必要があります. 古いブラウザやバージョンは動作しません (Windows では、インターネット エクスプローラではなくエッジを使用します).
– ネットワークの問題: 別のネットワーク プロトコルを試す: 放送局は、PC用OBSをダウンロードすることができます / Larix Broadcaster for mobile for broadcaster for Broadcasting(ブロードキャストタブの指示による)は、WebRTC UDPの代わりにRTMP TCPでブロードキャストする.
– ファイアウォールの問題: ユーザーがファイアウォールを持っている場合、それが原因であるかどうかを識別するために一時的に無効にすることができます. 必要なポートとプロトコルはストリーミングの方法によって異なります, サーバーとサイトの構成.

訪問者は’接続またはストリームを行うことができます (ログインなし)

訪問者のみの問題は、キャッシュとサイトが要求に静的コンテンツを提供する場合に最も関連している可能性が高い.
WPスーパーキャッシュでは、クッキーを持っているサイトの訪問者のためのキャッシュを無効にすることができます.

音なし

– 放送局は正しい入力デバイスを選択する必要があります (マイク). 放送時. ブロードキャストタブを開いて入力デバイス/設定を変更する.
– 視聴者は使用する必要があります “サウンド用のタップ” オーディオを有効にするボタン.
ブラウザは、音声でビデオを自動再生できるようにユーザーの操作を必要とします. 再生がまったく許可されていない場合があり、アプリケーションは “タップして再生” ボタン.
これはブラウザ機能です / 制限.
– ストリームまたはページの再読み込みを試す. ネットワークの状態とブラウザに応じて, WebRTC UDP ブロードキャストからオーディオ ストリームが失われることがある. 信頼性を高めるためにRTMP TCP経由でOBS /ラリックスブロードキャスターストリーミングをお試しください.

ウェブカメラまたはマイクにアクセスできない

Web ベースのアプリケーションは、システムによって提供されるデバイスを使用します。 / ブラウザから WebRTC へ . 試してみてください ウェブRTC サンプル 利用可能なデバイスを確認する. システムの場合 / ブラウザは WebRTC の使用にアクセスできないようにしません, WebRTC ベースのアプリケーションは、アクセスできる#8217;アクセスできない.
-最新のブラウザはウェブカメラ/マイクを公開するためにSSLを必要とするので、HTTPSではなくHTTPS経由でアクセスすることを確認してください.
-別の方法を試す ブラウザ.
-[ブロードキャスト] タブの設定で OBS でブロードキャストを試す.
-使用可能な場合, レガシーフラッシュベースのアプリケーションを試す.
-ブラウザ WebRTC のサポートの詳細, ハードウェア プロバイダのサポートに確認する.

テスト方法

– 試してみる ライブデモ , 好ましくはクロムを使用して / 勇敢 高度な統計を取得するには. ライブデモで問題が発生しない場合, インストールに関連する原因. 同じ問題が発生した場合, これらはクライアントブラウザに関連している可能性があります / 接続.
– 使用可能で、まだ使用していない場合は、より良いネットワーク オプションに切り替えます。: 5代わりに WiFi 上の GHz 2.4 GHz, 3Gの代わりにモバイルでLTE /4G, ワイヤレスの代わりに有線.
– ブラウザを最新バージョンに更新する. 問題が特定のブラウザとそのプラグインに固有であるかどうかを特定するために、異なるブラウザを試してください. プラグインなしで同じブラウザをテストする可能性がある場合は、プラグインなしでプライバシーモードで新しいタブ/ウィンドウを開いてみてください.
– 別のコンピュータから試す / モバイル デバイス, 可能な場合は, 問題がデバイスに固有のものかどうかを特定する.
– 別の ISP から試す (たとえば、WiFi がオフになっているモバイル デバイスからのアクセス例で、モバイル ネットワークを使用します) 問題が接続に固有であるかどうかを識別する.
– パートナーを持つ, 問題がテスト環境に固有であるかどうかを特定するために、別の場所のテストから友人.

制限

– ライブ放送は、ライブビデオを送信するのに十分なアップロードビットレートと信頼性の高い高速インターネット接続が必要です. それ以外の場合、送信は失敗するか、失われたフレームと中断で低品質でのみ行うことができます.
オプション: 信頼性の高い高速インターネット接続を持っていない’ないユーザーは、ライブビデオをブロードキャストすることができない場合があります. マイクオーディオのみを送信しようとする可能性があります. 低い接続のユーザーはまた、チャットでビデオ/オーディオメッセージを記録して送信しようとすることができます (ウェブリクエストがタイムアウトした場合は#8217;tもタイムアウト).
– ライブ再生は、ライブビデオを再生するのに十分なダウンロードビットレートと高速インターネット接続が必要です.
これらの制限はユーザー’sのインターネット接続に関連しており、サーバーまたはソフトウェアレベルでソートできる’t.
– すべての機能をサポートするには、最新のHTML5ブラウザ技術が必要です. 部分的なサポートを持つ一部のブラウザでは、ビデオや放送の録画が許可されない場合があります. 一部の機能は、高度なブラウザ機能から有効にした後にのみ利用可能になる場合があります. 記録の例では、必要 メディアレコーダー API.

Android用Wowza RTSPライブストリーミング

 

テスト お使いのデバイスのRTSP再生:
RTSP://184.72.239.149/VOD / MP4:BigBuckBunny_175k.mov

 

 

Wowza Media Serverを設定

– HTTP://www.wowza.com/forums/content.php?36#パブリッシュ
[インストール先ディレクトリ]/confに/のApplication.xml

+ 生きるためにストリーム/ StreamTypeプロパティを設定します :
<StreamType>暮らす</StreamType>

+ cupertinostreamingにHTTPStreamersプロパティを設定します,smoothstreaming,sanjosestreaming :
<HTTPStreamers>cupertinostreaming,smoothstreaming,sanjosestreaming</HTTPStreamers>

+ cupertinostreamingpacketizerするストリーム/ LiveStreamPacketizersプロパティを設定します,smoothstreamingpacketデシリアライザ,sanjosestreamingpacketizer:
<LiveStreamPacketizers>cupertinostreamingpacketizer,smoothstreamingpacketizer,sanjosestreamingpacketizer</LiveStreamPacketizers>

+ 誰にも負けない、RTP /認証/ PlayMethodプロパティを設定します:
<PlayMethod>なし</PlayMethod>

 

– HTTP://www.wowza.com/forums/content.php?62
[インストール先ディレクトリ]/confに/ Vhost.xmlファイルを追加 554 のHostPort /ポートの一覧へ

– HTTP://www.wowza.com/forums/content.php?36#RTSP
RTP > [プロパティ]コンテナ内の [インストール先ディレクトリ]/confに/[アプリケーション]/のApplication.xml (正しいプロパティコンテナを使うようにしてください – いくつかのApplication.xmlである):
コー​​ド:

<財産>
<名前>forceMPEGTSOut</名前>
<値>真の</値>
<タイプ>ブール</タイプ>
</財産>
<財産>
<名前>rtpWrapMPEGTS</名前>
<値>真の</値>
<タイプ>ブール</タイプ>
</財産>

パブリッシュ

HTTP://www.wowza.com/forums/content.php?62

  1. コー​​ド化:

    これは、低ビットレートを使用してビデオをエンコードするのが最適です, フレームレートと低い符号化複雑. モバイルストリーミングの場合250kbpsまでの64Kbpsの間の総ビットレートは、おそらく最高です. 多くのモバイルデバイスは、完全に処理することができない場合が 30 1秒当たりのフレーム数 (FPS). のフレームレート 15 – 24 FPSは、モバイルのための最高のかもしれ. それは、より低い264の複雑さにエンコードするのがベストです. ほとんどのモバイルデバイスは、H.264ベースラインをサポート. エンコーダの複雑さとレベルが議論されている ここに.

  2. ネットワーキング (UDPおよびTCPのセットアップ):

    UDP: これは、すべてのUDPを開くことが最良である (0-65535) RTSP / RTPストリーミング用のポート. 着信側では, Wowzaの範囲の間のポートを使用しようとする傾向がある 6970-9999. 出射ポートの選択は、受信デバイスによって行われる. だから、送信UDPトラフィックにすべてのポートを開くことが最善である. 正しくUDPの設定を取得することが困難な場合や、ルーターやファイアウォールの設定に依存している. NATの背後にある場合は (ネットワークアドレス変換) それはすべてのUDPポートがWowzaを実行しているサーバーにマップされていることが重要です.

 

アンドロイド: ほとんどのAndroidデバイスは、RTSP / RTPストリーミングをサポート. バージョンを実行している新しいAndroidデバイス 2.2 以上 (フローズンヨーグルト) また、Flash Playerをサポートして 10.1 とRTMPとFlashのHTTPストリームを再生することができます. Androidデバイスは、任意の組み合わせで、RTSP / RTPを介しMP3ストリームを再生することはできません (オーディオ/ビデオまたはオーディオのみ). Flash PlayerをサポートするAndroidデバイス 10.1 RTMPまたはFlash HTTPを使用してMP3を再生することができます. RTSP / RTPを使用のAndroidデバイスにストリーミングする場合, RTP部分は、UDP上で流れなければならない. アンドロイドは、RTSP / RTPのインターリーブをサポートしていません (TCP上のRTP). UDPはRTPの再生のために利用できない場合、これは、, TCP上のRTPは、フェイルオーバーとして機能しませんし、あなたのストリームが再生されません.

お客様がDroidXとDroid2にRTSP / RTPの再生に関する問題を報告している. それはほんの数フレームサイズは、これらのデバイス上で正しく再生されているようです:

  • 800×480
  • 480×320
  • 240×160

 

VideoWhisperは、互換性を提供, RTMPは、モバイル、ストリーミングでWowzaホスティングプランと支援を管理し:

HTTP://www.videowhisper.com/?P = Wowza メディア サーバ ホスティング