おそらく「インタラクティブライブ」のライブとの接触は、不慣れではありませんが、その内部実装原理は疑わしいとなります。
実際には非常に単純な、「インタラクティブライブ」コア事実はさえ小麦の技術は、テキストがライブビデオ、インタラクティブソフトウェアの開発、実装工程において、通信の魅力形以上になります、とさえ小麦の技術は密接な関係が分離できないということです。でも、小麦の技術小扁は、下の関連普遍的な「インタラクティブライブ」の下で、今日あなたを与えました。
実装プロセスにおけるインタラクティブライブさえ小麦
我々はすべて知っているように、オープンスタジオアンカーは、アンカーのクライアントは、ライブ映像は、この時点で私たちは観客にアンカー一方的な出力内容を意味し、「ライブ一方通行」として定義することができます参照してください。でも小麦開始したインタラクティブなユーザーを固定するがある場合は、小麦アンカーもリクエストを受け付けた操作がユーザーのために、現時点では、アンカーとユーザとの間Lianmaiオーディオおよびビデオの相互作用を向けられているので、しかし、意味は、受信したコンテンツを変更していましたアンカーとさえ観客はマイケル・フランシス画面でした。開始さえ小麦は1は、さえ小麦聴衆を起動するためのイニシアチブを固定するように指示他にも小麦を固定するためにユーザが開始要求されている、通常は2つの方法があります。インタラクティブライブ開発はこれまでに、アンカーとアンカーとの間にもアンカーとユーザとの間の単一の小麦ギフトPKに接続することができ、もはやさえ小麦ではありません。
「バイパスライブ」のコンセプトでインタラクティブライブ
バイパスは、高並行性のシナリオの下でソリューションベースのインタラクティブなライブを放送しています。アンカーのユーザーも、小麦混合されたオーディオおよびビデオコンテンツを、CDN配信事業、CDNによるライブコンテンツの配信によって達成する必要、ユーザーとして作りを見ることができるとの対話「のライブバイパス。」これは、ライブ配備時に構築するための対話的な使用のための重要な理由CDNプラットフォームです。インタラクティブライブのために、多くのユーザーグループのための公共サービスのこの種は、異なる地域のユーザーが同時に同じライブコンテンツを受信できるようにすることができる必要があり、低レイテンシが重要な要因である、CDNマルチノードだけで、待ち時間インタラクティブライブを減らすことができます。
CDNベースのRTMPおよびインタラクティブライブプログラム
今、ライブインタラクティブソフトウェア開発で、RTMPプロトコルを使用して、前提に基づいてRTMPプロトコルとCDNの技術の下でも、小麦を達成するための最も双方向放送プラットフォーム広く使用されています。ユーザLianmai付きアンカーは、それぞれベースのプロトコル、アンカー端をRTMPと流れるときLianmaiクライアントがCDNにプッシュされ、2つのビデオストリームを視聴者側にプッシュされるCDNは、視聴者側は、ビデオストリームは、2つを混合した後に形成されます脚本。この実施形態は、非常に便利で簡単な実施形態では、アクセスコストが低く、そのために広く使用されているが、この方式には欠点があります。
1. RTMPプロトコルは、基本的な感触の点で視聴者を終了し、5S未満の遅延制御をブロードキャストすることができるがあり、遅延の問題があり、それでも小麦の点で両側のために、明らかな相互作用の間に遅延を感じることが、インタラクティブなライブ経験が悪いです。
比較的一般的な問題である、エコーする人舞との相互作用さえ2.アンカーは、現在の状況では、この問題を解決するために、まだ非常に困難です。
3.私たちはしばしば、双方向放送のプラットフォーム事業者は、帯域幅とトラフィックが、トラフィック自体の多くは、CDNを通じて配布される消費、高い費用を充電することを訴え聞き、ましてやそれLianmai 2つのインタラクティブライブビデオストリームを占めますか？
もちろん、究極の目標は、我々は、これらの問題を議論し、あるいは小麦を達成するために合理的な解決策でライブインタラクティブなソフトウェア開発を提供できるようにします。上記のRTMPプロトコルとCDNの技術の下でインタラクティブなライブプログラムを基に、我々は達成するために、異なるシナリオの下でのインタラクティブライブのプライベートUDPプロトコルの下のソリューションを組み合わせることができます。
すでに巨大なユーザーベースを持っている場合、それは高い並行処理に適応しなければならないし、RTMPとCDN技術における溶液の使用、確かに最良の選択は、結局のところ、我々はまだ考慮に観客のエンドユーザーの視聴体験のほとんどを取らなければなりません。同時実行性の要件はそれほど高くありませんが、住んでいるとさえ、そのような友人と一つのビデオチャットの一つとしてライブ遅延要件、社内会議や訓練シナリオに、より高いまたはより低い小麦を必要とする場合でも、あなたはプライベートUDPプロトコル・ソリューションを使用することができます。小麦のような声に頼っても、それが放送事業にUDPトランスポートプロトコルを使用することで、YYを開始しました。
小扁は、最終的な分析で、我々はまだ、より適切な技術的合意さえ小麦の使用に合理的な解決策を開発するために、自分自身のプラットフォームに基づいて生きるために必要がある、そんなに言いました。