ビデオエンコーディング2校
- VECGのITU（国際電気通信連合）（ビデオ専門家グループコーディング）、これはITU下VECGと呼ばれています。
- MPEGにおけるISO（国際標準化機構）（動画像専門家グループ）、これはISOのMPEGです。
ウェブキャスト
良好なネットワークプロトコルは、アンカー・プッシュ・サーバ側から、同じプロトコルサーバの実行は、サーバでネットワークパケットを受信するがあり、ビデオストリームを符号化されるビデオストリームの内部には、コンタクト・ストリームとして知られているプロセス。
ビデオストリームにサービス終了後、ビデオストリームは、トランスコードとして、特定の処理を行うことができる、即ち、1つの符号化形式から別の形式に変換されます。観客は大きく異なるクライアントを使用しているので、彼らは生きて見ることができることを確認してください。
ストリームが処理された後、視聴者はビデオストリームを要求するクライアントのために待つことができます。ビューアクライアントの要求プロセスは、プルストリームと呼ばれています。
視聴者のクライアントは、ビデオストリームをプルダウンされます場合は、それは鮮やかな映像フレームに移しバイナリとの文字列を読んでいないだろう、すなわち上記のプロセスの逆のプロセスを経て、デコードする必要があり、クライアントで再生
伝送のためのネットワーク・パケットにパックこのバイナリストリームは、ここでは、RTMPプロトコルを使用します。RTMPはTCPベースであるので、2つの側面は、TCP接続を確立する必要性を確認しました。TCPコネクションを基に、あなたはまた、すなわちプログラムの内部で、あなたはディスプレイの接続を作成し、RTMPライブラリ接続機能を呼び出す必要があり、接続RTMPを確立する必要があります。
RTMPの主な役割は、二つのことを確認することです：1は、クライアント、サーバーのバージョンが矛盾している場合、それは動作しないことができる、バージョン番号です。もう一つは、このように双方が互いのスタンプを知っているだろうから始め、タイムスタンプ、ビデオ再生、時間はデータフローのやり取りが続き、非常に重要であり、それは多くの場合、タイムスタンプの違いをもたらすことです。
中心とエッジ配信ネットワークは、2つの層に分割されています。エッジ層のサーバーは、国全体と主要キャリア間で展開され、ユーザーは非常に接近しています。中央層は、ストリーミングメディアサービス内容については責任を負い転送のクラスタです。インテリジェントな負荷分散システムは、ユーザの位置情報に応じて、プッシュ/プルサービスフローをユーザーに提供するために、最も近いエッジサーバーを選択します。中心層は、HLS RTMPプロトコルストリームにビットストリームを変換し、例えば、また、トランスコーディングサービスの責任です。
ファイル転送
FTP：ファイル転送プロトコルは、TCPは、ファイルを転送するために2つのリンクを使用しています。
よく開いているポート21 FTPで知られる受動的な方法で、サーバーは、クライアントが接続を開始します。このコマンドは、クライアントからサーバーに接続し、サーバの応答を返します。
P2P：P2Pは、ピア・ツー・ピアです。リソースが集中一部のデバイスに保存され始めるが、複数のデバイスに保存されて飛散しませんでした。あなたは、ファイルをダウンロードしたい場合は、あなただけの中央サーバーを必要とせずに、あなたは近くのファイルをダウンロードすることができ、接続を指すようにポイントを確立するために、すでに存在ピアのファイルで、それらとのピア間のものに取得します。あなたは、ファイルをダウンロードしたら、あなたはあなたの隣に、これらのマシンのピアになり、あなたはまた、あなたがそのようなBitTorrentのようなP2Pソフトウェアを使用する際に、頻繁に見ることができ、ここからファイルをダウンロードするように選択することができ、両方のあなたがダウンロードする他の人から、だけでなく、他の人に自分自身をダウンロードするには、P2Pネットワークに参加していることを、トラフィックをダウンロードするだけでなく、トラフィックをアップロードします。
種子（急流）ファイル：（トラッカーURL）を発表し、ファイル情報コンポーネントから。
- ファイル情報：
- エリア情報：種子はいくつかのファイルを持って、どのように長いファイル名やディレクトリとファイルのディレクトリ構造
- 最上位ディレクトリの名前：名前フィールド
- 各セグメントのサイズ：BitTorrentのプロトコル多くの小片にファイルし、その後は、セグメントをダウンロードしてください。
- ハッシュ値のセグメント：全種子、各セグメント片のためのSHA-1ハッシュ値と共に
ダウンロードする際に、BTクライアントは、まずトラッカーを接続し、トラッカーアドレスを取得し、.torrentファイルを解決します。リクエストダウンローダに対応するトラッカーサーバーがダウンロードした者が利用可能なIPの（発行者を含む）他の人がダウンロードされます。ダウンローダ、その後の両方が、彼らは他のいくつかのブロックを持っていることを知らされた、.torrentファイルによると、他のダウンローダに接続し、もう一方の当事者は、データを交換する必要はありません。この時点で関与していない他のサーバーので、サーバーの負担を軽減、単一回線上のデータトラフィックを分散させました。
このプロセスは、これは特に依存トラッカーで、見ることができます。トラッカーサーバーのダウンローダは、情報を収集する必要がある、とメーカーが相互接続された伝送データでダウンロードし、他のダウンローダにこの情報を提供しています。ダウンロードプロセスは、非集中型のですが、P2Pネットワークに参加するが、それらの両方は、どのようなユーザーがリソース要求を登録するために使用されるトラッカー中央サーバーの助けを必要としています。トラッカーサーバーに障害が発生したり、ラインが遮断された後、したがって、この作品は、欠点を持っている、BTツールが正しく動作しません。
ネットワークの中心にDHT（分散ハッシュテーブル）：任意のBitTorrentの開始後、それは2つの役割を持っています。ピアは、ファイルをアップロードし、ダウンロードするために使用されるTCPポート上でリスニング、この役割は、私はファイルを持っていることを示しています。もう一つの役割DHTノードは、UDPポートをリッスンし、この役割を通じて、このノードは、DHTネットワークに参加しました。
DHTネットワークは、各ノードDHTはIDを有しています。このIDは、長い文字列です。各DHTノードは、それが特定のファイルがどのノードに保存されていることを知っている必要があること、つまり、文書の索引付け、ある程度の知識を持っている責任があります。それだけで、それに関する知識を持っている必要がありますが、それ自体は必ずしもファイルノードを保存していません。
每个文件可以算出一个哈希值，而DHT node的ID是和哈希值相同长度的串，DHT算法规定：如果一个文件计算出一个哈希值，泽合这个哈希值一样的DHT node，就有责任知道从哪里下载这个文件，即便他自己没保存。另外，除了一摸一样的DHT node应该知道，ID和这个哈希值非常接近的N个DHT node也应该知道。
接下来一个新的节点 node new 上线了。如果想下载文件 1，它首先要加入 DHT 网络，如何加入呢？
在这种模式下，种子.torrent 文件里面就不再是 tracker 的地址了，而是一个 list 的 node 的地址，而所有这些 node 都是已经在 DHT 网络里面的。当然随着时间的推移，很可能有退出的，有下线的，但是我们假设，不会所有的都联系不上，总有一个能联系上。 node new 只要在种子里面找到一个 DHT node，就加入了网络。