Google Cast ist der Weg hinter dem Cast-Symbol: Du tippst es in einer
App an, wählst ein Gerät, und dort läuft der Inhalt. Technisch übergibt
Dein Telefon dabei nur den Auftrag — welcher Dienst, welcher Titel,
welche Stelle. Den Datenstrom selbst holt das Gerät im Raum direkt beim
Dienst. Das Telefon eröffnet und steuert die Sitzung, es liefert den
Ton aber nicht. Für die Planung ist das die eine Eigenschaft, an der
alles Weitere hängt.
In einfachen Worten
Wenn Du Musik oder ein Video „castest", schickt Dein Handy die Musik
nicht selbst an den Lautsprecher. Es sagt ihm nur, was er spielen
soll — so, als würdest Du jemandem einen Zettel mit dem Titel geben,
und er legt die Platte selbst auf. Der Lautsprecher holt sich die
Musik dann direkt aus dem Internet. Dein Handy bleibt die
Fernbedienung: Du kannst pausieren, weiterschalten und lauter machen.
Das Cast-Symbol kennst Du aus vielen Apps — das kleine Rechteck mit
den Funkwellen in der Ecke.
Ein Telefon ist ein schlechter Dauerzuspieler. Es verlässt das Haus,
sein Akku leert sich, sein WLAN-Empfang schwankt mit der Hosentasche —
und wenn es den Ton selbst liefert, hängt die Musik im ganzen Haus an
genau diesen Zufällen. Zuspielverfahren unterscheiden sich deshalb in
einer einzigen Kernfrage: Hält der Sender den Datenstrom, oder holt ihn
das Gerät im Raum? Die Ordnung aller verbreiteten Wege entlang dieser
Frage steht unter
Zuspielverfahren ordnen ; diese
Seite beantwortet sie für Cast.
Zwei Rollen, klar getrennt. Die Entwicklerdokumentation beschreibt
Cast über zwei Rollen. Der Sender — eine App auf Android, iOS oder
im Chrome-Browser — ist „an app that plays the role of controller for
the Cast session": Er eröffnet die Sitzung und nimmt die Bedienung
entgegen. Der Receiver ist „an app running on a Cast-enabled device
that is responsible for responding to Sender commands and for conveying
streaming content from an online streaming service to the Cast-enabled
device" — er reagiert auf die Kommandos des Senders und führt den
Datenstrom vom Streamingdienst zum Gerät heran. Das Heranführen ist
Sache des Empfängers, nicht des Telefons.
Damit ist Cast ein gerätegehaltener Weg. Das Gerät im Raum hält die
Verbindung zum Dienst; das Telefon wählt aus und regelt. Darin gleicht
Cast den Connect-Verfahren der Musikdienste und unterscheidet sich von
AirPlay 2, bei dem der Sender den Ton selbst schickt. Welcher Dienst
welchen Weg mitbringt und was dabei an Auflösung ankommt, ordnet der
Eintrag Zuspielprotokolle — dort steht
Cast unter dem Namen, den es auf Datenblättern von Lautsprechern und
Verstärkern hat: Chromecast built-in .
Empfänger sind viele Geräteklassen. Die Dokumentation nennt
Chromecast-Geräte, Cast-fähige Fernseher, Smart Displays und
Android-TV-Geräte; dazu kommen Lautsprecher und Verstärker mit
Chromecast built-in. Cast überträgt neben Musik auch Video — der
Chrome-Browser als Sender macht es zum kurzen Weg vom Rechner auf den
Fernseher oder Beamer.
Gruppen entstehen in der App. Mehrere Lautsprecher lassen sich zu
einer Gruppe zusammenfassen, die synchron spielt. Angelegt werden
Gruppen ausschließlich in der Google-Home-App auf Telefon oder Tablet;
gruppieren lassen sich Google- und Nest-Lautsprecher, Nest-Displays und
das Pixel Tablet im Ladedock. Für unterbrechungsfreie Gruppen setzt
Google den Firmwarestand 3.73 voraus. Eine Höchstzahl von Geräten je
Gruppe nennt die Supportdokumentation nicht — dieser Negativbefund
steht unten bei den Grenzen.
Wie wenig eine Bedienfunktion dem Käufer des Geräts gehört, hat Cast
selbst vorgeführt — der Vorgang ist abgeschlossen und gehört trotzdem
in jede Planung, die auf Gruppenfunktionen baut.
Im Januar 2022 entschied die US-Handelsbehörde ITC im Verfahren
zwischen Sonos und Google, dass Google fünf Sonos-Patente verletzt, und
verhängte ein Importverbot mit 60 Tagen Vorlauf. Google entfernte
daraufhin den zentralen Gruppen-Lautstärkeregler von Google- und
Nest-Lautsprechern — jeder Lautsprecher musste wieder einzeln geregelt
werden — und strich die automatische Lautstärkeanpassung per
Sprachassistent. Im Oktober 2023 kam die Wende: Ein kalifornisches
Gericht hob das Geschworenenurteil über 32,5 Millionen Dollar auf und
erklärte die Sonos-Patente für ungültig und nicht durchsetzbar. Google
kündigte an, Gruppenbildung, Gruppenlautstärke und die Bedienung über
die Lautstärketasten des Telefons zurückzubringen, nannte dafür aber
keinen Termin.
Beide Richtungen des Vorgangs sind über Fachpresse belegt, dort bei
mehreren Redaktionen übereinstimmend. Die Lehre daraus ist keine
juristische: Eine Funktion, die per Software kommt, kann per Software
gehen — zwei Jahre lang fehlte hier eine zentrale Bedienung, die beim
Kauf selbstverständlich schien. Wer eine Gruppenregelung über Zonen
hinweg braucht, prüft sie am eigenen Aufbau, statt sie vorauszusetzen.
Cast setzt voraus, dass Sender und Empfänger sich im Heimnetz sehen.
Getrennte Funknetze, Gastnetze und Repeater brechen genau das — die
Anforderungen an das Netz stehen unter
Heimnetzwerk-Grundlagen . Weil das
Gerät den Datenstrom selbst holt, braucht es außerdem eine eigene
Internetverbindung; ein Empfänger in einem abgeschotteten Netzsegment
kann zwar Kommandos empfangen, aber keinen Dienst erreichen. Und die
Wiedergabe eines Dienstes über Cast setzt voraus, dass dessen App das
Cast-Symbol führt — der Weg gehört zur App, das Konto zum Dienst.
Gegen AirPlay 2. Das Gegenstück im Apple-Umfeld löst dieselbe
Aufgabe mit umgekehrter Rollenverteilung: Dort schickt der Sender den
Ton selbst, und die Wiedergabe endet mit ihm. Cast übergibt den Auftrag
und lässt das Gerät holen. Im Alltag entscheidet dieser Unterschied
darüber, was passiert, wenn das Telefon geht.
Gegen die Connect-Verfahren der Dienste. Spotify Connect, TIDAL
Connect und Qobuz Connect arbeiten nach demselben Grundgedanken —
Auftrag vom Telefon, Datenstrom vom Gerät. Der Unterschied liegt im
Besitzer: Ein Connect-Verfahren gehört zu genau einem Dienst, Cast ist
ein Weg für viele Apps auf einmal, einschließlich Video.
Gegen eine MultiRoom-Plattform. Sonos, HEOS oder BluOS verwalten
das Konto des Musikdiensts in der eigenen App und besitzen Gruppen,
Warteschlange und Weckfunktion als System. Cast ist kein System dieser
Art: Es ist ein Übertragungsweg, den Geräte vieler Hersteller einbauen.
Man entscheidet sich nicht für Cast — man prüft, ob ein Gerät es kann.
Gegen den Gerätenamen Chromecast. Chromecast war Googles eigenes
Empfängergerät, Chromecast built-in ist das Etikett für eingebaute
Empfänger in Geräten anderer Hersteller, Google Cast heißt das
Verfahren dahinter. Auf Datenblättern stehen alle drei Namen, gemeint
ist dieselbe Technik.
Keine dokumentierte Gruppengröße. Die Supportdokumentation nennt
keine Höchstzahl von Geräten je Gruppe. Das ist ein Negativbefund mit
Folge: Wo eine Plattform wie Sonos ihre Systemgrenze veröffentlicht,
lässt sich eine Cast-Gruppe nur am konkreten Haus erproben — die Grenze
ist das Netz, und das Netz ist überall anders.
Die Funktionen gehören Google. Was eine Gruppe kann, welche Geräte
sich gruppieren lassen und wie die Lautstärke bedient wird, entscheidet
der Anbieter per Software — der Patentstreit oben ist der belegte Fall.
Das gilt für jeden gerätegehaltenen Weg mit zentralem Anbieter, bei
Cast ist es vorgeführt.
Cast ersetzt keine Anlagenplanung. Ein Weg, über den Musik ins
Gerät kommt, sagt nichts darüber, welche Zonen ein Haus braucht, wie
sie versorgt werden und was ohne Telefon funktionieren soll. Diese
Fragen stehen vor der Verfahrenswahl; die Ordnungsseite der
Zuspielverfahren führt sie durch.
Die Frage, wer den Datenstrom hält, und ihre drei Alltagsfolgen ordnet
Zuspielverfahren ordnen über
alle verbreiteten Wege. Welcher Musikdienst welchen Weg mitbringt und
was an Auflösung ankommt, steht bei
Zuspielprotokolle . Das Gegenstück mit
sendergehaltenem Datenstrom bekommt eine eigene Seite zu AirPlay 2.
Was das Heimnetz für all das leisten muss, klärt
Heimnetzwerk-Grundlagen , die
Abgrenzung zur Echtzeitübertragung
Multiroom-Plattform oder Audio over
IP , und was eine
Zone ist, der Eintrag Zone .
Die Rollenverteilung zwischen Sender und Receiver samt der zitierten
Wortlaute stammt aus der Entwicklerdokumentation zu Google Cast, die
Angaben zu Lautsprechergruppen — Gerätetypen, Firmwarestand 3.73,
Anlage nur in der Mobil-App, keine genannte Höchstzahl — aus der
Supportdokumentation von Google; beide sind am 23. August 2026 am
Objekt gelesen. Der Rückbau der Gruppenlautstärke nach dem
ITC-Entscheid vom Januar 2022 und die angekündigte Rückkehr nach dem
Urteil vom Oktober 2023 sind über Fachpresse belegt, beide Berichte am
Objekt gelesen; der Hersteller selbst dokumentiert den Vorgang nicht.
Zur offenen Frage, ob eine Sitzung das Verschwinden des Senders
übersteht, schweigen alle vier Quellen — die Stelle ist im Text als
ungeklärt markiert.
