Verwendet Streaming dieselbe Bandbreite wie das Herunterladen?


75

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?


2
Abhängig vom Protokoll und Codec: zB Download über http und Stream über rtmp oder h264 vs vp6. IMO ist diese Frage angesichts des Umfangs der zu vergleichenden Komprimierungs- und Datenübertragungsmethoden zu weit gefasst.
Zamnuts

Nur um deine Frage zu klären. Nach Bandbreite beziehen Sie sich auf die Datenrate, nicht auf die Dateigröße (Filmgröße)?
Matt H

Ein Vorteil des Herunterladens gegenüber dem Streaming (das technisch nur zum einmaligen Gebrauch heruntergeladen werden kann) besteht darin, dass Sie das Material so oft verbrauchen können, wie Sie möchten, ohne jedes Mal Bandbreite dafür aufwenden zu müssen. Einige Mediaplayer können sogar Videos wiedergeben, die Sie gerade herunterladen (nicht vollständig heruntergeladen), was das "Gefühl" von Streaming mit dem Vorteil des Herunterladens vermittelt.
ADTC

3
Ja ich beziehe mich auf Datenrate. Der Grund, warum ich gefragt habe, ist eine Meinungsverschiedenheit mit meiner Schwester, und wenn ich online schaue, kann ich nur vage Antworten von Yahoo finden. Mir ist klar, dass es viele Variablen gibt, von denen dies abhängt, aber ich dachte, es lohnt sich zumindest, danach zu fragen.
Stemie

2
In Computernetzwerken und Informatik ist Bandbreite, Netzwerkbandbreite, Datenbandbreite oder digitale Bandbreite ein Maß für die Bitrate verfügbarer oder verbrauchter Datenkommunikationsressourcen, ausgedrückt in Bits pro Sekunde oder Vielfachen davon (Bit / s, kbit / s) , Mbit / s, Gbit / s usw.) - wikipedia.org/wiki/Bandwidth_(computing) "
stemie

Antworten:


43

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.

3
@ Psycogeek Youtube ist eines der Beispiele, in denen DASH verwendet wird (wenn dieser Kommentar für Sie keinen Sinn ergibt, lesen Sie den einleitenden Teil des von mir verlinkten Artikels). Dies impliziert, dass der vom Client verwendete Player sowieso die sequentiellen Teile des Videos anfordern muss. Es ist nur natürlich, von dort aus nicht mehr nach mehr Stücken zu fragen, wenn der Spieler nicht läuft. Downloader wie youtube-dlfordern einfach weitere Chunks an, bis das Video vollständig heruntergeladen ist. Das Streaming mit DASH ist also etwas aufwändiger, aber wahrscheinlich lohnt es sich (sowohl für den Benutzer als auch für den Anbieter) und ist vernachlässigbar.
Jonas Schäfer

1
Unter der Annahme , die gleiche Datencodierung und das Wort verwendet wird (siehe psychogeek Kommentar) Download wird mehr Gesamtbandbreite verwenden. Ein Download des Videos erfolgt mit ziemlicher Sicherheit über TCP, während das Streaming über UDP oder einen ähnlichen, nicht garantierten Bereitstellungsansatz erfolgt. Auf diese Weise werden dem TCP mindestens mehr Bestätigungen gesendet, und da Sie wahrscheinlich mindestens einige Pakete verlieren oder beschädigen werden, wird der TCP-Ansatz auch mehr Downloads ausführen (da er auch die verlorenen Pakete abruft). Obwohl der Unterschied im Vergleich zur Größe des Downloads sehr gering ist, handelt es sich hauptsächlich um einen akademischen Unterschied.
Dsollen

2
@dsollen: Sofern ein UDP-Absender keine Pakete weiterleiten lässt, ohne sich darum zu kümmern, ob der beabsichtigte Empfänger noch vorhanden ist, erfordern UDP und TCP regelmäßige Bestätigungen. In beiden Fällen machen die Bestätigungen einen sehr kleinen Teil des gesamten Datenverkehrs aus. Ferner impliziert das Formatieren von Daten auf eine solche Weise, dass jedes Paket verstanden werden kann, selbst wenn das vorherige Paket nicht empfangen wird, im Allgemeinen einen zusätzlichen Aufwand, der über das hinausgeht, was für TCP erforderlich wäre.
Supercat

