Locked History Actions

Änderungen von "Dokumentation/Flumotion"

Unterschiede zwischen den Revisionen 3 und 14 (über 11 Versionen hinweg)
Revision 3 vom 2010-06-27 19:36:12
Größe: 925
Autor: equinox
Kommentar:
Revision 14 vom 2010-06-28 06:39:13
Größe: 3645
Autor: equinox
Kommentar:
Gelöschter Text ist auf diese Art markiert. Hinzugefügter Text ist auf diese Art markiert.
Zeile 5: Zeile 5:

{i} '''Das hier beschriebene ist derzeit noch nicht aktiv und wird erst in den nächsten Wochen umgesetzt. Zu diesem Zeitpunkt stellt es also lediglich den geplanten Aufbau dar.'''
Zeile 12: Zeile 14:
Das Flumotion System bei Radio Helsinki besteht aus 3 Flows. Einer kümmert sich um das Einlesen der Audio Daten und bietet diese per ''gdp'' an. Ein weiterer transkodiert und speichert das Audiomaterial für das Archiv. Der dritte Flow generiert einen Live Stream in verschiednen Formaten und Bitraten. Im folgenden werden die Flows und deren Aufteilung in Manager, Worker und Components erläutert.
Zeile 13: Zeile 17:

==== Manager und Worker ====
Zeile 17: Zeile 23:

==== rawinput Flow ====

{{attachment:rawinput-flow.png}}

Um dieses Bild zu verändern kann die [[attachment:rawinput-flow.svg|SVG Version]] verwendet werden.

==== Archiv Flow ====

{{attachment:archiv-flow.png}}

Um dieses Bild zu verändern kann die [[attachment:archiv-flow.svg|SVG Version]] verwendet werden.

==== Stream Flow ====

{{attachment:stream-flow.png}}

Um dieses Bild zu verändern kann die [[attachment:stream-flow.svg|SVG Version]] verwendet werden.
Zeile 23: Zeile 47:
tba... Auf diesem Rechner (in den obigen Diagrammen als blau dargestellt) laufen alle Manager der 3 verwendeten Flows. Weiters wird auf diesem Rechner das Audiosignal mittels eines Line-In Eingangs eingelesen. Ausserdem beherbergt dieser Server auch noch das 8 Tage umfassende Flac Archiv und das gesetzlich vorgeschriebene Archiv in Ogg-Vorbis mit 250 kBit. Zu guter letzt wird auf diesem Rechner noch der Ogg Feed für den Live Stream generiert. Sowohl der ''archiv'' Flow als auch der ''stream'' Flow bekommen die Audiodaten per ''gdp'' vom ''rawinput'' Flow. Über dieses Interface können künftig auch noch andere Flows auf den Raw Audio Stream zugreifen.
Die folgenden XML Dateien bilden die Konfiguration der verschiedenen Manager und Worker auf diesem Server.

 * [[attachment:manager-rawinput.xml]]
 * [[attachment:manager-archiv.xml]]
 * [[attachment:manager-archiv-rharchiv.ics]]
 * [[attachment:manager-stream.xml]]
 * [[attachment:worker-rawinput.xml]]
 * [[attachment:worker-archiv-input.xml]]
 * [[attachment:worker-archiv-ogg.xml]]
 * [[attachment:worker-archiv-flac.xml]]
 * [[attachment:worker-streamfeed.xml]]
Zeile 27: Zeile 63:
tba... Auf diesem Server (in den obigen Diagrammen als rot dargestellt) bei mur.at wird das in Ogg-Vorbis mit 160 kBit eingespeiste Signal in verschiedene Formate und Bitraten transkodiert und per HTTP angeboten.
Die folgenden XML Dateien bilden die Konfiguration der verschiedenen Worker auf diesem Server.

 * [[attachment:worker-rhstream-input.xml]]
 * [[attachment:worker-rhstream-enc-ogg.xml]]
 * [[attachment:worker-rhstream-enc-mp3.xml]]
 * [[attachment:worker-rhstream-http.xml]]

Flumotion

{i} Diese Seite ist ist Teil der Technischen Dokumentation von Radio Helsinki. Alle weiteren Seiten der Dokumentation:

{i} Das hier beschriebene ist derzeit noch nicht aktiv und wird erst in den nächsten Wochen umgesetzt. Zu diesem Zeitpunkt stellt es also lediglich den geplanten Aufbau dar.

Allgemeines

Flumotion ist eine in Python geschriebene Open Source Streaming Plattform die auf GStreamer aufbaut. Im Wesentlichen bildet Flumotion ein Framework um GStreamer Pipelines zu erstellen die dann die gewünschte Funktion erfüllen. Ausserdem bietet Flumotion eine Möglichkeit die einzelenen Komponenten des Systems über mehrere Server zu verteilen und zu steuern.

Aufbau des Systems

Das Flumotion System bei Radio Helsinki besteht aus 3 Flows. Einer kümmert sich um das Einlesen der Audio Daten und bietet diese per gdp an. Ein weiterer transkodiert und speichert das Audiomaterial für das Archiv. Der dritte Flow generiert einen Live Stream in verschiednen Formaten und Bitraten. Im folgenden werden die Flows und deren Aufteilung in Manager, Worker und Components erläutert.

Diagramm

Manager und Worker

[ANHÄNGEN]

Um dieses Bild zu verändern kann die SVG Version verwendet werden.

rawinput Flow

[ANHÄNGEN]

Um dieses Bild zu verändern kann die SVG Version verwendet werden.

Archiv Flow

[ANHÄNGEN]

Um dieses Bild zu verändern kann die SVG Version verwendet werden.

Stream Flow

stream-flow.png

Um dieses Bild zu verändern kann die SVG Version verwendet werden.

Server

streamer.helsinki.at

Auf diesem Rechner (in den obigen Diagrammen als blau dargestellt) laufen alle Manager der 3 verwendeten Flows. Weiters wird auf diesem Rechner das Audiosignal mittels eines Line-In Eingangs eingelesen. Ausserdem beherbergt dieser Server auch noch das 8 Tage umfassende Flac Archiv und das gesetzlich vorgeschriebene Archiv in Ogg-Vorbis mit 250 kBit. Zu guter letzt wird auf diesem Rechner noch der Ogg Feed für den Live Stream generiert. Sowohl der archiv Flow als auch der stream Flow bekommen die Audiodaten per gdp vom rawinput Flow. Über dieses Interface können künftig auch noch andere Flows auf den Raw Audio Stream zugreifen. Die folgenden XML Dateien bilden die Konfiguration der verschiedenen Manager und Worker auf diesem Server.

stream.helsinki.at

Auf diesem Server (in den obigen Diagrammen als rot dargestellt) bei mur.at wird das in Ogg-Vorbis mit 160 kBit eingespeiste Signal in verschiedene Formate und Bitraten transkodiert und per HTTP angeboten. Die folgenden XML Dateien bilden die Konfiguration der verschiedenen Worker auf diesem Server.


CategoryDocumentation