1. Foren
  2. » Kommentare
  3. » Internet
  4. » Alle Kommentare zum Artikel
  5. » ARD, ZDF und Arte in HD bei Alice

IPTV = Verschwendung

Anzeige
  1. Thema

Neues Thema Ansicht wechseln


  1. IPTV = Verschwendung

    Autor antares 12.02.10 - 00:02

    Das weltweite Datenaufkommen im Internet steigt ständig. Da weiteren Traffic für Fernsehen zu verschwenden, auch wenn dieser im Backbone des Betreibers bleibt, halte ich persönlich für unsinnige verschwendung!

  2. Re: IPTV = Verschwendung

    Autor Mr. Lobo 12.02.10 - 07:54

    Wo liegt das Problem? Klar braucht das ein bisschen Bandbreite, aber da es sich nicht um Punkt-zu-Punkt-Verbidungen handelt, braucht es auch nicht mehr Bandbreite als Kabel...

  3. Re: IPTV = Verschwendung

    Autor AndyMt 12.02.10 - 08:39

    Um genau zu sein handelt es sich um Multicast, somit entsteht auf dem Backbone der Traffic nur einmalig pro Kanal - genauso wie bei Kabel-TV. Also keine Verschwendung.

  4. Re: IPTV = Verschwendung

    Autor Ingenieur 12.02.10 - 10:19

    Es ist billiger dem Kunden eine sehr schnelle IP-Verbindung einzurichten, als eine schnelle Ip-Verbindung und eine Kabelfernsehverbindung. In Deutschland haben die kabelanbieter lange Zeit die Weiterentwicklung verschlafen und hängen den meisten Industriestaaten deutlich hinterher. Aber sinnvoll ist es nur 1 Netzanbindung zu haben und diese für Video- und Datenverbindungen zu nutzen (ist doch eigentlich eh das gleiche). Durch sinnvollen Backbone-Ausbau kann man jede Menge Bandbreite sparen.

  5. Re: IPTV = Verschwendung

    Autor trueQ 12.02.10 - 10:37

    antares schrieb:
    --------------------------------------------------------------------------------
    > Das weltweite Datenaufkommen im Internet steigt ständig. Da weiteren
    > Traffic für Fernsehen zu verschwenden, auch wenn dieser im Backbone des
    > Betreibers bleibt, halte ich persönlich für unsinnige verschwendung!

    Inwiefern? Der Backbone-Betreiber, der ja gleichzeitig auch IPTV-Betreiber ist, wird seine Kapazitäten schon entsprechend anpassen. Außerdem kannst du davon ausgehen, dass im eigentlichen Backbone die Chose mit größter Wahrscheinlichkeit per Multicast übertragen wird, der Bandbreitenbedarf also sehr begrenzt ist.

    cu

    trueQ

  6. Re: IPTV = Verschwendung

    Autor bozo 12.02.10 - 12:48

    > Um genau zu sein handelt es sich um Multicast, somit entsteht auf dem
    > Backbone der Traffic nur einmalig pro Kanal - genauso wie bei Kabel-TV.
    > Also keine Verschwendung.

    Problematischer durfte deswegen Video-on-Demand a la 1&1/
    Maxdome sein wo kein Multicast möglich ist wegen Zeitversetzung.
    Zum Glück sind aber die Filme alle sowas von Schrott, dass sich
    dieser Dienst so gut wie gar keine in Anspruch nimmt.

Neues Thema Ansicht wechseln


Entschuldigung, nur registrierte Benutzer dürfen in diesem Forum schreiben. Klicken Sie hier um sich einzuloggen


Meistgelesen
  1. Samsung Galaxy S3

    Siri braucht sich nicht zu fürchten

  2. Schmerzlos

    MIT-Forscher entwickeln Injektor mit Lorentzkraft-Antrieb

  3. Browser

    Kauft Facebook Opera?

  4. Libreoffice

    "Wir wollen Nutzer in die ODF-Welt ziehen"

  5. CSU-Vizechefin

    Aussagen zur Internetsucht sind absurd


