Anleitungen

Source-Clients verbinden und prüfen

Richten Sie den Encoder für Icecast ein. Unterscheiden Sie PUT und das ältere SOURCE-Protokoll und prüfen Sie Zugangsdaten, Medientyp und Abbrüche.

Auf dieser Seite

Der Encoder erzeugt den Stream, den Icecast verteilt. Ein gestartetes Encoder-Programm ist nicht zwangsläufig verbunden: lokale Wiedergabe, Kodierung und Serverausgabe können eigene Schalter besitzen. Prüfen Sie die Ausgabeverbindung und nicht allein das geöffnete Programmfenster.

Beide Seiten aufeinander abstimmen

Encoder-FeldGegenstück in Icecast
ServertypEin Icecast-fähiges Protokoll statt eines beliebigen Streaming-Modus
Host und PortEin erreichbarer Listen-Socket
VerschlüsselungTLS-Unterstützung und Vorgabe des gewählten Sockets
BenutzernameMeist source, sofern die Mount-Regel nichts anderes vorgibt
PasswortPassendes globales oder mountbezogenes Source-Kennwort
MountExakter Pfad wie /live.ogg
MedientypTatsächlicher Codec/Container und passender Content-Type

Tragen Sie kein URL-Schema in ein reines Hostfeld ein. Hängen Sie an den Mountpoint des Encoders kein .m3u an. Dieser Zusatz fordert eine Wiedergabeliste für Hörer an und bezeichnet nicht die eingehende Quelle.

Das verwendete Protokoll kennen

Aktuelle Source-Anwendungen können HTTP PUT verwenden. Ältere Programme nutzen gegebenenfalls die SOURCE-Methode. Die Shoutcast-DSP-Kompatibilität besitzt wiederum eigene Socket-Regeln. PUT wurde in der 2.4-Reihe eingeführt; das bedeutet nicht, dass jeder Encoder diese Methode automatisch wählt. Stellen Sie den passenden Modus ein und lesen Sie für die konkreten Felder die Dokumentation des Source-Clients.

Die Quelle muss ihre Daten richtig beschreiben. Ein als Ogg gekennzeichneter MP3-Datenstrom wird durch die Mount-Endung .ogg nicht korrigiert. Icecast wandelt ihn auch nicht in das gewünschte Format um.

Einen Fehler schrittweise eingrenzen

Prüfen Sie zuerst den Aufbau der TCP-/TLS-Verbindung. Danach folgen Authentifizierung, angenommener Mountpfad und fortlaufender Dateneingang. Ein Kennwortfehler kann von einer Mount-Ausnahme kommen, obwohl das globale Kennwort richtig erscheint. Am Source-Limit können aktive Relays beteiligt sein. Eine zweite Quelle auf einem bereits belegten Mount ist ein anderer Fall als ein falsches Passwort.

Kontrollieren Sie nach dem Verbindungsaufbau den Mount in der Verwaltung. Hören Sie mit einem geeigneten Player hinein und beobachten Sie das Fehlerprotokoll bei einer geplanten Trennung und Wiederverbindung. Beginnen Sie mit einer lokalen unkritischen Testquelle. Produktive Kennwörter gehören nicht in Bildschirmfotos, URLs, Shell-Verlauf oder weitergegebene Diagnoseauszüge.

Quellen

  • Icecast 2.5.0: Quellarchiv (.tar.gz)

    2.5.0 · Abgerufen

    Verwendete Dateien im Archiv

    • Erste Schrittedoc/basic_setup/index.html
    • Hinweise zur InstallationREADME.md
    • Authentifizierungdoc/auth/index.html
    • Konfigurationsreferenzdoc/config_file/index.html