Ein Live-Stream kann eine einmalige Veranstaltung sein (eine Sunday service, ein Produkt-Launch, eine Konferenz-Keynote, eine Hochzeit, ein Webinar, ein Panel auf einem kleinen Festival), eine gelegentliche Übertragung (eine wöchentliche Show, ein monatliches Q&A) oder ein durchgehender 24/7-Kanal. Die Infrastruktur, die die Streaming-Branche in den letzten fünfzehn Jahren aufgebaut hat, geht davon aus, dass alle drei Szenarien denselben schweren Stack benötigen: eine Kamera, einen Encoder, einen RTMP-Push zu einem Streaming-Server, einen Cloud-Transcoder, einen Packager, ein CDN und einen Player. Fünf bewegliche Teile, vier Rechnungen, drei Stellen, an denen die Authentifizierung scheitern kann, und ein Architekturdiagramm, das niemand in Ihrem Team auswendig zeichnen kann.
Für ein kleines bis mittelgroßes Publikum brauchen Sie nichts davon. Weder den Streaming-Server, noch den Cloud-Transcoder, noch den Packager, noch das CDN. Ob Sie zwei Stunden am Sonntagmorgen streamen oder einen Kanal betreiben, der nie schläft: dieselbe einfache Architektur deckt beides ab.
Das offene Geheimnis ist, dass auf einem modernen Mac vier dieser fünf Komponenten bereits im Laptop auf Ihrem Schreibtisch existieren. Der H.264-Encoder, den Final Cut Pro für den Export verwendet, ist derselbe Hardware-Encoder, der in jedem Apple silicon-Chip steckt. Die HEVC- und AV1-Encoder sitzen direkt daneben. Das Verpacken von fragmented MP4 in HLS-Segmente sind ein paar hundert Zeilen Code. Das Hochladen dieser Segmente zu einem Webserver geschieht per HTTPS PUT, das jeder Server bereits beherrscht. Der Streaming-Server in der Mitte ist kein physikalisches Naturgesetz. Er ist nur etwas, woran sich die Branche gewöhnt hat zu mieten.
My Live TV Channel ist eine macOS-App, die die gesamte Kette in einer einzigen Software erledigt. Aufnehmen, encodieren, verpacken, veröffentlichen. Die Ausgabe ist broadcast-standard HLS, dasselbe Format, das Netflix, Apple, Disney+ und die BBC an ihre Zuschauer ausliefern. Das Ziel ist jeder beliebige HTTPS-Endpunkt, auf den Sie zeigen. Ihre eigene Website auf einem günstigen Shared-Host (ohne CDN davor), ein S3-Bucket, Cloudflare R2, Bunny Storage oder Akamai MSL4, falls Sie zufällig Live-Events in der Größenordnung eines Super Bowl ausrichten. Der App ist das egal. Sie schreibt Segmente. Das Internet greift sie ab.
Dieser Artikel zeigt, was sich ändert, wenn Sie die Streaming-Kette in einer einzigen App zusammenfassen, was es kostet und wo die Grenzen liegen.
Was Sie wirklich brauchen, um live zu gehen
Drei Dinge, in dieser Reihenfolge.
Einen Mac mit Videoeingang. Jeder Apple silicon-Mac (ab M1) funktioniert. Die eingebaute FaceTime-Kamera reicht für klassische Talking-Head-Streams. Eine USB-Kamera wird einfach angeschlossen und erscheint als Quelle. Ihr iPhone taucht als Continuity Camera auf, was sich für Events wirklich gut als B-Kamera eignet, weil Apple die Funkverbindung und den Autofokus für Sie übernimmt. Wählen Sie eine integrierte Kamera, eine USB-Kamera oder eine Continuity Camera als Eingang. Eine schwebende Bild-in-Bild-Vorschau hält die Kamera sichtbar, während Sie in einem anderen Fenster arbeiten.
Einen Ort für die HLS-Segmente. Das ist der einzige Punkt, der wirklich zählt, und der einzige, den die Leute überdenken. Die App lädt kleine Dateien hoch (.m4s-Segmente, standardmäßig sechs Sekunden lang, plus winzige .m3u8-Playlist-Dateien) per HTTPS PUT oder POST. Alles, was HTTPS PUT akzeptiert, funktioniert:
- Ein Verzeichnis auf Ihrem eigenen Webserver mit PHP, Python, Node oder was auch immer Sie bereits betreiben, das den Upload entgegennimmt und auf die Platte schreibt. Die meisten statischen Hoster (cPanel, plain Apache, plain nginx) lassen sich in unter dreißig Minuten dafür konfigurieren.
- Einen Amazon S3-Bucket. Optional mit CloudFront davor für globale Auslieferung.
- Cloudflare R2 (S3-kompatibles API, keine Egress-Gebühren), Bunny Storage, Wasabi, Backblaze B2.
- Akamai MSL4, die Storage-Schicht hinter Akamais Live-Ingest. Gleiches Protokoll, getestet bis zu den größten Live-Events des Planeten.
- Jeder andere Endpunkt, der HTTPS PUT spricht und einen 2xx-Code zurückgibt.
Eine 7 Tage kostenlose Testphase der App. Danach erfordert die Live-Publishing-Funktion ein wöchentliches Abo, das bei $0.99/Woche beginnt. Kameravorschau und lokale Aufzeichnung sind dauerhaft kostenlos, was zu wissen sich lohnt, falls Sie nur einen Recorder brauchen.
Das ist die komplette Einkaufsliste. Es gibt keinen Streaming-Server. Es gibt kein RTMP. Es gibt keine Media-Server-VM, die Sie gepatcht halten müssen. Encoder, Transcoder, Packager und Publisher stecken in der App auf Ihrem Mac. Auf der Leitung läuft nur fertiges HLS, in eine Richtung, in einen Bucket.
Was es ersetzt
Es lohnt sich, konkret zu werden, was aus dem Architekturdiagramm verschwindet.
Der Streaming-Server. Wowza Streaming Engine, Nimble Streamer, Ant Media Server, AWS Elemental MediaLive, Mux RTMP Ingest und das Dutzend anderer Dienste in dieser Kategorie existieren aus einem einzigen Grund: einen RTMP-Stream von einem Encoder entgegenzunehmen und ihn in HLS umzuwandeln. Wenn Ihr Encoder direkt HLS produziert, hat der Streaming-Server nichts mehr zu tun. Sie können ihn aus dem Diagramm und aus dem Budget streichen.
Der Cloud-Transcoder. AWS Elemental MediaConvert, Mux Live, Bitmovin, Google Live Transcoder. Sie rechnen pro Eingangsminute und pro Ausgangsminute ab. Ein 1080p-Stream, der mit einer Bitrate hochgeschickt und in vier Ausgabe-Bitraten transcodiert wird, läuft selbst bei einem einzigen Nachmittagsevent schnell ins echte Geld und bei einem durchgehenden Kanal in ernsthafte Beträge. Der Apple silicon-Hardware-Encoder in Ihrem Mac ist schneller, kostenlos und gehört zur selben Chip-Familie, die den Final Cut Pro-Export antreibt. Wenn Sie die vier ABR-Varianten direkt auf dem Mac encodieren, fällt der Transcode-Posten komplett weg.
Der Packager. AWS Elemental MediaPackage, Unified Streaming, der Packager der Wowza Streaming Cloud, alle existieren, um einen Stream in HLS oder DASH zu verpacken. Die App produziert broadcast-standard HLS direkt an der Quelle. Da bleibt nichts zu verpacken.
Das CDN, im kleinen Maßstab. Das ist der Punkt, der die meisten überrascht. CDNs gibt es aus zwei Gründen: schweren globalen Traffic nahe am Zuschauer zu terminieren und Flash-Crowd-Traffic abzufangen, den ein Origin nicht stemmen kann. Der günstige Webserver, den Sie ohnehin haben, kann HLS-Segmente bestens allein ausliefern, bis zu einer realen, endlichen Anzahl gleichzeitiger Zuschauer. Die Mathematik ist simpel: eine 1080p-HLS-Variante mit 5 Mbps über eine gigabit-Anbindung sättigt die Leitung bei rund 200 gleichzeitigen Zuschauern (1000 ÷ 5). Die 720p-Variante mit 3 Mbps bringt das auf etwa 330. Die 540p-Variante mit 1.8 Mbps erreicht rund 550. In einem realen Adaptive-Bitrate-Publikum verteilen sich die Zuschauer auf all diese Stufen (mobile Nutzer auf niedrigeren Varianten, Desktop auf höheren), sodass ein kleiner VPS bequem ein paar hundert gleichzeitige Zuschauer trägt, oft mehr, je nach Geräte-Mix. Das deckt die überwältigende Mehrheit einmaliger Veranstaltungen und kleiner bis mittlerer Kanäle ab. Ein CDN brauchen Sie erst, wenn das Publikum dauerhaft über diesen Rahmen hinauswächst, und das passiert später, als die meisten denken.
Pro-GB-Bandbreiten-Überraschungen. Wenn Ihr Origin ein gemieteter Streaming-Server ist und Ihre Auslieferung über ein gemietetes CDN läuft, schlägt jede Zuschauerminute auf beiden Zählern zu. Self-Hosting verschiebt den Zähler auf Ihre eigene Infrastruktur: einen $5-VPS mit großzügiger Bandbreite, einen R2-Bucket ohne Egress-Gebühren, eine CloudFront-Distribution zu Ihrem reservierten Tarif, was auch immer Sie bereits ausgehandelt haben. Niemand klingelt am Monatsende durch, weil Ihr Stream viral gegangen ist.
Plattformbedingungen. YouTube und Twitch geben Ihnen einen kostenlosen RTMP-Endpunkt und einen Player, und im Gegenzug entscheiden sie, was monetarisierbar ist, was altersbeschränkt wird, was empfohlen und was in welcher Woche heruntergenommen wird. Self-Hosting ist nicht kostenlos, weder in Zeit noch in Geld, aber es kommt auch nicht mit einem Drittanbieter-Regelbuch. Ihr Stream, Ihre Domain, Ihre Bedingungen.
Was gleich bleibt
Self-Hosting ist eine echte Verschiebung, und es ist ehrlich, klar zu benennen, was es nicht ändert.
Sie zahlen weiterhin irgendwo für Bandbreite. Die Bytes müssen ja von irgendwo herkommen. Die Wahl steht zwischen einer Streaming-SaaS, die Transcoding plus Auslieferung in einer Rechnung bündelt, und Self-Hosting, bei dem Sie die Storage-Schicht und den Egress getrennt bezahlen. Für die meisten nicht-trivialen Publika ist Letzteres günstiger. Für einen Stream mit fünf Zuschauern ist ein kostenloser YouTube-Account günstiger. Wählen Sie das Werkzeug passend zum Publikum.
Sie brauchen weiterhin einen Player. Jeder
HLS-Player funktioniert. Video.js, hls.js, Shaka Player, das native HLS
des Browsers in Safari und auf iOS, das Apple TV AVPlayer,
die Roku-, Fire TV- und Android-Player. Keiner davon braucht etwas
Spezielles von Ihrem Origin. Wenn Ihre Ziel-URL eine valide
index.m3u8 ausliefert, spielt jeder moderne Player sie
ab.
Sie müssen weiterhin über Latenz nachdenken. Standard-HLS mit sechs Sekunden langen Segmenten läuft mit etwa 18 bis 30 Sekunden Glas-zu-Glas-Latenz. Das ist in Ordnung für Talkshows, Musik-Sets, Predigten, Vorlesungen, Behind-the-Scenes-Inhalte, Gaming-Highlights, FAST-Kanäle, alles, was keine Auktion und kein E-Sport-Turnier ist. Für Latenzen unter fünf Sekunden brauchen Sie LL-HLS, WebRTC oder DASH-LL, und die Rechnung ändert sich.
Sie brauchen weiterhin Verfügbarkeit, passend zum Umfang der Übertragung. Ein Mac auf dem Schreibtisch reicht für ein einmaliges Event: eine SSD, eine USV, eine kabelgebundene Verbindung, und Sie kommen über den Nachmittag. Für eine länger laufende oder dauerhaft aktive Übertragung wollen Sie einen Mac mini an einem kühlen Ort, eine USV, eine kabelgebundene Verbindung und idealerweise einen zweiten Mac, auf den Sie umschalten können. Die lokale Aufzeichnungsfunktion der App liefert in beiden Fällen eine Backup-Datei. Nichts davon ist schwieriger, als einen Streaming-Server zu betreiben, und das meiste davon ist freundlicher.
Der Fünf-Minuten-Test
Der schnellste Weg herauszufinden, ob das für Sie passt, ist, einen Test-Stream auf einen öffentlichen Endpunkt zu veröffentlichen und das Ergebnis zu inspizieren. Die App liefert einen “HTTP PUT Server”-Zieltyp mit, der weder Authentifizierung noch Setup auf Ihrer Seite benötigt:
- App öffnen, zu Destinations gehen, auf + tippen.
- HTTP PUT Server auswählen.
- Den Eintrag “Test” nennen, Upload-URL
https://ams.ireplay.tv/hls/test/, Playback-URL identisch. - Authentifizierung leer lassen.
- Test Connection. Der Server gibt HTTP 201 zurück.
- Speichern.
- Profiles, ein Profil anlegen, das Test-Ziel auswählen, die Standardwerte sind in Ordnung.
- Live, das Profil wählen, Go Live. Sprechen Sie dreißig Sekunden in Ihre Kamera, Stop.
- Der Übersichtsbildschirm zeigt die Playback-URL. Öffnen Sie sie in
Safari, in
ffprobe, in einem beliebigen HLS-Player.
Wenn sie abspielt, hat Ihr Mac soeben als Encoder, Transcoder, Packager und Publisher gleichzeitig agiert. End-to-End, ohne Streaming-Server in der Schleife. Die Bytes, die Sie sehen, sind direkt vom H.264-Encoder auf Ihrem Apple-Chip in einen öffentlichen Bucket gewandert und von dort zu Ihrem Player. Die gesamte Pipeline lebte in einer einzigen App.
Derselbe Zieltyp zeigt auf jeden HTTPS PUT-Endpunkt. Ersetzen Sie die URL durch die eines eigenen Buckets, und Sie hosten den Stream auf Ihrer eigenen Infrastruktur.
Einmaliger Stream oder ein 24/7-Kanal, der ihn umschließt
Ein einzelner Live-Stream ist ein vollständiges Produkt für sich. Drücken Sie Go Live für die Dauer der Veranstaltung, Stop, wenn sie vorbei ist, lassen Sie die Aufzeichnung als Replay auf Ihrer Domain liegen. Das ist eine vollkommen legitime Nutzung der App und das, was die meisten Anwender die meiste Zeit tun werden.
Was passiert, wenn Sie nicht live sind, ist die Frage, die ein Event von einem Sender unterscheidet. Wenn ein Zuschauer an einem Dienstagnachmittag auf Ihrer Kanalseite landet und gerade nichts gesendet wird, sieht er einen “stream offline”-Bildschirm und springt ab. Die meisten unabhängigen Sender verlieren diesen Traffic, ohne es zu merken.
Die Begleit-App, My TV Channel, füllt diese Lücke. Sie ist ein 24/7-Playout-Tool: füttern Sie sie mit Ihrer bestehenden Videobibliothek, und sie baut einen durchgehenden linearen Sendeplan (VOD2Live, manchmal FAST genannt), der rund um die Uhr läuft. Zuschauer, die zu beliebiger Tageszeit einschalten, landen immer auf etwas, auch wenn gerade kein Live-Event läuft. Derselbe My TV Channel-Account, den Sie für das Playout nutzen, verbindet sich direkt mit der My Live TV Channel-App, sodass Ihre Live-Einspeisung beim Druck auf Go Live in den laufenden Sendeplan eingeschoben wird. Zuschauer, die für VOD2Live eingeschaltet sind, erleben, wie Ihre Live-Übertragung übernimmt. Wenn Sie stoppen, läuft der Sendeplan an der richtigen Stelle weiter.
Sie können das in beiden Reihenfolgen einführen. Beginnen Sie mit einmaligen Live-Events und ergänzen Sie später eine 24/7-Präsenz, sobald das Publikum danach fragt. Oder starten Sie mit einem 24/7-Sendeplan und nutzen die Live-App, um News, Eilmeldungen, Q&A-Sessions oder geplante Live-Shows obendrauf einzuwerfen.
Das Live-Tool, das Playout-Tool und das Publishing-Tool sind drei Apps, die sich ein Speicherziel teilen. Es gibt nirgends in dieser Architektur einen Streaming-Server, nur den Speicher, den Sie gewählt haben, den Mac auf Ihrem Schreibtisch und die Player in den Händen Ihrer Zuschauer.
Ehrliches Fazit
Wenn Sie eine kleine Show mit drei Zuschauern streamen und keine Pläne haben zu wachsen, melden Sie sich für einen kostenlosen YouTube-Account an und setzen Sie das Embed auf Ihre Seite. Sie sind nicht die Zielgruppe hierfür.
Wenn Sie einen bezahlten Stream betreiben, eine Übertragung nur für Mitglieder, eine Sunday service für Ihre Gemeinde, einen Nischen-FAST-Kanal, ein firmeninternes Live-Event, eine interne Town Hall oder Schulung, die auf Ihren On-Prem-Webserver weitergegeben wird, eine Sportliga, eine Hochzeitsübertragung für entfernte Verwandte, einen creator-eigenen linearen Kanal oder irgendetwas, bei dem Plattformbedingungen und Pro-GB-Rechnungen reale Kosten sind, wird die Rechnung schnell interessant. Ein Mac mini, ein Ziel-Bucket oder sogar ein schlichter Webserver und ein $0.99/Woche-Abo ersetzen einen Stapel Cloud-Rechnungen, der zusammengenommen früher bei dreistelligen Beträgen pro Monat begann und von dort aus stieg. Das Architekturdiagramm passt auf einen Klebezettel. Die Anzahl der Anbieter, die Ihren Stream mit einem TOS-Update abschalten können, sinkt von “mehrere” auf “null”.
Der Streaming-Server in der Mitte war immer optional. Die Hardware in jedem Mac auf jedem Schreibtisch wartet seit Jahren still darauf, diesen Job zu übernehmen. My Live TV Channel ist die Software, die es endlich zulässt.