Meistkommentiert
  1. Kommentare: 222 | letzter Beitrag 26.05. 23:51

  2. Kommentare: 215 | letzter Beitrag 25.05. 11:40

  3. Kommentare: 160 | letzter Beitrag 26.05. 23:16

  4. Kommentare: 93 | letzter Beitrag 26.05. 19:45

  5. Kommentare: 68 | letzter Beitrag 25.05. 12:17

Mehr



Haben wir etwas übersehen?

E-Mail an news@golem.de


Lockheed Martin: US-Soldaten in Afghanistan bekommen Exoskelett
Lockheed Martin
US-Soldaten in Afghanistan bekommen Exoskelett

Lockheed Martin hat eine neue Version des Exoskeletts Hulc vorgestellt, das es einem Menschen ermöglicht, schwere Lasten zu heben und zu tragen. Der Hersteller will das System im Spätsommer testen und, wenn alles gutgeht, danach an US-Soldaten in Afghanistan ausliefern.

  1. Rüstung Ramsch-Technik aus China in US-Waffensystemen

Landgericht Hamburg: Blogger haftet für eingebettetes Youtube-Video
Landgericht Hamburg
Blogger haftet für eingebettetes Youtube-Video

Das Landgericht Hamburg hat entschieden, dass der Blogger und Rechtsanwalt Markus Kompa für ein via Youtube eingebettetes ZDF-Video als Verbreiter haftet. Geklagt hat ein umstrittener Arzt aus München, der zuvor erfolgreich gegen den Bericht der ZDF-Sendung Wiso vorgegangen war.

  1. Youtube-Streit Gema legt Berufung ein und pocht auf Transparenz
  2. Gema gegen Youtube Beide sehen sich als Gewinner
  3. Gema gegen Youtube Medienanwalt erwartet ab morgen weitere Youtube-Sperren

Owncloud Inc.: "Wir sind kein Serviceprovider"
Owncloud Inc.
"Wir sind kein Serviceprovider"

Das Unternehmen Owncloud entwickele nur Software und biete Support für Kunden, sagte Technikchef Frank Karlitschek auf dem Linuxtag 2012. Darüber hinaus verriet er einige technische Details zu Owncloud 4 und kommenden Entwicklungen.

  1. Persönlicher Onlinespeicher Owncloud 4.0 verschlüsselt Daten auf dem Server
  2. Persönlicher Onlinespeicher Owncloud erhält Android-Applikation
  3. Persönlicher Onlinespeicher Owncloud 2012 auch mit kostenpflichtigem Support

  1. Browser: Kauft Facebook Opera?
    Browser
    Kauft Facebook Opera?

    Ein britisches Blog will erfahren haben, dass Facebook den norwegischen Browserhersteller Opera Software kaufen will. Beide Unternehmen wollen sich dazu nicht äußern.

  2. Datenschutz: Neue EU-Regeln zu Cookies treten in Kraft
    Datenschutz
    Neue EU-Regeln zu Cookies treten in Kraft

    Am 26. Mai 2012 treten neue Datenschutzregeln der EU in Kraft. Websitebetreiber und Werbenetzwerke müssen Nutzer um Erlaubnis fragen, wenn sie Cookies setzen.

  3. Libreoffice: "Wir wollen Nutzer in die ODF-Welt ziehen"
    Libreoffice
    "Wir wollen Nutzer in die ODF-Welt ziehen"

    Libreoffice könne mehr als Openoffice und biete Entwicklern zudem Vorteile, sagte Michael Meeks auf dem Linuxtag 2012. Außerdem spricht er mit Golem.de über Libreoffice-Online, woran er derzeit arbeitet.


  1. 14:48

  2. 14:29

  3. 14:24

  4. 12:30

  5. 12:23

  6. 18:49

  7. 18:33

  8. 18:08