RoarAudio/Vorlage Vortrag (1h) - Versionsgeschichte

Ph3-der-loewe: /* Vorführung */ +Audacious, innerwikilinks

2010-01-10T09:08:20Z

Vorführung: +Audacious, innerwikilinks

← Nächstältere Version		Version vom 10. Januar 2010, 09:08 Uhr
Zeile 157:		Zeile 157:
	** roarvorbis/roarcatplay?		** roarvorbis/roarcatplay?
	** roarctl		** roarctl
	** ~~xmms~~		** [[XMMS]] / [[Audacious]]
	* Kompatibilitäts Bibliotheken		* Kompatibilitäts Bibliotheken
	** libroaresd:		** libroaresd:
	*** Amarok		*** [[Amarok]]

	== Fragen ==		== Fragen ==

Ph3-der-loewe: /* Win32 Port */ aktuallisirung, es ist einiges passirt...

2009-11-28T02:52:23Z

Win32 Port: aktuallisirung, es ist einiges passirt...

← Nächstältere Version		Version vom 28. November 2009, 02:52 Uhr
Zeile 124:		Zeile 124:

	==== Win32 Port ====		==== Win32 Port ====
	~~Ein Win32 Port~~ existiert ~~zum jetzigen Zeitpunkt nicht. Dies liegt an mehren Faktoren: Zum einen ist~~ Win32~~, was den nahe~~-~~realtime Betrieb angeht~~, ~~nicht zuverlässig genug. Zum anderen ist bei Win32 das Networking kein Teil~~ des ~~Kernels wie auf UNIX und POSIX Systemen: Es ist viel mehr teilweise im Userland~~. ~~Dies hat zur Folge das zu jedem Zeitpunkt eine Applikation wissen muss von welchem Type ein Filehandle~~ ist, da man Basis Funktionen wie read(), write(), close() nicht auf alle Filehandles anwenden kann. Vielmehr hat jeder Type von Filehandles seinen eigenen Satz Funtionen. RoarAudio verfolgt die UNIX Philosophie: ''Alles ist eine Datei''. Große Patches wären nötig.		Es existiert ein experimenteller [[Win32]] Nativ-[[Port]] der RoarAudio Bibliotheken, des roards sowie einiger weiterer grundlegender Hilfsprogramme. Die Funktionalität ist hier aber recht eingeschenkt.

	~~Ein Weiteres~~ ist ~~das ein solcher Port viel Zeit~~ in ~~Anspruch nimmt und weder das Projekt noch die Freie Software Bewegung voranbringt~~.		RoarAudio ist des weiteren in [[Cygwin]] lauffähig. Unter Cygwin können deutlich mehr funktionen als nativ genutzt werden. Allerdings sind hier auch einige Einschränkungen vorhanden.

	~~Im Moment existieren kleinere Patches die vielleicht irgendwann mal Basis Funktionalität mit~~ sich ~~bringen könnten. An ein roard für Win32 ist in absehbarer Zeit nicht zu denken~~.		Beide Optionen lassen sich nahezu beliebig kombinieren.

	Allerdings laufen Teile von RoarAudio in Cygwin mehr oder minder gut. Viele Probleme treten hier auf aber es ist prinzipiell möglich es unter Cygwin zum Laufen zu bringen (außerhalb des nahe-realtime Betriebs).		Neben einigen Nativen Plugins besteht auch die Möglichkeit einige Win32 Applikationen mittels pseudo Web Radio Streams anzubinden.

	Es besteht ~~aber~~ die Möglichkeit einige Win32 Applikationen mittels pseudo Web Radio Streams anzubinden.

	==== MP3 ====		==== MP3 ====

Ph3-der-loewe: /* Clients und Streams */ bissel text umgestellt

2009-11-28T02:45:03Z

Clients und Streams: bissel text umgestellt

