Live-Streaming mit

geringer Latenz

Sie benötigen eine Streaming-Software / Videokamera, die Streams in RTMP / SRT sendet.
Oder wenn Sie ein Profi sind, haben Sie möglicherweise einen bereits eingerichteten Server, von dem wir Ihren SRT / RTMP-Stream extrahieren können.

Nachdem wir Ihren Stream erhalten haben, transcodieren wir ihn in den von Ihnen benötigten Qualitäten und in das http-vergleichbare Protokoll (HLS / DASH), das für Web-Player und CDN geeignet ist.
Dann liefern wir diesen Stream über unsere CDN an Ihr Publikum weltweit.
Wir stellen Ihnen ein Iframe unseres Players zur Verfügung, das Sie in Ihre Anwendung einbetten können. Dies ist nicht obligatorisch. Sie können auch jeden anderen hls.js / dash.js-kompatiblen Player verwenden, um unsere Wiedergabeliste zu platzieren.

Hier ist eine schrittweise Anleitung, die erklärt, welche Einstellungen Sie im Control Panel vornehmen müssen.

Wir akzeptieren jede Art von Software oder Videokameras. Es spielt keine Rolle, was Sie verwenden - kostenlose OBS oder Entreprise LiveU oder einfach eine Videokamera mit vorinstallierter Software.

Sie müssen nur sicherstellen, dass Ihre Software mit RTMP oder SRT funktioniert.

Die meisten modernen Softwares akzeptieren sicherlich diese Protokolle. Wenn Sie etwas sehr Spezifisches haben, kontaktieren Sie uns einfach.

Ja, das können Sie. Dieses Protokoll ist viel stabiler als RTMP - es bricht die Verbindung nicht ab, wenn etwas mit den Provider-Routen nicht stimmt.
Wir empfehlen allen unseren Kunden die Verwendung von SRT. Aber RTMP funktioniert auch als das gebräuchlichste Streaming-Protokoll.
Bitte überprüfen Sie, ob Ihre Software SRT unterstützt, und senden Sie uns dann einen Stream in diesem Protokoll.

Von 1 bis 100.000.000 oder noch mehr. Es gibt kein Limit.
Wir verwenden unser eigenes Edge Network mit PoPs auf der ganzen Welt, die zu redundanten Clustern zusammengefasst sind. Unsere Edge-Server teilen also die Last untereinander. Das bedeutet, dass die Zuschauer basierend auf folgendem auf viele Server aufgeteilt werden:

• Geographie/Topographie - das bedeutet, dass Benutzer den Stream aus der nächstgelegenen Lokation erhalten (sowohl geographisch als auch Anbieter-Routen)
• Überlastung - wenn ein Server an einem Standort einen vollen Kanal hat, wird der nächste Zuschauer aus demselben geographischen Punkt auf den benachbarten Server ausgelagert.

Und natürlich, wenn ein Server aus irgendeinem Grund nicht funktioniert, wird der Traffic auf einen anderen Server im selben Cluster umgeleitet. Das bedeutet, dass die Zuschauer im Live-Stream niemals Abbrüche erleben werden.

Nein, das müssen Sie nicht.
Wir haben unser eigenes CDN mit Servern auf der ganzen Welt. Sie brauchen nicht nach einem anderen Anbieter für die Übertragung Ihres Streams zu suchen, da alles für Sie integriert ist.
Unser CDN ist standardmäßig für das Streaming voreingestellt, wenn Sie unsere Streaming-Plattform nutzen.
Alle Einstellungen für das Caching von Playlists und Chunks werden von uns vorgenommen, basierend auf der Erfahrung und den durchschnittlichen Stream-Parametern. Wir cachen auch Streams nicht auf den HDD/SDD unserer Server, sondern im Arbeitsspeicher, was bedeutet, dass der Inhalt schneller und ohne Einfrieren an die Zuschauer geliefert wird.

Die Informationen werden bald hier verfügbar sein.

Wir verwenden unsere eigene Infrastruktur. Das bedeutet, dass wir den Ingestor/Transcoder für Sie an jedem Ort einrichten können, an dem Gcore Cloud-Service hat. Standardmäßig haben wir Ingestoren/Transcoder in Ashburn (USA), Luxemburg (um Europa abzudecken) und Singapur (um Asien abzudecken). Natürlich sind sie zu Clustern für Redundanz und zur Überwindung großer Lasten vereint.
Diese Standorte sind in der Regel ausreichend für Streamer aus den USA/Europa/Asien. Wir liefern diese Streams mit unserem CDN aus.
Wenn sich Ihr Streamer also in den USA befindet und die Zuschauer in Europa sind, erhalten die Zuschauer den Stream von den europäischen Servern.
Wenn Sie jedoch immer noch etwas näher an Ihren Streamern sein möchten, überprüfen Sie die Karte und senden Sie uns eine Anfrage.

Wir haben folgende Latenzzeiten für folgende Protokolle:

• Reduced latency HLS (das gängigste Protokoll für alle Fälle) beträgt 6-8 Sekunden
• Low latency DASH (das stabilste Protokoll mit geringer Latenz, funktioniert jedoch nicht im nativen iOS AVPlayer, obwohl es mit unserem Player auf Safari, iOS funktioniert) beträgt 3-4 Sekunden
• Apple Low Latency HLS (LL funktioniert auf jedem Gerät, einschließlich iOS) beträgt 4 Sekunden
• HESP (ein spezielles HTTP-basiertes Protokoll, das nur im spezifischen Player funktioniert) beträgt weniger als 1 Sekunde.

Wir haben auch WebRTC für Videoanrufe mit Echtzeit-Latenz. Diese Technologie ist jedoch nicht kompatibel mit CDN. Daher ist es besser, WebRTC für Echtzeit-Kommunikation zu verwenden und nicht für hochwertige Streams. Erfahren Sie mehr hier.

Wir berechnen keine Gebühren für unsere Transcodierung in den Grundprotokollen (das bedeutet Qualität bis zu 1080, HLS/DASH/LL-HLS).
Sie zahlen nur für die Minuten, die Ihre Zuschauer den Stream ansehen.
Der Preis für 1 Minute Anschauen beträgt €0.001. Wenn Sie beispielsweise einen 1-stündigen Stream haben und 10 Zuschauer ihn von Anfang bis Ende ansehen - das wären 60 Minuten * 10 Zuschauer * €0.001 = €0.6.
Wir berechnen monatlich. Das bedeutet, dass Sie nur für einen Monat bezahlen, in dem nur ein 1-stündiger Stream mit 10 Zuschauern stattgefunden hat. Wenn Sie im nächsten Monat auf zehn 100-minütige Streams mit jeweils 100 Zuschauern, die jeden Stream von Anfang bis Ende ansehen, erweitern, zahlen Sie 100 Benutzer * 100 Minuten * 10 Streams * €0.001 = €100.
Es hängt von Ihrem Verbrauch ab, und Sie zahlen nicht mehr, als Ihre Zuschauer angesehen haben.