Verwendet Streaming dieselbe Bandbreite wie das Herunterladen?

Unter der Annahme, dass der Inhalt von gleicher Qualität ist (ceteris paribus), belegen Streaming-Medien (z. B. Video, Audio) dieselbe Bandbreite wie das Herunterladen?

Angenommen, ich würde einen HD-Film von Amazon herunterladen oder ihn streamen. Wäre dies die äquivalente Nutzung der Bandbreite?

Es ist oft nicht gleichbedeutend.

Streaming-Anbieter verwenden Protokolle wie DASH , um die Qualität des Films dynamisch an die Bandbreitenverfügbarkeit und die Qualitätswünsche der Benutzer anzupassen. Dann können die Server Ihre Verbindung mit einer Geschwindigkeitsbegrenzung versehen, sodass Sie eine bestimmte Menge (etwa 10 Sekunden, möglicherweise 30 oder eine ganze Minute) puffern können. Anschließend erhalten Sie nur noch die Bandbreite, die erforderlich ist, um den Inhalt in Echtzeit an Sie zu senden. Dies ist aus Sicht des Anbieters eine offensichtliche Optimierung, da hierdurch die Bandbreite unter den Benutzern gleichmäßiger verteilt wird und außerdem vermieden wird, dass Daten vergeblich übertragen werden (z. B. wenn der Benutzer einen 480p-Film 10 Minuten lang ohne Einschränkung und ohne Einschränkung ansieht Bei einem gemeinsamen Downlink wird wahrscheinlich viel mehr als das bereits heruntergeladene heruntergeladen, aber dann verschwendet, wenn die Benutzer das Video nicht mehr ansehen.

Die Menge an Daten übertragen ist das gleiche. Beim Streaming kann es jedoch länger dauern, da der Anbieter die Datenübertragung möglicherweise auf die Rate beschränkt, die erforderlich ist, um den Inhalt in einer bestimmten Qualität in Echtzeit bereitzustellen.

Dailymotion ist einer der Anbieter, die die Verbindungen preislich begrenzen. Von einem Server mit mindestens 100 Mbit / s symmetrischer Verbindung sehen wir folgendes Verhalten¹:

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

Die Quote liegt weit unter dem, was möglich wäre (und wird mit anderen Anbietern erreicht). Wenn Sie anderes Material ausprobieren, ist die Rate stark vom jeweiligen Video abhängig: Ein Full-HD-Video kann problemlos mit> 1 MiB / s heruntergeladen werden, während ein Musikvideo wie dieses bei oder unter 200 KiB / s bleibt .

Um alles zusammenzufassen und mögliche Missverständnisse auszuräumen: Einige Anbieter können Ihren Download während des Streamings über ihre Client-Anwendung (z. B. YouTube mit ihrem HTML5- oder Flash-Video-Player) oder über Servermittel einschränken. Wenn sie Sie nicht auf Servern beschränken, verbraucht das Herunterladen mehr Bandbreite, da die Ratenbeschränkung, die möglicherweise von der Clientanwendung während des Streamings angewendet wird, nicht stattfindet. Dies ist der Hauptfall, wenn die verbrauchte Bandbreite in Bezug auf die ursprüngliche Frage unterschiedlich ist.

1. Mir ist bewusst, dass dies eine Art anektodischer Beweis ist - ich habe dieses Verhalten jedoch konsequent beobachtet.

Unter der Annahme, dass es sich um Streams gleicher Qualität handelt (dh keine Throttling-, Frame-Skipping- oder Streams geringerer Qualität), benötigen die Streams bestenfalls die gleiche Bandbreite wie ein Download, obwohl dies zeitlich / zeitlich möglich ist bequemer an den Anbieter. Abhängig von der Komprimierung des Videos kann auch mehr Bandbreite erforderlich sein. Meistens wird nicht das gesamte Bild gesendet, sondern nur der Wechsel (oder das Delta) zwischen den Bildern. Dies bedeutet, dass je mehr Verlauf vorhanden ist (dh je weniger Blau von Pixel X in Frame Y verwendet wird), desto weniger muss gesendet werden. Normalerweise wird nicht viel angezeigt, aber wenn ein Stream aus irgendeinem Grund angehalten / unterbrochen wird, geht dieser "Verlauf" verloren und muss erneut übertragen werden. Dadurch wird die Bandbreite erhöht, während er beim Herunterladen fortgesetzt werden kann in der "Pause", und angenommen, dass der Empfänger bereits diese Informationen hat. Das gleiche kann für Audio verwendet werden, insbesondere wenn es keine feste Rate gibt (dh FLAC anstelle von MP3)

Das Herumspringen (Überspringen, Zurückspulen usw.) kann sich auch auf die Nutzung auswirken. Wenn Sie über den Puffer hinausgehen, wird die von einem Stream verwendete Bandbreite verringert, durch Zurückspulen jedoch erhöht. Außerdem würde es eine Unterbrechung geben, die zu einer erhöhten Nutzung führen würde (siehe oben), und jede Art von "Miniaturvorschau" wie die Verwendung von YouTube und Netflix würde die Bandbreite ebenfalls geringfügig erhöhen.

Letzte Anmerkung: Komprimierung: Dies könnte für Downloads durchgeführt werden, aber nicht so sehr für Streams. Der Nachteil ist, dass die meisten Videos bereits komprimiert sind, so dass hier nicht viel gewonnen werden kann (auch wenn im Ultra- hohe auflösung / qualität abteilung).

Streaming verbraucht weniger Bandbreite, insbesondere wenn die Netzwerkbedingungen schlecht sind. Dies ist jedoch mit einem Preis verbunden .

Es geht um die Daten, die gesendet werden müssen. In einem Download-Modell müssen alle Daten beim Kunden ankommen, und zwar in der richtigen Reihenfolge, egal was passiert . Wenn die Netzwerkbedingungen schlecht sind und einige Datenbits den Client nicht erreichen, müssen sie erneut gesendet werden. Dies erhöht die Bandbreitennutzung. Wenn einige Daten nicht in der richtigen Reihenfolge vorliegen, müssen sie vor der Präsentation wieder in die richtige Reihenfolge gebracht werden. Dies verringert die Reaktionsfähigkeit.

In einem Streaming-Modell ist es in Ordnung, wenn einige der Daten den Client nicht erreichen . Wenn Sie einen Film streamen und ein Bild nicht angezeigt wird, können Sie es einfach überspringen und fortfahren, sodass Sie beim erneuten Senden keine zusätzliche Bandbreite verwenden. Wenn einige Frames nicht in der richtigen Reihenfolge angezeigt werden, spielen Sie einfach die weiterführenden ab. Ein kurzzeitiger Ausrutscher spielt keine Rolle, und dies erhöht die Reaktionsfähigkeit. Es bedeutet jedoch auch, dass Sie nicht unbedingt die vollständigen Daten erhalten: Was immer Sie sehen, ist das, was beim ersten Schuss da war.

Wenn Sie zwischen den Modellen wählen müssen, wählen Sie basierend darauf, was Sie mit den Daten tun möchten. Wenn Sie es archivieren und / oder möglicherweise mehrmals anzeigen möchten, laden Sie es herunter, damit Sie sicher sind, dass Sie alles erhalten. Wenn Sie keine Archivierung oder nur eine einmalige Anzeige der Daten planen, können Sie fortfahren und streamen. Sie werden den Unterschied bei einer einzelnen Anzeige wahrscheinlich nicht bemerken, und wenn die Netzwerkbedingungen so schlecht sind, dass Sie dies bemerken, wäre das Herunterladen noch schlimmer.

Wenn Sie wirklich nach "Bandbreite" (Bytes / Sek.) Und nicht nach "Gesamtdaten" (Bytes) fragen, lautet die entscheidende Frage: In welchem ​​Zeitraum? Wenn wir davon ausgehen, dass der Benutzer das gesamte Video ansieht und derselbe Codec / dieselbe Qualität usw. zurückgegeben wird, und den geringen Aufwand für Streaming-Anforderungen / -Antworten ignorieren, sind die insgesamt zurückgegebenen Daten gleich.

Was ist nun die Bandbreite? Es gibt zwei Möglichkeiten, Ihre Frage zu verstehen:

1. Bandbreite während der Zeit, die benötigt wird, bis der Download abgeschlossen ist. Beim Streamen sollten Spitzen mit hoher Bandbreite (wenn der nächste Block angefordert wird) angezeigt werden, die auf Null zurückgehen, während Sie diesen Block beobachten, bis Sie sich dem Ende des Blocks nähern und die Bandbreite wieder ansteigt. Beim Herunterladen sollte eine sehr hohe Bandbreite von beispielsweise 10 Minuten angezeigt werden, die auf Null sinkt, sobald das gesamte Video heruntergeladen wurde. Wenn Sie das Experiment jetzt beenden, ist die Bandbreite für das Herunterladen offensichtlich höher, da der Downlink maximal genutzt wird, bis der Vorgang abgeschlossen ist.

2. Bandbreite während der Wiedergabe des Videos. Die Zeit, zu der das Video angesehen wird, ist für Streaming und Download gleich, vorausgesetzt, beide beginnen sofort mit der Wiedergabe. Die Gesamtdatengröße ist ebenfalls gleich. Da die Bandbreite Daten pro Zeit ist, ist sie für beide Szenarien gleich.

Im folgenden Beispiel werden immer insgesamt 40 (Dateneinheiten) heruntergeladen. Beim "Herunterladen" sind es jedoch 40 in der ersten Zeiteinheit, während beim "Streamen" 20 in den ersten Zeiteinheiten (um einen großen Anfangsblock zu erhalten) und dann zweimal 10 für die zwei zusätzlichen Blöcke. Beachten Sie, dass die Bandbreite auf der y-Achse aufgetragen wird, entspricht die Fläche unter jedem der beiden Diagramme auf die Daten (Bytes) -Wenn Sie integrieren Bytes / Zeit im Laufe der Zeit, Sie Bytes erhalten.

Sie sind nicht vergleichbar.

Zum ersten Mal unterscheidet sich die optimale Codierung für die lokale Anzeige von der optimalen Codierung für die gestreamte Anzeige.

Sprechen wir über die Videokodierung.

In den meisten Videokodierungsformaten gibt es normalerweise zwei Arten von Frames:

1. Intracodierter Frame (I-Frame) - Dies sind Frames, die vollständig übertragen werden. Dieser Frame kann ohne Kenntnis eines anderen Frames decodiert werden. Ein intracodierter Frame ist im Wesentlichen ein statisches Bild. Encoder würden diese bei plötzlichen Übergängen erzeugen. Diese sind weniger effizient zu komprimieren.
2. Predicted Frame (P-Frame) oder Bi-Predicted Frame (B-Frame) - Dies sind Frames, die nur die Unterschiede zwischen Frames speichern. Sie können nur decodiert werden, wenn der Betrachter auch die vorherigen und / oder letzten Frames kennt. Diese sind wesentlich effizienter zu komprimieren.

Bei der Codierung für die lokale Anzeige können schnelle Festplattensuchen genutzt werden, um mehr P- und B-Frames zu verwenden, während ein für effizientes Streaming codiertes Video redundantere I-Frames entlang des gesamten Videos codieren muss, auch wenn keine plötzlichen Übergänge zu berücksichtigen sind zufälliges Suchen.

Es gibt auch zwei verschiedene Arten von Streaming. Sie können einen aufgezeichneten Stream (die meisten Youtube-Videos) und Live-Event-Streams (z. B. Youtube Live) streamen. Aufgrund der erforderlichen Latenz kann das Streaming von Live-Ereignissen nicht auf fortgeschrittene Codierungstechniken zurückgreifen, die lange oder unvorhersehbare Zeit in Anspruch nehmen, während ein zuvor aufgezeichneter Stream so viel Zeit in Anspruch nehmen kann, wie für die Codierung erforderlich ist.

Gestreamtes Video wird normalerweise auch mit konstanter Bitrate (CBR) codiert. Bei gleicher Zielgröße hat ein Video mit variabler Bitrate (VBR) normalerweise eine höhere Qualität als ein CBR-Video. Umgekehrt ist ein VBR-Video bei gleicher Qualität eines CBR-Videos kleiner. Ein adaptives Streaming-Protokoll wie DASH verfügt über eine adaptive Bitrate (ABR), die einen Kompromiss zwischen CBR und VBR darstellt. Mit ABR kann sich der Betrachter an Änderungen der Netzwerkbandbreite anpassen. Bei einer konstanten, konsistenten Bandbreite entspricht ABR in etwa CBR.

All dies bedeutet, dass Sie bei gleicher Qualität und Anzeigeerfahrung Videos für die lokale Anzeige effizienter als Streaming-Videos codieren und Videos für zuvor aufgezeichnete Streams effizienter als Live-Streams codieren können.

Dann gibt es auch einen Overhead im Streaming-Protokoll. Bei einem regulären HTTP-Download kann die gesamte Datei mithilfe einer Chunk-Übertragungscodierung mit sehr geringem Overhead heruntergeladen werden. Bei einem gestreamten Download müssen der Block und die Qualität des zu übertragenden Blocks ausgehandelt werden. In der Gesamtübersicht ist der Overhead des Übertragungsprotokolls relativ gering.

Insgesamt sollte gestreamtes Video bei gleichem Videoaufkommen eine größere Bandbreite beanspruchen. Der Hauptvorteil von Streaming in Bezug auf die Bandbreitennutzung besteht darin, dass es von Benutzern gespeichert werden kann, die das Video herunterladen, es jedoch nicht vollständig ansehen. Dies kann eine erhebliche Einsparung sein.

Die Antwort lautet "Es kommt darauf an".

Die Antwort lautet NEIN für Anbieter, die Videos im Allgemeinen hosten. Halb anständige Anbieter, die Videos streamen, führen eine Ratensteuerung durch, um eine reibungslose Wiedergabe und eine optimale Bandbreite für möglichst viele Personen zu gewährleisten. Auch wenn Sie viel Bandbreite haben, kann es sein, dass Sie nur 5 MBit haben und trotzdem recht anständig aussehen.

Wenn Sie einen HTTP-Download durchführen, werden die TCP-Ratensteuerungsalgorithmen aktiviert, um sicherzustellen, dass Sie ein oder beide Enden der Verbindung oder irgendetwas dazwischen auslasten. Wenn Sie also 100 MBit zur Verfügung haben, wird es alles verwenden, was es bekommen kann oder in der Nähe von 100 MBit.

Das setzt natürlich voraus, dass zwischen Client und Server keine QoS stattfindet.

Deine Frage ist so locker, dass ich es auch so machen könnte, dass in einigen naiven Setups die Antwort ebenfalls JA ist (mit Annahmen), die Bandbreiten sind identisch. Legen Sie dazu die Datei einfach auf Ihrem Basis-Webserver ab und öffnen Sie sie mit Ihrem Browser, damit ein Betrachter einschaltet. Oder binden Sie das Video auf Ihrem Basis-Webserver ein, und es wird im Browser wiedergegeben und verwendet dieselbe Bandbreite wie die folgende Annahme ... keine anderen Benutzer, niemand teilt das Netzwerk mit Ihnen ... keine anderen Faktoren, die Ihre Bandbreite verändern könnten.

Beachten Sie, dass die Bandbreite zwischen dem ersten und dem zweiten Download variieren kann, wenn Sie eine Datei von einer Website herunterladen und dann erneut herunterladen. Dies liegt einfach daran, dass sich die Auslastung des Servers und die Überlastung des Netzwerks sowie die Netzwerkpfade ändern können.

Da hast du es also ... es kommt darauf an.

Aus der Sicht des Netzwerks sind "Herunterladen" und "Streamen" unterschiedliche Dienste, es wird "Verkehrsprofil" genannt

Für den Streaming-Dienst muss das Netzwerk einen konstanten Mindestdurchsatz bereitstellen (technisch bedeutet "Bandbreite" etwas anderes). Der Streaming-Dienst ist empfindlich gegen Unterbrechungen und Jitter. Der maximale Netzwerkdurchsatz ist nicht erforderlich, Verzögerung oder Latenz sind nicht kritisch.

Aus Sicht des Endbenutzers bedeutet dies: Das Video soll reibungslos und ohne Unterbrechungen oder Stürze ablaufen. Es spielt keine Rolle, ob das Video einige Sekunden früher oder später beginnt.

"Herunterladen" erfordert normalerweise den maximal möglichen Netzwerkdurchsatz, der Download soll so schnell wie möglich abgeschlossen werden. Verzögerungen, Unterbrechungen und Jitter sind nicht kritisch.

Ein Netzwerk kann mehr Verkehrsprofile bereitstellen, die völlig unterschiedlich sind. Beispielsweise erfordern Sprachdienste (einfache Telefonanrufe) einen sehr geringen Durchsatz, sind jedoch sehr empfindlich für Verzögerungen (weniger als 200 ms).

Um andere Antworten zu ergänzen, meine Antwort lautet: Nicht unbedingt .

Nun, vorausgesetzt, dass alles gleich ist (keine automatische Qualitätsauswahl, keine Drosselung vom Server und / oder ISP) ...

Die Bandbreite wird normalerweise als Größe_der_Daten geteilt durch die Gesamtzeit definiert. (Technisch gesehen ist der 'richtige' Begriff der Durchsatz , aber ich schweife ab).

Nehmen wir an, Sie streamen ein Video mit einer Größe von 60 MB und einer Länge von 2000 Sekunden.

Mit Streaming, das Streamer - Programm könnte seine eigene geschwindigkeitsbestimmend tut Pufferüberlauf zu verhindern. Daher enthält der HTTP-Anforderungsheader möglicherweise ein Range-Feld . Die effektive Bandbreite seit Beginn des Streamings bis zum Ende des Streamings beträgt dann ~ 60 MB / 2000 Sekunden = 30 KB / s = 240 kbps.

Allerdings, wenn Sie das Video völlig herunterladen, erhalten Sie bis zu der maximalen Bandbreite Ihres Internet - Service. Abhängig von anderen Verwendungszwecken natürlich gleichzeitig. Unter der Annahme eines Internetdienstes mit 6 Mbit / s und 50% verfügbarer Bandbreite erhalten Sie 3 Mbit / s Bandbreite für das Herunterladen von Videos.

Streaming ist wirklich eine Möglichkeit zum Herunterladen.

Wenn Sie einen gestreamten Film ansehen, lädt Ihr Media Player Teile davon herunter, zeigt sie Ihnen und verwirft die angezeigten Teile der Datei sofort.

Wenn Sie eine Datei herunterladen, warten Sie in der Regel, bis der Download abgeschlossen ist, und sehen Sie sie sich erst dann an. Es gibt jedoch Mediaplayer, die den heruntergeladenen Teil der Datei anzeigen und automatisch anhalten und warten, bis weitere heruntergeladen werden. Ein bisschen wie Streaming, aber ohne die Datei zu verwerfen.

Wenn es um die Gesamtmenge der übertragenen Daten geht, spielt es technisch keine Rolle, wie Sie sie herunterladen, sondern den Unterschied zwischen der heruntergeladenen Datei und der Datei, die Ihr Media Player für Sie als Stream herunterlädt. Es kann sich um dieselben exakten Dateien handeln, und dies bedeutet in beiden Fällen dieselbe Bandbreite.

Streaming Media-Websites codieren ihren Inhalt normalerweise so, dass er eine niedrigere Bitrate aufweist als eine im Geschäft gekaufte Disc. Mit der Filesharing-Funktion Ihres Betriebssystems können Sie jedoch einen Film von Ihrem Desktop-PC auf einem Notebook über WLAN ansehen, und der Datenverkehr ist fast so hoch, als würden Sie ihn auf dem Desktop ansehen (als würden Sie Bytes von Festplatte lesen) Fahrt). Technisch wäre es ein Streaming, wenn Sie einen Film ansehen, während Teile davon kontinuierlich heruntergeladen und verworfen werden.

Die Antwort ist also, dass es absolut von der Größe der beiden Dateien abhängt - über den Media Player gestreamt und auf die Festplatte heruntergeladen.

Streaming verwendet Ihren Download-Durchsatz, daher können Sie ihn als Download betrachten. Ihre Frage ist etwas zweideutig, was Sie als Download betrachten. Sie können nur so viele Uploads herunterladen, wie sie können und bereit sind, diese anzubieten. Wenn Sie also beispielsweise einen direkten Download von HTTP über DASH (immer noch HTTP) vergleichen möchten, müssen Sie überprüfen, wie viel Sie jeweils herunterladen.

Ich denke, die Antwort ist, dass es die gleiche Menge sein könnte ... oder weniger ... oder mehr. Abhängig von den Servern und der Rate, mit der sie Sie bedienen.

Ja, es ist das Äquivalent. Download = Sie laden es nur einmal herunter und es bleibt auf Ihrem Computer. Stream = Sie laden vorübergehend "etwas" auf Ihren Computer herunter.