← Nächstältere Version		Version vom 28. November 2009, 02:45 Uhr
Zeile 106:		Zeile 106:
	Ein Client Objekt verkörpert einen (Netzwerk) Client, zum Beispiel einen Player oder ein Steuerprogramm wie roarctl. Es kann auch Stream Objekte assoziiert haben (Beispielsweise im Falle von Abspielen von Musik).		Ein Client Objekt verkörpert einen (Netzwerk) Client, zum Beispiel einen Player oder ein Steuerprogramm wie roarctl. Es kann auch Stream Objekte assoziiert haben (Beispielsweise im Falle von Abspielen von Musik).

	Ein Stream Objekt stellt einen eigentlichen Audio Datenstrom dar. Dieses Objekt beinhaltet diverse Informationen über den Datenstrom: Informationen wie ~~der~~ roard ihn auslesen kann, Sample Rate/Bits/Channels, Meta Daten und vieles mehr. Ein Stream gehört immer zu einem Client, wobei der Client auch ~~der~~ roard selbst sein kann. Er lässt sich durch ''attachen'' wechseln. Dies kommt zum Einsatz um Hintergrund-Streams zu ermöglichen.		Ein Stream Objekt stellt einen eigentlichen Audio Datenstrom dar. Dieses Objekt beinhaltet diverse Informationen über den Datenstrom: Informationen wie roard ihn auslesen kann, Sample Rate/Bits/Channels, Meta Daten und vieles mehr. Ein Stream gehört immer zu einem Client, wobei der Client auch roard selbst sein kann. Er lässt sich durch ''attachen'' wechseln. Dies kommt zum Einsatz um Hintergrund-Streams zu ermöglichen.

	Bei jedem Audio Datenstrom der in den roard hinein oder heraus fließt handelt es sich um einen Stream. Dies schließt Datenströme zu Geräten wie Soundcards mit ein. ~~Hierdurch ist~~ eine maximale Flexibilität ~~gegeben~~.		Bei jedem Audio Datenstrom der in den roard hinein oder heraus fließt handelt es sich um einen Stream. Dies schließt Datenströme zu Geräten wie Soundcards mit ein. Viele andere Soundserver behandeln Soundcards getrennt von den Streams der Clients. Hier unterscheidet sich RoarAudio deutlich. Die strickte Gleichbehandlung aller Datenströme in RoarAudio sorgt für eine maximale Flexibilität.

	==== Driver ====		==== Driver ====

Ph3-der-loewe: /* Konzepte und Architektur */ fehlendes space

2009-11-28T02:41:20Z

Konzepte und Architektur: fehlendes space

← Nächstältere Version		Version vom 28. November 2009, 02:41 Uhr
Zeile 98:		Zeile 98:
	{{Vortrags Zeit\|1}}		{{Vortrags Zeit\|1}}

	RoarAudio ist zwar in C geschrieben aber größtenteils Objekt-orientiert. Er umfasst im Moment etwa <<<~~aktuellerwert~~ hier einsetzen>>> tausend Zeilen C. (EsounD kommt auf rund 15 tausend, PulseAudio 74 tausend und aRts auf 130 tausend).		RoarAudio ist zwar in C geschrieben aber größtenteils Objekt-orientiert. Er umfasst im Moment etwa <<<aktueller wert hier einsetzen>>> tausend Zeilen C. (EsounD kommt auf rund 15 tausend, PulseAudio 74 tausend und aRts auf 130 tausend).

	==== Clients und Streams ====		==== Clients und Streams ====

Ph3-der-loewe: /* Welche Schnittstelle für was? */ linkfix

2009-11-28T02:38:20Z

Welche Schnittstelle für was?: linkfix

