Jeder Encoder, der RTMP sendet, braucht zwei Angaben: die Serveradresse, an die der Stream geht, und den Streamschlüssel, der sagt, zu welchem Kanal er gehört.

Die Serveradresse sieht aus wie eine Webadresse, die mit rtmp oder rtmps beginnt, und sie ist meist für alle Nutzer einer Plattform dieselbe.

Der Streamschlüssel ist ein langer privater Code, der Ihren Kanal oder Ihre Veranstaltung kennzeichnet, und wer ihn hat, kann in Ihrem Namen senden.

Beides finden Sie in den Live- oder Sendeeinstellungen der Plattform, und viele Plattformen lassen Sie jeden Wert mit einem einzigen Klick kopieren.

Der häufigste Fehler ist, den Schlüssel in das Serverfeld oder die Adresse in das Schlüsselfeld einzufügen, prüfen Sie also, dass jeder Wert in seinem eigenen Feld steht.

Eine weitere häufige Ursache ist ein unsichtbares Leerzeichen am Anfang oder Ende des kopierten Schlüssels, durch das die Plattform einen eigentlich richtigen Code ablehnt.

Manche Plattformen erzeugen für jede geplante Veranstaltung einen neuen Schlüssel, ein Schlüssel, der letzte Woche funktioniert hat, kann heute also nicht mehr gültig sein.

Bietet die Plattform eine Backup-Serveradresse an, verwenden Sie sie nur für einen zweiten Encoder und nicht als Hauptadresse Ihres einzigen Signals.

Adressen, die mit rtmps beginnen, nutzen eine verschlüsselte Verbindung, und ein alter Encoder, der sie nicht unterstützt, scheitert mit einem Verbindungsfehler.

Eine Fehlermeldung, dass der Encoder den Server nicht erreichen kann, deutet auf die Adresse oder Ihr Netzwerk hin, während ein schnelles Trennen nach dem Verbinden meist auf den Schlüssel hinweist.

Firmen- und Veranstaltungsnetzwerke blockieren manchmal ausgehende Streaming-Ports, testen Sie also in demselben Netzwerk, das Sie am Tag der Sendung nutzen werden.

SRT kennt kein Schlüsselfeld im selben Sinn, die Identität Ihres Streams wird stattdessen durch eine Stream-ID und ein optionales Passwort (Passphrase) übertragen.

WHIP, das für Browser und Ingest mit niedriger Latenz verwendet wird, fasst Adresse und Autorisierung in einem einzigen Link mit einem Token zusammen.

Wenn Sie vermuten, dass Ihr Schlüssel in falsche Hände geraten ist, setzen Sie ihn bei der Plattform zurück und fügen Sie den neuen Schlüssel in jeden Encoder ein, der ihn verwendet.

Bewahren Sie Ihre Schlüssel in einem Passwortmanager auf statt in einem geteilten Dokument, denn ein Screenshot Ihrer Encoder-Einstellungen kann sie offenlegen.

Wenn Sie zu mehreren Plattformen streamen, beschriften Sie jeden Schlüssel mit Plattform und Veranstaltung, damit Sie nie die falsche Sendung an den falschen Kanal schicken.

Ein aus einer E-Mail oder einem Chat kopierter Schlüssel kann Formatierungszeichen aufnehmen, fügen Sie ihn also zuerst in einen reinen Texteditor ein, wenn ein scheinbar richtiger Schlüssel immer wieder scheitert.

Die meisten Encoder zeigen den letzten Fehler in einem Protokollfenster an, und diese Zeile zu lesen sagt Ihnen weit mehr, als die Verbindung immer wieder neu zu versuchen.