コンテンツの品質が同じであると仮定した場合（ceteris paribus）、ストリーミングメディア（ビデオ、オーディオなど）はダウンロードと同じ量の帯域幅を使用しますか？
私はAmazonからHD映画をダウンロードするか、それをストリーミングすると言って、それは帯域幅の同等の使用になりますか？
75 stemie 2014-10-08
等価ではないことが多いです
ストリーミングプロバイダは、DASHのようなプロトコルを使用して、動的にユーザーの帯域幅の可用性と品質の要求に合わせてムービーの品質を調整します。そうすると、サーバーは一定量（10秒、30秒、1分など）のバッファリングができるように接続を制限し、その後、リアルタイムでコンテンツを取得するために必要な帯域幅の量だけを取得することができます。これは、帯域幅をより均等にユーザーの間で広がり、さらに無駄に転送されるデータを避けるため、プロバイダの観点から明らかな最適化です（例えば、ユーザーがratelimitingせずに、一般的なダウンリンクと10分間480pの映画を見たとき、それはそれよりもはるかに多くのことが可能性が高いですが、ユーザーがビデオを見て停止した場合、無駄になります）
転送されるデータ量は同じです。しかし、ストリーミングの場合は、プロバイダがリアルタイムで所定の品質のコンテンツを配信するために必要なレートにデータ転送を制限する場合があるため、時間がかかる場合があります
Dailymotionは、接続をレート制限しているプロバイダの一つです。少なくとも100 Mbit/sの対称接続を持つサーバーからは、以下のような挙動が見られます¹
youtube-dl http://www.dailymotion.com/video/xhc3zz_long-distance-calling-into-the-black-wide-open_music
[dailymotion] xhc3zz: Downloading webpage
[dailymotion] xhc3zz: Extracting information
[dailymotion] xhc3zz: Downloading embed page
[download] Destination: LONG DISTANCE CALLING - ' Into The Black Wide Open '-xhc3zz.mp4
[download] 5.8% of 51.99MiB at 203.89KiB/s ETA 04:06
レートは、可能なものを大幅に下回っています（そして、他のプロバイダで達成されています）。また、別の材料を試してみた場合、あなたはレートが非常に個々のビデオに依存していることがわかります：fullhdのビデオは簡単に>でダウンロードします
それはすべてをまとめて、いくつかの可能性のある誤解を明確にするために。プロバイダによっては、ストリーミング中にクライアントアプリケーション（例：youtubeのhtml5やflashビデオプレーヤー）を介して、またはサーバー手段によって、ダウンロードのレートを制限することがあります。サーバ手段でレート制限を行わない場合、ストリーミング中にクライアントアプリケーションによって適用される可能性のあるレート制限が行われないため、ダウンロードはより多くの帯域幅を消費することになります。これは、元の質問に関して消費される帯域幅が異なる場合の主なケースです
- 私はこれが一種の異脚証拠であることを認識していますが、この行動は一貫して観察されています
43 Jonas Schäfer 2014-10-08
同じ品質の話をしていると仮定すると（つまり、スロットリング、フレームスキップ、または低品質のストリームがない）、せいぜいストリームはダウンロードと同じ量の帯域幅を必要としますが、それはプロバイダにとってより便利な時間/速度で行われる可能性があります。また、ビデオの圧縮方法によっては、より多くの帯域幅を必要とする可能性があります – ほとんどの場合、画像全体が送信されるのではなく、フレーム間の変化（またはデルタ）だけが送信されます。これは、履歴が多ければ多いほど（例えば、フレームYのピクセルXから青の色相を使用する）、送信する必要が少なくなることを意味します。通常、これはあまりポップアップしませんが、ストリームが何らかの理由で一時停止/中断された場合、この「履歴」は失われ、再送信する必要があり、帯域幅が増加します。同じことが、オーディオ、特に固定レートがない場合に使用できます（例：mp3の代わりにFLAC）
バッファを越えて前に進むと、ストリームで使用される帯域幅が減少しますが、巻き戻しを行うと帯域幅が増加します。また、使用量の増加（上記参照）を引き起こす割り込みがあるでしょうし、youtubeやnetflixが使用しているような “サムネイルプレビュー “のような種類もわずかに帯域幅を増加させるでしょう
最後の注意：圧縮：これはダウンロードのために行うことができますが、ストリームのためにはそれほどではありません – ほとんどのビデオはすでに圧縮されているという注意点は、ここではあまり得られないでしょう（超高解像度/品質部門で利益を得るための余地があるかもしれませんが）
19 user2813274 2014-10-08
ストリーミングは、特にネットワーク状況が悪い場合には、使用する帯域幅が少なくなりますが、これには代償が伴います
問題は、送信する必要のあるデータです。ダウンロードモデルでは、何があっても、すべてのデータが正しい順序で顧客に到達しなければなりません。ネットワークの状態が悪く、データの一部のビットがクライアントに届かない場合は、再送しなければならず、帯域幅の使用量が増加します。一部のデータが順番通りに届かない場合は、提示する前に元の順番に戻さなければならず、応答性が低下します
ストリーミングモデルでは、データの一部がクライアントに届かなくても問題ありません。ストリーミングモデルでは、データがクライアントに届かなくても問題ありません。ムービーをストリーミングしていて、フレームが届かない場合は、スキップして先に進めばいいので、再送に追加の帯域幅を使わずに済みます。フレームが順番通りに届かない場合は、前に進むフレームを再生すればいいのです。瞬間的なブリップは重要ではないので、これにより応答性が向上します。しかし、これは必ずしも完全なデータが得られるわけではないことも意味します
モデルを選択しなければならない場合は、データをどうしたいかに基づいて選択してください。あなたはそれをアーカイブおよび/またはおそらくそれを何度も表示したい場合は、あなたがすべてを得るために確信しているように、それをダウンロードしてください。あなたがアーカイブすることを計画していない場合、またはデータを一度だけ表示することを計画していない場合は、先に行って、ストリーム;あなたはおそらく、1回の表示で違いに気づくことはありませんし、ネットワークの状態があなたが気づくことを十分に悪い場合は、ダウンロードはさらに悪いだろう
7 The Spooniest 2014-10-09
あなたが本当に「帯域幅」（バイト/秒）を求めているのではなく、「総データ」（バイト）を求めているのであれば、重要な質問は次のとおりです。我々は、ユーザーが全体のビデオを見て、同じコーデック/品質などが返され、ストリーミング要求/応答の小さなオーバーヘッドを無視していると仮定している場合は、返された総データは等しいです
さて、帯域幅はどうなっているのでしょうか？ご質問を理解するには2つの方法があります
ダウンロードが完了するまでの間の帯域幅。ストリーミングでは、（次のチャンクが要求されたときに）高帯域幅のスパイクが表示され、チャンクの終わり近くまでそのチャンクを見ている間はゼロに戻り、再び帯域幅のスパイクが発生します。ダウンロードについては、例えば 10 分間は非常に高い帯域幅が表示されますが、動画全体がダウンロードされるとすぐにゼロになります。今実験を中止すると、それが完了するまでダウンリンクが最大になるので、ダウンロードのための帯域幅は明らかに高くなります
動画視聴中の時間帯の帯域幅。動画を視聴している時間は、ストリーミングでもダウンロードでも、どちらもすぐに視聴を開始すると仮定して同じです。総データサイズも同じです。帯域幅は時間あたりのデータなので、どちらのシナリオでも同じです
下の例では、常に合計40（データの単位）がダウンロードされています。しかし、「ダウンロード」の場合、最初の単位時間では40であり、「ストリーミング」の場合、最初の単位時間では20であり（最初の大きなチャンクを得るために）、その後の2つの追加チャンクでは10の2倍になります。帯域幅は y 軸にプロットされていますが、2 つのグラフのそれぞれの下の領域はデータ (バイト) に対応していることに注意してください – 時間をかけてバイト/時間を積分すると、バイトが得られます
5 mb21 2014-10-09
比べ物にならない
第１の例では、ローカル視聴のための最適なエンコードは、ストリーム視聴のためのオプティマエンコードとは異なる
動画エンコードの話をしましょう
ほとんどの動画エンコード形式では、通常2種類のフレームがあります
- イントラコードされたフレーム（I-Frame） – これらは完全に転送されるフレームで、このフレームは他のフレームの知識がなくてもデコードすることができます。イントラコードされたフレームは、基本的に静的な画像です。エンコーダーは、突然の遷移の間にこれらを生成します。これらは圧縮効率が低くなります
- 予測フレーム（P-Frame）またはBi-predicted Frame（B-Frame） – これらは、フレーム間の差分のみを格納するフレームであり、それはまた、視聴者が前および/または後者のフレームを知っている場合にのみデコードすることができます。これらのフレームは、圧縮するのにはるかに効率的です
効率的なストリーミングのためにエンコードされたビデオは、ランダムシークに対応するために突然の遷移がない場合でも、ビデオ全体に沿ってより多くの冗長なI-Frameをエンコードする必要がありますが、ローカル視聴のためのエンコードは、より多くのPとBフレームを利用するために高速ディスクシークを利用することができます
また、ストリーミングにも2種類あります。事前に録音されたストリーム（ほとんどのYoutube動画）のストリーミングと、ライブイベントストリーム（Youtube Liveなど）のストリーミングがあります。レイテンシーの必要性のため、ライブイベントのストリーミングは、長い時間や予測不可能な時間がかかる高度なエンコード技術を利用できないのに対し、録音済みのストリームはエンコードに必要なだけの時間がかかることがあります
ストリーミングされたビデオもまた、通常、一定のビットレート（CBR）でエンコードされています。同じターゲットサイズの場合、可変ビットレート（VBR）ビデオは、通常、CBRビデオよりも高品質になります。逆に、ＶＢＲビデオは、ＣＢＲビデオの同じ品質のために小さくなる。DASHのような適応型ストリーミングプロトコルには適応型ビットレート（ABR）があり、これはCBRとVBRの間の妥協点です。ABRは、視聴者がネットワーク帯域幅の変化に適応することを可能にします。一定の一貫した帯域幅があれば、ABRは多かれ少なかれCBRと同じです
これらが意味するのは、同じ品質と視聴体験があれば、ストリーミングビデオよりも効率的にローカル視聴用のビデオをエンコードすることができ、ライブストリームよりも効率的に録画済みストリーム用のビデオをエンコードすることができるということです
それから、ストリーミングプロトコルにもオーバーヘッドがあります。通常の HTTP ダウンロードでは、ファイル全体をダウンロードするためにチャンク化された転送エンコーディングを使用することができますが、これは非常に最小限のオーバーヘッドしかありません。ストリーミングされたダウンロードでは、転送するチャンクとその品質をネゴシエートしなければなりません。物事の壮大なスキームでは、転送プロトコルのオーバーヘッドは比較的軽微です
全体的に、同じ量のビデオを視聴した場合、ストリーミングされたビデオは、より多くの帯域幅を取ることになります。ストリーミングの主な利点は、帯域幅の使用量の面では、それは非常に重要な節約になることができますダウンロードが、フルでビデオを見ていない人々によって保存することができるということです
4 Lie Ryan 2014-10-09
答えは「次第」だ
答えは、一般的にビデオをホストするプロバイダのために、NOです。ビデオをストリーミングする半分まともなプロバイダは、できるだけ多くの人々のためにスムーズな再生と最適な帯域幅を確保するようにレート制御を行います。だから、あなたは帯域幅の多くを持っているかもしれないにもかかわらず、それはあなたにのみ5Mビットを与えることを決定し、まだかなりまともに見えるかもしれません
HTTPダウンロードを行うと、TCPレート制御アルゴリズムが起動して、接続の片方または両方の端、またはその間の何かが飽和状態になることを確実にします。つまり、100Mビットが利用可能であれば、100Mビットに近い容量を使用することになります
もちろん、クライアントとサーバの間のどこにも QoS が発生していないことを前提としています
あなたの質問は非常に緩いので、私はまた、いくつかの素朴な設定で答えがまたYESであるようにそれを作ることができます（仮定で）、帯域幅は同じです。それを行うには、単にファイルを基本的なWebサーバーにドロップして、ビューアがキックインするようにブラウザでそれを開きます。または、基本的な Web サーバーに動画を埋め込むと、ブラウザで再生され、次のような仮定のもとで同じ帯域幅を使用します
ウェブサイトからファイルをダウンロードした後、再度ダウンロードする場合、最初のダウンロードと2回目のダウンロードの間の帯域幅が異なる場合があることを覚えておいてください。これは単純に、サーバー上の負荷が変化し、ネットワークとネットワークパスの混雑が変化する可能性があるためです
そこにあるのは…それによります
1 Matt H 2014-10-09
ネットワークの観点から見ると、”ダウンロード “と “ストリーミング “は異なるサービスであり、”トラフィックプロファイル “と呼ばれています
ストリーミングサービスの場合、ネットワークは最低限の一定のスループットを提供する必要があります（技術的には「帯域幅」は別のものを意味します）、ストリーミングサービスは、割り込みやジッターに敏感です。それは、最大のネットワークスループットを必要としない、遅延やレイテンシは重要ではありません
エンドユーザーの視点では、それは意味します。ビデオは中断や落下のないスムーズな映像でなければならない。動画の開始時間が数秒早くても遅くても関係ありません
“ダウンロード “は通常、可能な限り最大のネットワークスループットを必要とし、ダウンロードは可能な限り迅速に行われなければなりません。遅延、中断、ジッターは重要ではありません
ネットワークは、全く異なるトラフィックプロファイルを提供することがあります。例えば、音声サービス（単純な電話）は非常に低いスループットを要求しますが、遅延（200ms未満）には非常に敏感です
1 Wernfried Domscheit 2014-10-11
他の回答に補足すると、私の答えはこうです。必ずしもそうではありません
今、すべてが等しいと仮定して（品質の自動選択、サーバーやISPからのスロットリングがない）
帯域幅は通常、データのサイズを合計時間で割ったものとして定義されます。(技術的には、「適切な」用語はスループットですが、余談です)
2000秒の動画を60MBのサイズでストリーミングするとしましょう
ストリーミングでは、ストリーマープログラムはバッファオーバーフローを防ぐために独自のレート制限を行うかもしれません。そのため、HTTPリクエストヘッダには、a Range fieldが含まれているかもしれません。ストリーミングを開始してからストリーミングが終了するまでの実効帯域幅は、～60 MB / 2000秒 = 30 KB/s = 240 kbpsになります
ただし、動画をそのままダウンロードしてしまうと、インターネットサービスの帯域が最大になってしまいます。もちろん、同時に他の利用状況にもよりますが。つまり、6Mbpsのインターネットサービスを想定して、利用可能な帯域を50%とすると、動画のダウンロードには3Mbpsの帯域が必要になります
0 pepoluan 2014-10-09
ストリーミングは本当にダウンロードする方法です
ストリームされた動画を見ると、メディアプレーヤーはその一部をダウンロードして見せ、表示された部分をその場で破棄します
通常、ファイルをダウンロードするときは、ダウンロードが終了するのを待ってから、それを見始めます。しかし、ファイルのダウンロードされた部分を表示することができるメディアプレーヤーがあり、自動的に一時停止し、ダウンロードされるいくつかの詳細を待つことができます。ストリーミングのようなものですが、ファイルを破棄することなく
技術的には、懸念されるのは転送されるデータの総量である場合、それはあなたがそれをダウンロードする方法には関係ありませんが、あなたがダウンロードしたファイルと、あなたのメディアプレーヤーがストリームとしてあなたのためにダウンロードしたファイルの間の違いです。彼らは同じ正確なファイルである可能性があり、それは両方のケースで同じ帯域幅を意味します
ストリーミングメディアのサイトでは、通常、コンテンツをエンコードして、市販のディスクよりもビットレートが低くなるようにしています。しかし、デスクトップPCからノートPCのWiFi経由でOSのファイル共有機能を使って映画を見ると、デスクトップで見ているのとほぼ同じトラフィック量（ハードドライブからの読み込みバイト数）を消費します。技術的には、その一部が継続的にダウンロードされて廃棄されている間に映画を見るように、それは、ストリーミングであろう
だから答えは、それは絶対に2つのファイルのサイズに依存しています – メディアプレーヤーを介してストリーミングされ、ディスクにダウンロードされます
0 user1306322 2014-10-09
ストリーミングはダウンロードのスループットを使用しますので、ダウンロードとみなすことができます。あなたの質問は、あなたがダウンロードを考慮するものとして少し曖昧です。あなただけのアップロードをダウンロードすることができますし、彼らができると提供しても構わないと思っています。あなたは例えば、DASH（まだHTTP）上のHTTPからのストレートダウンロードを比較したい場合は、最終的には、あなたがそれぞれからやっているどのくらいのダウンロードを確認する必要があると思います
だから、同じ量を使っても…それ以下でも…もっと使っても…というのが答えだと思います。 サーバーやサービスを提供しているレートにもよりますが
0 MinusFour 2014-10-10
はい、これに相当します。ダウンロード＝一度だけダウンロードして、それはあなたのコンピュータに残ります。ストリーム＝一時的に「何か」をコンピュータにダウンロードします
-2 Tiago Ribeiro 2014-10-08