← Nächstältere Version		Version vom 28. November 2009, 02:38 Uhr
Zeile 93:		Zeile 93:

	===== Welche Schnittstelle für was? =====		===== Welche Schnittstelle für was? =====
	Aktuelle liste hier entnehmen: [[Installation_und_Einrichtung#Kompatibilit.C3.A4ts_Layer\|RoarAudio/Installation und Einrichtung Sektion Kompatibilitäts Layer]].		Aktuelle liste hier entnehmen: [[RoarAudio/Installation_und_Einrichtung#Kompatibilit.C3.A4ts_Layer\|RoarAudio/Installation und Einrichtung Sektion Kompatibilitäts Layer]].

	=== Konzepte und Architektur ===		=== Konzepte und Architektur ===

Ph3-der-loewe: /* Kompatibilitäts Bibliotheken */ update auf den neuen stand, tabelle raus und verlinken...

2009-11-28T02:37:10Z

Kompatibilitäts Bibliotheken: update auf den neuen stand, tabelle raus und verlinken...

← Nächstältere Version		Version vom 28. November 2009, 02:37 Uhr
Zeile 74:		Zeile 74:
	Es besteht neben dem manuellen Setzen die Möglichkeit daß ein Player sie setzt und das ''roard'' sie selbstständig setzt. Im letzteren Falle werden diese von verschiedenen anderen Streams zusammen gesetzt. Dies kann nützlich sein um automatisch beim Streaming die Metadaten von einem Player zu übernehmen um die Titel-Informationen weiter zu führen. Manuelles setzen mag als Beispiel interessant sein um den Sendernamen zu setzen.		Es besteht neben dem manuellen Setzen die Möglichkeit daß ein Player sie setzt und das ''roard'' sie selbstständig setzt. Im letzteren Falle werden diese von verschiedenen anderen Streams zusammen gesetzt. Dies kann nützlich sein um automatisch beim Streaming die Metadaten von einem Player zu übernehmen um die Titel-Informationen weiter zu führen. Manuelles setzen mag als Beispiel interessant sein um den Sendernamen zu setzen.

	==== Kompatibilitäts Bibliotheken ====		==== Kompatibilitäts Bibliotheken und Binarys ====
	{{Vortrags Zeit\|4}}		{{Vortrags Zeit\|4}}

	''Viele Programme haben keine Unterstützung für RoarAudio, was nun?''		''Viele Programme haben keine Unterstützung für RoarAudio, was nun?''

	Um dieses Problem zu lösen gibt es diverse Kompatibilitäts-Bibliotheken.		Um dieses Problem zu lösen gibt es diverse Kompatibilitäts-Bibliotheken und Kompatibilitäts-[[Binary]]s.
	~~Diese~~ stellen Bibliotheken dar welche binär-kompatibel andere Audio Systeme emulieren.		Kompatibilitäts-Bibliotheken stellen Bibliotheken dar welche binär-kompatibel andere Audio Systeme emulieren.
	Dazu müssen sie schlichtweg einfach anstelle der Bibliothek des entsprechen Systems installiert werden und leiten dann alle Anfragen an RoarAudio weiter. Dies geschieht natürlich nur im Rahmen des Funktionsumfang der entsprechenden Bibliothek.		Dazu müssen sie schlichtweg einfach anstelle der Bibliothek des entsprechen Systems installiert werden und leiten dann alle Anfragen an RoarAudio weiter. Dies geschieht natürlich nur im Rahmen des Funktionsumfang der entsprechenden Bibliothek.

	Die mit Abstand wohl wichtigste ist '''libroaresd''', welche das [[EsounD]] Interface emuliert. ~~das~~ EsounD Interface wird von den allermeisten Applikationen unterstützt da es das wohl älteste Soundserver Interface ist. Es existiert seit 1998.		Die mit Abstand wohl wichtigste ist '''libroaresd''', welche das [[EsounD]] Interface emuliert. Das EsounD Interface wird von den allermeisten Applikationen unterstützt da es das wohl älteste Soundserver Interface ist. Es existiert seit 1998.

	Weitere Kompatibilitäts Bibliotheken gibt es für das YIFF Sound System, KDEs aRtsc und ~~PulseAudio~~. Zusammen mit den existierenden Plugins deckt dies nahezu den vollständigen Player Markt ~~fuer~~ GNU/Linux und BSD ab.		Weitere Kompatibilitäts Bibliotheken gibt es für das [[YIFF Sound System]], [[aRts\|KDEs aRtsc]], [[PulseAudio]] und [[sndio\|OpenBSD sndio]]. Zusammen mit den existierenden Plugins deckt dies nahezu den vollständigen Player Markt für GNU/Linux und BSD ab.

			Die Kompatibilitäts-Binarys funktionieren im Grunde gleich wie die Bibliotheken: Sie werden anstatt der Orginale installiert und leiten alle Anfragen weiter. Sie werden vorallem für Kompatibilität mit (Shell-)[[Skript]]en benötigt.

			Neben dem direktem Installieren dieser Kompatibilitäts Layer lassen sie sich auch getrennt installieren und bei bedarf mittels des Programms ''roarify'' aktivieren:
			$ roarify myapp ...

	===== Welche Schnittstelle für was? =====		===== Welche Schnittstelle für was? =====
	~~{{Vortrags Zeit\|3}}~~		Aktuelle liste hier entnehmen: [[Installation_und_Einrichtung#Kompatibilit.C3.A4ts_Layer\|RoarAudio/Installation und Einrichtung Sektion Kompatibilitäts Layer]].

	~~{\| class="wikitable"~~
	~~! Interface~~
	~~! Beispiel Applikationen~~
	\|-
	~~\| libroar~~
	~~\| roaraudio-tools, XMMS, mplayer, (xine)~~
	\|-
	~~\| EsounD~~
	~~\| GNOME, KDE, XMMS, xine, Amarok, wine,... (177 weitere unter Debian Stable)~~
	\|-
	~~\| libao~~
	~~\| vorbis-tools, FLAC tools, mpd, mpg321, gnomoradio, somaplayer~~
	\|-
	~~\| aRts(c) (KDE)~~
	~~\| Player mit aRts support~~: ~~mplayer, xine; kwave, kaudiocreator,.~~..
	\|-
	~~\| PulseAudio~~
	~~\| Ein paar Programme, die meisten über Plugins~~. ~~(nicht viel unter Debian Stable)~~
	\|-
	~~\| YIFF~~
	~~\| y-tools~~
	\|-
	~~\| gstreamer~~
	~~\| GNOME, Alle GNOME Player. Dieverse andere.~~
	\|-
	~~\| OpenBSD sndio~~
	~~\| OpenBSD Sound Applikationen. (Auch unter nicht OpenBSD verfügbar)~~
	\|-
	\|}

	=== Konzepte und Architektur ===		=== Konzepte und Architektur ===

Ph3-der-loewe: /* Meta Daten */ typo, link.

2009-11-28T02:27:37Z

Meta Daten: typo, link.

← Nächstältere Version		Version vom 28. November 2009, 02:27 Uhr
Zeile 70:		Zeile 70:
	{{Vortrags Zeit\|2}}		{{Vortrags Zeit\|2}}

	RoarAudio hat ~~diev~~ Fähigkeit auf per Stream Basis ~~Meta Daten~~ ab zu legen. Die Mechanismen sind denen von Vorbis Comments nachempfunden ~~und~~ können prinzipiell mehr. Einiges davon ist allerdings noch nicht vollständig implementiert.		RoarAudio hat die Fähigkeit auf per Stream Basis Metadaten ab zu legen. Die Mechanismen sind denen von [[Vorbis Comments]] nachempfunden können aber prinzipiell mehr. Einiges davon ist allerdings noch nicht vollständig implementiert.

	Es besteht neben dem manuellen Setzen die Möglichkeit daß ein Player sie setzt und das ''roard'' sie selbstständig setzt. Im letzteren Falle werden diese von verschiedenen anderen Streams zusammen gesetzt. Dies kann nützlich sein um automatisch beim Streaming die Metadaten von einem Player zu übernehmen um die Titel-Informationen weiter zu führen. Manuelles setzen mag als Beispiel interessant sein um den Sendernamen zu setzen.		Es besteht neben dem manuellen Setzen die Möglichkeit daß ein Player sie setzt und das ''roard'' sie selbstständig setzt. Im letzteren Falle werden diese von verschiedenen anderen Streams zusammen gesetzt. Dies kann nützlich sein um automatisch beim Streaming die Metadaten von einem Player zu übernehmen um die Titel-Informationen weiter zu führen. Manuelles setzen mag als Beispiel interessant sein um den Sendernamen zu setzen.

Ph3-der-loewe: /* Netzwerk-Transparenz */ +innerwikilinks, zeroconf

2009-11-28T02:25:34Z

Netzwerk-Transparenz: +innerwikilinks, zeroconf

← Nächstältere Version		Version vom 28. November 2009, 02:25 Uhr
Zeile 65:		Zeile 65:
	RoarAudio ist Netzwerks-transparent, das heißt das Applikationen keinen Unterschied sehen zwischen Verbindungen mit einer lokalen Instanz oder einer auf einem anderen Rechner.		RoarAudio ist Netzwerks-transparent, das heißt das Applikationen keinen Unterschied sehen zwischen Verbindungen mit einer lokalen Instanz oder einer auf einem anderen Rechner.

	Zu diesem Zweck werden mehre Protokolle unterstützt: UNIX Domain Sockets für lokale Verbindungen sowie TCP/IP und DECnet für Verbindungen mit entfernten Rechnern. Auch existiert Support für verschiedene Proxy Typen.		Zu diesem Zweck werden mehre Protokolle unterstützt: [[UNIX Domain Sockets]] für lokale Verbindungen sowie TCP/[[IP]] und [[DECnet]] für Verbindungen mit entfernten Rechnern. Auch existiert Support für verschiedene [[Proxy]] Typen. Des weiteren besteht die Möglichkeit Server im Lokalen Netzwerk mittels [[OpenSLP]] automatisch zu finden (so genanntes [[ZeroConf]]).

	==== Meta Daten ====		==== Meta Daten ====

Ph3-der-loewe: /* Codecs */ +innerwikilinks

2009-11-28T02:22:40Z

Codecs: +innerwikilinks

← Nächstältere Version		Version vom 28. November 2009, 02:22 Uhr
Zeile 54:		Zeile 54:
	{{Vortrags Zeit\|4}}		{{Vortrags Zeit\|4}}

	RoarAudio zeichnet sich dadurch aus daß er zusätzlich zu PCM Rohdaten auch höher ~~Codecs~~ versteht. Dies hat mehre Vorteile:		RoarAudio zeichnet sich dadurch aus daß er zusätzlich zu [[PCM]] Rohdaten auch höher [[Codec]]s versteht. Dies hat mehre Vorteile:

	* Der Server kann Streams in höheren Codecs selbstständig verarbeiten. Dies ist zum Beispiel wichtig um Webradio als Background Stream abzuspielen.		* Der Server kann Streams in höheren Codecs selbstständig verarbeiten. Dies ist zum Beispiel wichtig um Webradio als Background Stream abzuspielen.
	* Es ist dem Server möglich direkt Streaming-Server wie [[icecast]] zu bedienen. Es ist keine weitere ''lange pipe'' nötig um Webradio zu senden. Dies verringert die Störanfälligkeit erheblich und verringert die Latenz, da pipe-Puffer entfallen.		* Es ist dem Server möglich direkt Streaming-Server wie [[icecast]] zu bedienen. Es ist keine weitere ''lange [[pipe]]'' nötig um Webradio zu senden. Dies verringert die Störanfälligkeit erheblich und verringert die Latenz, da pipe-Puffer entfallen.
	* Auch ist es nur mit stark komprimierenden Codecs möglich über die dem Heim-Anwender zur Verfügung stehenden Schmalband-Anschlüsse Audio entweder von Client zu Server oder zwischen zwei Servern auszutauschen. Auch eine Kopplung über ISDN Kanäle ist so möglich.		* Auch ist es nur mit stark komprimierenden Codecs möglich über die dem Heim-Anwender zur Verfügung stehenden Schmalband-Anschlüsse Audio entweder von Client zu Server oder zwischen zwei Servern auszutauschen. Auch eine Kopplung über ISDN Kanäle ist so möglich.

Ph3-der-loewe: /* Abstrakt */ vergessenes wort

2009-11-28T02:18:47Z

Abstrakt: vergessenes wort

← Nächstältere Version		Version vom 28. November 2009, 02:18 Uhr
Zeile 10:		Zeile 10:

	== Abstrakt ==		== Abstrakt ==
	RoarAudio ist ein Sound-Server für POSIX konformen Betriebssysteme (GNU/Linux, *BSD, Mac OS X und andere) unter aktiver Entwicklung. Er bietet gegenüber anderen Sound-Servern zusätzliche Funktionen für den Betrieb in kleinen Radio und TV Studios, aber auch den Heimgebrauch. Dieser Vortrag soll einen Einblick in RoarAudio, seine Funktionalität und Funktionsweise sowie damit verbunden Problemstellungen auf einfachem Niveau bieten. Den Abschluss bildet eine Demonstration.		RoarAudio ist ein Sound-Server für POSIX konformen Betriebssysteme (GNU/Linux, *BSD, Mac OS X und andere) unter aktiver Entwicklung. Er bietet gegenüber anderen Sound-Servern zusätzliche Funktionen für den Betrieb in kleinen Radio und TV Studios, aber auch für den Heimgebrauch. Dieser Vortrag soll einen Einblick in RoarAudio, seine Funktionalität und Funktionsweise sowie damit verbunden Problemstellungen auf einfachem Niveau bieten. Den Abschluss bildet eine Demonstration.

	== Vortrag ==		== Vortrag ==