---
title: Eingangs- und Ausgangsfelder nach Transport
url: https://doc2.pstreamer.tv/de/manual/webui/io/index.html
lang: de
product: Perfect Streamer
version: 2.0.1.264
---

# Eingangs- und Ausgangsfelder nach Transport

Ein Nachschlagewerk der Felder des Fensters „Editor für Ein- und Ausgang“ ([Editor für Eingang und Ausgang](../streams.md#webui-stream-io)): was jedes Feld festlegt, welche Werte es annimmt und worin sich Eingang und Ausgang desselben Transports unterscheiden. Die allen Transporten gemeinsamen Felder und die Arbeitsweisen mit dem Fenster sind auf dieser Seite beschrieben, die Felder der einzelnen Transporte auf den Seiten darunter. Die Wahl des Übertragungsprotokolls und die Planung einer Strecke sind in [Planung und Datenübertragungsprotokolle](../../planning/index.md#planning) beschrieben, die Verarbeitung des Streams auf dem Knoten in [Streamer: Implementierungsdetails](../../streamer/index.md#streamer).

Die Beschriftungen der transporteigenen Felder übersetzt die Oberfläche nicht: das sind technische Bezeichnungen, und sie werden in jeder Sprache englisch ausgegeben. Hier sind sie genauso angeführt wie im Fenster, zusammen mit der Maßeinheit, die die Oberfläche der Beschriftung anhängt: „Latency (ms)“, „Client timeout (s)“. Es gibt eine Ausnahme — Login und Passwort der PS1- und SRT-Eingänge: sie zeichnet ein eigener Autorisierungsblock, und die Beschriftungen „Login“ und „Passwort“ sind dort übersetzt.

Der Satz der Felder hängt vor allem vom Transporttyp und von der Richtung ab: bei ein und demselben Transport sind Eingang und Ausgang verschiedene Sätze, deshalb sind sie unten getrennt beschrieben, auch dort, wo die Beschriftungen übereinstimmen. Ein Teil der Felder erscheint und verschwindet zudem je nach Lage — je nachdem, ob der Stream SPTS oder MPTS ist, je nach Listener- oder Caller-Modus, je nach gewähltem Decoder und danach, ob die automatische PID-Zuteilung eingeschaltet ist.

Auch die Zahl der Reiter im Fenster ist unterschiedlich. Ein Eingang hat immer mindestens zwei — „Eigenschaften“ und „MPEG-TS PID“ —, bei den Eingängen UDP, RTP, Pro-MPEG, PS1, SRT, RIST und TCP sowie bei den Eingängen `file`, `pipe` und `std` kommt ein dritter hinzu, „BISS“. Ein Ausgang hat einen Reiter, „Eigenschaften“; die Ausnahme ist der Multiplexer-Ausgang, der auch „MPEG-TS PID“ besitzt ([Multiplexer (muxer)](internal.md#webui-io-muxer)). Gibt es nur einen Reiter, wird die Reiterleiste überhaupt nicht angezeigt.

Der Transporttyp wird durch das Feld „Typ“ ganz oben im Fenster festgelegt: beim Anlegen ist es eine Liste der verfügbaren Transporte, beim Ändern ein nicht editierbares Feld, denn der Typ lässt sich nicht ändern (um den Transport zu wechseln, wird der Punkt neu angelegt). Ein Typwechsel im Anlegeformular löscht alle ausgefüllten Transportfelder — erhalten bleiben nur die Notiz, das Pausenkennzeichen und die Felder des Domänenkatalogs.

## Gemeinsame Felder

Das Feld Note gibt es bei einem Eingang und einem Ausgang jeden Typs; im Fenster steht es zuletzt, hinter einem Trenner.

| Feld | Zweck | Werte |
| --- | --- | --- |
| Note | Eine beliebige Notiz: der Zweck des Punktes, der Verantwortliche, die Ticketnummer. Sichtbar in den Listen der Ein- und Ausgänge und in der aufgeklappten Stream-Zeile. | eine Zeichenkette, standardmäßig leer |

Das Pausieren wird in diesem Fenster nicht eingestellt, obwohl ein Eingang und ein Ausgang ein Pausenkennzeichen besitzen: es wird über die Pausenschaltfläche in der Zeile der Liste der Ein- und Ausgänge gesteuert. Beim Anlegen ist das wichtig zu wissen: neu angelegte Ein- und Ausgänge werden pausiert angelegt und nach dem Speichern aus der Liste eingeschaltet. Auch die Reihenfolge der Eingänge, die die Reservierungspriorität festlegt, wird hier nicht bearbeitet — sie wird durch Ziehen der Zeilen geändert ([Quellenredundanz und Verteilung](../../planning/index.md#planning-reservation)).

Zwei weitere Felder kommen nur bei den Transporten hinzu, die in den gemeinsamen Ressourcenkatalog der Domäne gelangen (UDP, RTP, Pro-MPEG, RIST, PS1 und SRT; [Gemeinsamer Ressourcenkatalog](../../meshwork/map.md#meshwork-catalog)) — im Fenster stehen sie als eigene Gruppe:

| Feld | Zweck | Werte |
| --- | --- | --- |
| Peer note (meshwork library) | Eine Markierung dieses Punktes im Domänenkatalog: daran erkennt ein benachbarter Knoten, welche Ressource er sieht. | eine Zeichenkette, standardmäßig leer |
| Peer private | Den Punkt nicht im Domänenkatalog ankündigen. Der Punkt arbeitet weiter, benachbarte Knoten sehen ihn jedoch nicht, und im Fenster „Bibliothek — dieser Stream“ erscheint er nicht ([Bibliothek — dieser Feed](../streams.md#webui-stream-library-feed)). | standardmäßig ausgeschaltet |

Das Vorhandensein dieser beiden Felder bedeutet noch nicht, dass der Punkt in den Katalog gelangt. Die Regeln lauten: ein Ausgang wird immer angekündigt — sowohl bei Multicast als auch bei Unicast; ein UDP-, RTP- oder RIST-Eingang nur dann, wenn seine Adresse eine Multicast-Gruppe ist; PS1- und SRT-Eingänge werden immer angekündigt, ein Pro-MPEG-Eingang dagegen überhaupt nicht, obwohl er die Felder besitzt ([Gemeinsamer Ressourcenkatalog](../../meshwork/map.md#meshwork-catalog)).

### Gemeinsame Felder des Eingangs

Ein Eingang hat außerdem eine Gruppe von Synchronisationseinstellungen — sie betrifft nicht den Transport, sondern die Verarbeitung des Streams auf dem Knoten und ist deshalb für alle Typen gleich. Die Zusammensetzung der Gruppe hängt vom Streamtyp ab: beim Eingang eines SPTS-Streams sind es alle drei Felder, beim Eingang eines MPTS-Streams nur das letzte.

| Feld | Zweck | Werte |
| --- | --- | --- |
| Auto jitter buffer | Automatische Wahl der Puffergröße nach dem Eingangstyp ([Synchronisation](../../streamer/spts.md#streamer-spts-sync)). | standardmäßig eingeschaltet; im Anlegeformular wird es ausgeschaltet angezeigt |
| Jitter buffer (ms) | Die Puffergröße von Hand — sie gilt, wenn die automatische Wahl ausgeschaltet ist. | ab 10, Standard 500 |
| PCR discontinuity window (ms) | Das Fenster, innerhalb dessen ein PCR-Sprung als zulässig gilt; ein größerer Sprung löst eine harte Neusynchronisation aus. Bei einem MPTS-Stream wird dasselbe Fenster auf jedes Programm des Multiplex angewendet ([Analyse nach Programmen](../../streamer/mpts.md#streamer-mpts-analysis)). | ab 100, Standard 1000 |

PID-Auswahl und -Umsetzung sowie die BISS-Schlüssel werden auf eigenen Reitern desselben Fensters festgelegt und sind in [Editor für Eingang und Ausgang](../streams.md#webui-stream-io) beschrieben.

## Pflichtfelder und Wertprüfung

Ein Teil der Felder ist Pflicht — ohne sie kann der Knoten keine Verbindung aufbauen. Solange ein solches Feld leer ist, ist die Schaltfläche zum Speichern nicht verfügbar, und unter dem Feld erscheint die Meldung „Das Feld <Beschriftung> ist erforderlich“. Die Meldung wird erst nach der ersten Änderung des Formulars angezeigt, deshalb sieht ein gerade geöffnetes Formular sauber aus, obwohl das Speichern bereits blockiert ist. Welche Felder Pflicht sind, steht auf den Transportseiten.

Die übrigen Prüfungen erfolgen während der Eingabe und blockieren das Speichern genauso:

| Meldung | Wann sie erscheint |
| --- | --- |
| „Minimum N“, „Maximum N“ | Eine Zahl außerhalb des zulässigen Bereichs des Feldes. |
| „Muss 0 oder 32–8190 sein“ | Eine PID außerhalb des zulässigen Satzes: die Werte 1–31 sind reserviert, 8191 ist die Null-PID. Null bedeutet „wie im Eingangsstream“. |
| „Muss N–M Byte lang sein“ | Eine Passphrase unzulässiger Länge. Die Länge wird in Byte gezählt, nicht in Zeichen: ein kyrillischer Buchstabe belegt zwei Byte. |
| „Muss mit <Schema> beginnen“ | Die Adresse eines HLS-Eingangs wurde ohne das Schema `http://` oder `https://` oder mit einem anderen Schema eingegeben. Das ist das einzige Feld des Fensters mit einer solchen Prüfung; bei den übrigen Transporten prüft das Schema nur der Knoten. |

Eine leere Passphrase gilt nicht als Fehler — sie bedeutet, dass keine Verschlüsselung verwendet wird. Ein Bruchwert lässt sich in ein Ganzzahlfeld überhaupt nicht eingeben: das Feld nimmt ihn nicht an.

Die Prüfungen des Fensters wiederholen die Einschränkungen des Knotens, ersetzen sie aber nicht. Die Länge von Textfeldern und die Eindeutigkeit von Nummern — etwa der Programmnummer in einem Multiplex — prüft nur der Knoten. Die Bereichsprüfung erfolgt zudem nicht bei allen numerischen Feldern: ein Feld ohne Standardwert ruht auf null, und das Fenster hebt es nicht hervor — einen zu kleinen Wert in einem solchen Feld bemerkt nur der Knoten.

Die gepaarten Listen im Fenster lassen sich nicht in Widerspruch bringen: sowohl die PID-Umsetzung als auch die Spursprachen und die RIST-Peers werden zeilenweise bearbeitet, und eine Zeile wird als Ganzes hinzugefügt.

Eine Ablehnung durch den Knoten verbirgt das Fenster nicht: es bleibt mit dem ausgefüllten Formular geöffnet, und oben erscheint ein Balken mit der Meldung des Knotens — unverändert, auf Englisch, denn es ist der Text des Knotens selbst und nicht der Oberfläche. Die eingegebenen Werte gehen dabei nicht verloren.

Beim Lesen der Spalte „Werte“ sollte man einen weiteren Unterschied zwischen Anlegen und Ändern im Kopf behalten. Im Anlegeformular ist ein Teil der Werte bereits eingetragen — jene, die unten als Formularwert oder als Standardwert bezeichnet sind — und sie werden zusammen mit den übrigen gespeichert. Die anderen Felder lässt das Formular leer oder auf null, und der Knoten wendet auf sie selbst seine Werte an. Beim Ändern eines bestehenden Punktes sieht ein nie gesetztes Feld genauso aus: leer, obwohl der Knoten einen Standardwert darauf anwendet.

## Arbeit mit den Feldern

**URL einfügen.** Die Schaltfläche wertet einen Link aus der Zwischenablage aus und verteilt ihn auf die Felder für Adresse und Port. Das Schema muss nicht angegeben werden — `Adresse:Port` genügt; ist es jedoch angegeben, muss es zum Transport passen: `udp://` für UDP, `rtp://` oder `udp://` für RTP, `prompeg://`, `rtp://` oder `udp://` für Pro-MPEG, `tcp://` für TCP, `ps1://` für PS1 und `srt://` für SRT. Enthält die Zwischenablage nichts Passendes, ist die Schaltfläche nicht verfügbar und erklärt: „In der Zwischenablage befindet sich keine passende Adresse zum Einfügen“.

Die Schaltfläche gibt es nur dort, wo ein Punkt ein Paar aus Adresse und Port besitzt: bei den Eingängen UDP, RTP, Pro-MPEG, TCP, PS1 und SRT und bei den Ausgängen UDP, RTP, Pro-MPEG und SRT. Beim PS1-Ausgang fehlt sie — er lauscht nur auf einem Port —, ebenso bei den Transporten, bei denen die Adresse anders angegeben wird (RIST, HLS, RTSP, RTMP, Datei).

Erlaubt der Browser das Lesen der Zwischenablage nicht, setzt die Schaltfläche einfach den Cursor in das Adressfeld: ein von Hand eingefügter Link wird genauso auf die beiden Felder verteilt. Das funktioniert auch ohne die Schaltfläche — es genügt, `Adresse:Port` direkt in das Adressfeld einzufügen.

**Aus der Bibliothek wählen…** Die Schaltfläche öffnet den Ressourcenkatalog der Domäne direkt im Fenster und trägt die Adresse der gewählten Quelle ein, statt sie von Hand einzugeben ([Bibliotheksquellen](../streams.md#webui-stream-library)). Es gibt sie nur bei den Eingängen UDP, RTP, Pro-MPEG, PS1 und SRT. Bei PS1 und SRT wird diejenige Adresse des Peers eingetragen, unter der er erreichbar ist, und bei einem Nachbarn aus der eigenen Domäne wird zugleich die automatische Meshwork-Anmeldung eingeschaltet und Login und Passwort werden geleert.

**Freien Port finden.** Die automatische Wahl ist beim PS1-Ausgang und bei SRT im Listener-Modus vorgesehen: das Portfeld kann auf null belassen werden — der Hinweis lautet „0 = auto“ — und der Knoten sucht beim Speichern einen freien Port aus, die Schaltfläche daneben sucht ihn sofort. Wurden keine freien Ports gefunden oder schlug die Anfrage fehl, meldet das Fenster dies und das Speichern erfolgt nicht. Bei den übrigen Punkten wird der Port von Hand eingegeben, auch dort, wo der Knoten ihn selbst belegt — etwa bei UDP-Eingängen.

Ein Feld mit automatischer Wahl hat auch eine weiche Prüfung: gibt man beim Ändern eines bereits angelegten Punktes einen Port ein, der vom gespeicherten abweicht, und ist dieser belegt, erscheint unter dem Feld die Warnung „Dieser Port wird auf diesem Knoten möglicherweise bereits verwendet“. Das Speichern blockiert sie nicht.

**Passwörter und Logins.** Die Felder für Passphrasen und Passwörter werden verdeckt angezeigt; die Schaltfläche „Passwort anzeigen“ deckt den eingegebenen Wert auf. Logins merkt sich dagegen der Browser nach erfolgreichem Speichern und schlägt sie bei der nächsten Eingabe vor — in einer gemeinsamen Liste für alle Transporte, sodass ein einmal für RTSP eingegebener Login auch an einem SRT-Eingang vorgeschlagen wird. Passwörter werden nie gemerkt.

**Schließen des Fensters.** Wurde im Formular etwas geändert, fragen „Abbrechen“, Esc und „✕“ nach einer Bestätigung, die Änderungen zu verwerfen; ein unberührtes Fenster schließt sofort.

- [UDP, RTP, Pro-MPEG und TCP](network.md)

  - [UDP](network.md#udp)
  - [RTP](network.md#rtp)
  - [Pro-MPEG](network.md#pro-mpeg)
  - [TCP](network.md#tcp)
- [PS1, SRT und RIST](peer.md)

  - [PS1](peer.md#ps1)
  - [SRT](peer.md#srt)
  - [RIST](peer.md#rist)
- [HLS / HTTP, RTSP und RTMP](client.md)

  - [HLS / HTTP](client.md#hls-http)
  - [RTSP](client.md#rtsp)
  - [RTMP](client.md#rtmp)
- [Datei, FIFO, externe Anwendung und DVB](local.md)

  - [Datei und Gerät (file)](local.md#file)
  - [Named Pipe (pipe)](local.md#pipe)
  - [Externe Anwendung (std)](local.md#std)
  - [DVB-Adapter (dvb)](local.md#dvb-dvb)
- [Multiplexer, Demultiplexer und Transcoder](internal.md)

  - [Multiplexer (muxer)](internal.md#muxer)
  - [Demultiplexer (demuxer)](internal.md#demuxer)
  - [Transcoder (transcoder)](internal.md#transcoder)
  - [Testgenerator (test-stream)](internal.md#test-stream)