Apple HTTPライブストリーミングは、モバイルデバイスにビデオを配信するための広範なテクノロジーであり、シンプルさ、汎用性、およびクロスカントリー機能に依存しています。 配信プロトコルとして、最も簡単で手頃な価格でテスト済みのインターネットプロトコルはHTTPです。これにより、ネットワーク上のほぼすべてのデバイスまたはソフトウェアにビデオを配信できます。

以下では、猫の下で、代替案が検討されています-iOS Safari用のWebsocket Streamingとテストプロセスが詳細に説明されています。

汎用性の高いHLSテクノロジーは、配信とビデオ表示の速度が劣っています。 ビデオストリームはフラグメント（チャンク）に分割され、HTTPを介して通常のファイルとしてダウンロードされ、プレーヤー側でビデオにバッファリングされて収集されます。 主な欠点は、ビデオ再生の大きな遅延-5秒以上です。

ビデオ監視システムまたは録画済みビデオの再生がある場合、5〜10秒の遅延は重要ではありません。 たとえば、何も起こらない駐車場の景色がビデオに表示されている場合、10秒後に同じ写真が表示されない限り、10秒は重要ではありません。

同様に、事前に録画されたビデオの場合：10秒間のバッファリングは何にも影響しません。

別のことは、イベントがリアルタイムで放送されるときです。たとえば、発表者が聴衆から質問を受け取り、それらに回答するウェビナーです。 ここで、追加の遅延が不快感を引き起こす可能性があります。



iOS SafariでのHLSプレーヤーの外観は次のとおりです。



ビデオは画面全体を占有し、これを防ぐ方法はありません。 HLSプレーヤーはブラウザーとは別に起動され、ビデオストリームがブラウザーで再生されます。 このようなディスプレイは、ビデオを見るのに非常に便利です-オンにして見る。

Webアプリケーションから何らかのインタラクティブ機能が必要な場合、不便が生じます。 このようなアプリケーションには、次の要件が適用される場合があります。

• ブラウザのHTMLページでビデオを直接再生する。
• チャットなどの他の要素を同じページに配置できます。

基本的に、そのようなWebアプリケーションには、Webセミナー、ビデオチャット、およびチャットでの同時ディスカッションの可能性があるブロードキャスト（スポーツイベントなど）が含まれます。

一見したところ、最も簡単なソリューションは、ブロードキャスト+チャットなどのタスク用のiOSアプリケーションを作成し、ユーザーにアプリケーションをダウンロードさせることです。 ただし、実践が示すように、すべてのユーザーが追加のジェスチャーの作成方法を好む/知っているわけではありません：App Storeにアクセスし、セキュリティ設定に困惑し、アプリケーションをダウンロードして起動し、最後にブロードキャストを視聴します。 この場合、「Safariでリンクをクリックする」-「ブロードキャストをブラウザで直接表示する」というパスがはるかに簡単で短いです。

そのため、iOS Safariには2つの要件があります。

1. ビデオは最小限の遅延で再生する必要があります。
2. ビデオは、HTML5を使用してブラウザーで直接再生する必要があります。

最適なソリューションは、WebRTCテクノロジーをサポートすることです。 実際、WebRTCテクノロジーのアプリケーションは、遅延の問題を解決し、たとえばAndroid Chromeのように、ブラウザーでストリームを直接再生できるようにします。 残念ながら、iOS SafariにはWebRTCのサポートはなく、そのようなサポートの見通しは現在非常にあいまいです。

いつものように、公式メーカーからのサポートがない場合、代替手段があります。
その1つは、Websocketプロトコルを介したiOS Safariへのビデオの配信と、ブラウザーを使用したこのビデオストリームのレンダリングです。

Websocket-この場合、ビデオストリームの高速配信を提供できるiOS Safariで利用可能な唯一のプロトコル。 プロトコルはTCPとHTTPに基づいて機能しますが、後者とは異なり、既に確立された接続内でバイナリデータが送信され、送信時に不要なHTTPヘッダーがないため、ストリーミングデータの送信に適しています。

この記事では、HLSを使用した従来のアプローチと、Websocketを介してiOS Safariに同じライブストリームをブロードキャストする方法を比較します。このため、両方のテクノロジーを構成およびテストします。

iOS Safariブラウザはランダムではありません。 IEとMac SafariはFlash、Chrome、FFをサポートし、OperaはWebRTCをサポートします。 また、iOSデバイスのみがHLSの使用に限定されており、この代替手段はこの記事で説明されています。

Websocketを介したビデオのストリーミングはVoW（Video over Websockets）と呼ばれ、このストリームを再生するプレーヤーはVoW-Playerです。

必要なすべてのツールのインストールを含む、HLSおよびVoWのテストについて詳しく説明します。