7
Ich würde diese Antwort downvote , wenn ich genug rep hatte: es ist nicht die Frage beantworten, das Schlüsselwort „gleiche Qualität“ zu sein. Wenn ein Anbieter Qualitätseinbußen hinnimmt, ist dies nicht gleichbedeutend .
Zamnuts

1
@zamnuts, dann poste eine bessere und lass die Community entscheiden. FWIW, es ist ein bisschen Apfel und Apfelsine, wenn man bedenkt, dass der Anbieter sich für Qualitätseinbrüche entscheidet, aber ich denke nicht, dass die Antwort ohne sie vollständig wäre.
Paqogomez

19

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).


7

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.


Wollen Sie damit sagen, dass Streaming-Dienste UDP anstelle von TCP verwenden, um absichtlich abgelegte Daten zuzulassen?
FreeAsInBeer

1
@FreeAsInBeer: Ja. TCP enthält eine Reihe von Zuverlässigkeitsmechanismen und anderen Funktionen, die für die meisten vorstellbaren Anwendungen sehr nützlich sind. Es gibt jedoch Anwendungsfälle, in denen es Dinge gibt, die noch wichtiger sind als Zuverlässigkeit, und Streaming ist eine davon: Es ist wichtiger, das richtige Bild zum richtigen Zeitpunkt anzuzeigen, als jedes einzelne Bild. Online-Spiele sind ein weiteres Beispiel, bei dem UDP aus den gleichen Gründen beliebt ist: Das Stoppen der Aktion zum Wiederherstellen des Verlaufs der Spielerzustände ist schlimmer, als den gelegentlich gesunkenen Zustand korrigieren zu müssen.
The Spooniest

Tatsächlich streamen viele Systeme Daten über TCP und puffern auf der Clientseite. Für das Streamen eines Films ist die Latenz nicht kritisch. Es gibt keine Unannehmlichkeiten für den Benutzer, wenn einige der Frames für eine Minute in einem Puffer sitzen, bevor es Zeit ist, sie anzuzeigen. Bei interaktiven Anwendungen wie Videokonferenzen ist die Latenz jedoch von entscheidender Bedeutung.
Kasperd

1
Kasperd: Genau genommen ist das kein Streaming. In anderen Antworten wurden Dienste erwähnt, die heruntergeladen werden, die jedoch abgespielt werden, bevor der Download abgeschlossen ist, und genau das tun die von Ihnen beschriebenen Systeme.
The Spooniest

+1 für die am wenigsten verwirrende Antwort (bis jetzt) ​​in diesem Thread.
Cosmic Ossifrage

5

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.


4

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.


1

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.


"Die Bandbreite zwischen dem ersten und dem zweiten Download kann variieren", aber am Ende werden doch die gleichen Datenmengen heruntergeladen, auch wenn das eine länger dauert als das andere / die Netzwerkbedingungen sich geändert haben.
Stemie

@stemie, es wird eng. Unterschiedliche Protokolle erhöhen den Protokollaufwand. Wenn es während des Streaming-Vorgangs jedoch keine Transcodierung oder Änderung der Qualität / Rate gab, sollte es sich theoretisch um dieselbe Menge an Videodaten handeln.
Matt H

1

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).


0

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.


0

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.


0

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.


-2

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.


Es gibt einen Unterschied zwischen der übertragenen Datenmenge und der verwendeten Bandbreite.
Jonas Schäfer

Nun, auf meinem Android ein Video aus einem Stream oder Download hat es die gleiche Datennutzung
Tiago Ribeiro

@JonasWielicki Ein weiser Mann sagte einmal: "Die übertragene Datenmenge ist die gleiche". Sicher, die Menge der verwendeten Bandbreite variiert dahingehend, dass die Übertragungsgeschwindigkeit aufgrund des Puffers mit der Zeit langsamer wird.
Nenotlep

1
Dies ist in vielen Fällen die richtige Antwort. In vielen Fällen wird häufig dieselbe Ressource und dasselbe Protokoll für das Streaming und den Download verwendet. Wenn Sie eine Ressource über HTTP wiedergeben möchten, unterscheidet sich das Herunterladen nicht davon, dass Sie sie während des Herunterladens wiedergeben. Sicher, es gibt Optimierungen für das Streaming und verschiedene Protokolle, die Ihre Bitrate beim Streaming ändern können, aber ich glaube nicht, dass dies der Kern der gestellten Frage ist. (Sie verdienen jedoch Erwähnung.)
Brad
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.