HLS-Apple HTTPライブストリーミング

2つの液滴を作成する

実験の純度を高めるために、2つの異なる仮想サーバーCentos 6.5 64ビット、 digitaloceanの 1 GB RAMを使用します。



oracle.comにアクセスし、JDKをダウンロード、アンパック、インストールします

Oracle JDKはここからダウンロードできます 。

RPMをインストールできますが、フォルダーをコピーするだけでも機能します。

tar -xvzf jdk-8u45-linux-x64.tar.gz mkdir /usr/java mv jdk1.8.0_45 /usr/java ln -sf /usr/java/jdk1.8.0_45 /usr/java/default ln -sf /usr/java/default/bin/java /usr/bin/java java -version java version "1.8.0_45" Java(TM) SE Runtime Environment (build 1.8.0_45-b14) Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode) 

ダウンロードWowza

WowzaはRTMPストリームを受信し、HLSとしてレンダリングします。 wowza.comからダウンロードします 。 その後、無料の開発者ライセンスを取得する必要があります。

Wowzaをインストールする

インストーラーは管理者ログインとパスワードを要求します。これらは後で管理パネルに入るために使用できます。

 chmod +x WowzaStreamingEngine-4.1.2.tar.bin ./WowzaStreamingEngine-4.1.2.tar.bin 

Wowzaを起動する

サーバー自体と管理インターフェースは別々に起動されます。

 service WowzaStreamingEngine start service WowzaStreamingEngineManager start 

Wowza管理インターフェイスに移動します

正常に起動すると、ポート8088で管理パネルが使用可能になります。
ログインとパスワードはインストール中に設定されました。



ライブでの接続を許可>受信セキュリティ設定

デフォルトでは、RTMP-Publishingはパスワードでのみ許可されます。 全員がストリームを公開できるようにする-オプション「認証不要」。 そのため、テストが容易になり、後でアクセスを閉じる時間を常に確保できます。



Wirecast Live Encoderをダウンロードする

Wirecastの選択は、AACでサウンドを適切にエンコードするためです。 たとえば、Windows 8のFMLE（Flash Media Live Encoder）はこれを行う方法を知りません。 FMLE for MacはAACをエンコードできますが、Macは手元にありませんでした。

残念ながら、Wirecastでは、Windows 8.1 64ビット上のWebカメラからビデオをキャプチャすることができなかったため、ビデオをストリーミングする必要がありました。 以下はプロセスの説明です。 この記事の執筆時点では、 Wirecast-6.0.4-64-bitが使用されていました 。

サーバーのWowzaStreamingEngine / contentディレクトリからsample.mp4ファイルをダウンロードします

MPEG4形式のうさぎに関するビデオがWowzaにバンドルされています。 Wirecast Encoderがインストールされているコンピューターにダウンロードします。



Wirecastでsample.mp4ファイルを開きます

ファイルシステムで映画を選択するだけで、映画をWirecastに追加します。



Wirecastでsample.mp4の再生を開始します

ビデオを再生するには、ウサギのすぐ下にある右矢印の画像のボタンを押す必要があります。 下のスクリーンショットをご覧ください。



出力設定を構成する

次に、エンコード設定を設定します。 これらの設定により、ビデオはトランスコードされ、RTMPプロトコルを使用してネットワークに送信されます。

H.264 + AACモバイルデバイス用にエンコードし、解像度を320x240に設定します。



RTMPサーバーのアドレスを構成する

ここでは、Wowzaがインストールされている液滴のアドレスを示します。 ストリーム名：myStream。



ストリームの配信を開始します

[ストリーム]ボタンを押して、ビデオをトランスコードし、RTMPストリームをサーバーに送信するプロセスを開始します。 右上隅に緑色の接続インジケータが表示されます。



iOS Safari、ライブアプリケーションでWowza管理パネルを開く

iOS Safari以外で管理パネルを開くと、HLS経由で再生用のURLを取得しようとすると、「お使いのデバイスはHLSをサポートしていません」などのエラーが表示されるため、iOS Safariの管理パネルに移動し、「ライブ」アプリケーションを選択してボタンをクリックします「テストプレーヤー」。





HLS URLをクリックして、Apple iPhone Safariで再生を開始します

そこにはプレーヤーがなく、HLS経由でビデオを取得できるHTTP URLだけがありました。 iOS SafariブラウザーはこのURLを開き、内部HLSプレーヤーでビデオを再生できるようにします。 ライブモードでWirecastをストリーミングするHLSムービーを取得します。

再生遅延は約25秒であることに注意してください。 確かに、これはどこかで調整することができますが、すぐに使えるものがあります。



したがって、次のHLSブロードキャストスキームを取得します。

スキームは非常に単純です。ビデオをRTMP経由で送信し、HLS経由で配信します。

VoW-Video over Websockets

Wowzaと同じ方法で、2番目のドロップレットにJDKをインストールします

 tar -xvzf jdk-8u45-linux-x64.tar.gz mkdir /usr/java mv jdk1.8.0_45 /usr/java ln -sf /usr/java/jdk1.8.0_45 /usr/java/default ln -sf /usr/java/default/bin/java /usr/bin/java 

Web Call Server 4のインストールと構成

WCS4サーバーをダウンロードしてインストールする

 wget http://flashphoner.com/download-wcs4-server.tar.gz tar -xvzf download-wcs4-server.tar.gz cd FlashphonerWebCallServer-4.0.1212 ./install.sh 

インストーラーはIPアドレスを2回要求します。
ドロップレットのIPアドレスを両方とも指定する必要があります。

IPアドレスは、たとえばifconfigコマンドによって決定されます。



この例では、46.101.139.106です。

無料のライセンスを取得し、インストール後にアクティベートします

 cd /usr/local/FlashphonerWebCallServer-4.0.1212/bin ./activation.sh 

設定およびRTSPインターリーブモードでAACコーデックのサポートを追加します

AACはmpeg4-genericです。 WowzaサーバーがTCP経由でRTSPを操作するように設定されている場合、「インターリーブモード」を追加します。

 mc -e /usr/local/FlashphonerWebCallServer/conf/flashphoner.properties 

 codecs =opus,alaw,ulaw,g729,speex16,g722,mpeg4-generic,telephone-event,vp8,h264,flv,h263,h263p,mpv rtsp_interleaved_mode=true 

サーバーを起動します

サーバーは、かなり長い間、仮想マシンで実行されています。 1分間待っています。 開始する前に、サーバーのIPアドレスとホスト名（ホスト名）を/ etc / hostsに登録することをお勧めします。 これがないと、起動に問題が発生する可能性があります。

 hostname wcs 

 service webcallserver start 

Apacheをインストールして実行する

Apacheはテストプレーヤーを含むページを提供します。

 yum install httpd service httpd start 

VoW PlayerのサンプルをWebディレクトリに展開する

 cd /var/www/html/ wget http://flashphoner.com/download-wcs4-client.tar.gz tar -xvzf download-wcs4-client.tar.gz 

サーバーに接続するURLとピックアップするストリームを指定します

 mc -e /var/www/html/examples/min/vow-player-min.js 

Websocketを介してサーバーに接続します。

 var url = "ws://46.101.139.106:8080"; 

WowzaからRTSPへのストリームを取得します。

 var streamName = "rtsp://46.101.139.105:1935/live/myStream"; 

iOS Safariでプレーヤーを開く

単純なHTMLページが開きます ： 46.101.139.106/examples/min/vow-player-min.html

このページには、ビデオ表示領域、2つのボタン、および現在の再生ステータスの表示領域があります。



再生を開始

[再生]をクリックして、再生を開始します。 内部iOSプレーヤーが接続せず、ビデオがHTMLページの本文で直接再生されることがわかります。 「再生」および「一時停止」のコントロールとステータスブロックはそのまま残ります。





これは、指で画面全体にビデオを引き伸ばす方法です。



Google Chromeで同じページを開いてデベロッパーツールを適用すると、HTML5キャンバス（ビデオが描画される要素）が表示されます。



より深く掘り下げて「ネットワーク」タブを見ると、高速で到着する多くのWebsocket Binary Frameを見ることができます-これはHTML5 Canvas要素で見るビデオストリームです。



再生遅延はHLSとは根本的に異なり、わずか3秒です。 写真がはっきりと見える。 アーティファクトなし。 オーディオとビデオは、目に見える欠陥なしで同期して動作します。

その結果、次のブロードキャストスキームがあります。



バッテリー消費テストを実施することも興味深いでしょう。 HLSハードウェアでビデオのデコードが可能で、VoWプレーヤーではJavaScriptを使用してビデオがデコードされるため、VoWではバッテリーがHLSプレーヤーの通常使用よりも速く消耗すると信じる理由があります。

その結果、放送技術のデータの違いの兆候を描きます。



ここで、セットアップの複雑さは、追加のリンク（WCSサーバー）とVoW-Player自体の入力として理解されるため、システムセットアップの時間と複​​雑さが増加します。

以下に、デモURLに、自分でテストしたい人のためのうさぎに関するビデオを残します。

HLS（iOS Safari）

VoW（iOS Safari、Windows Google Chrome）

URLのスムーズな動作を保証するものではありません。

うさぎビッグバックバニーに感謝します。 それがなければ、そのようなカラフルな物語は出てこなかったでしょう。