RoarAudio/Vortrag/Erster Vortrag: Unterschied zwischen den Versionen

Aus UUGRN
K (+ Querverweis sektion)
Zeile 59: Zeile 59:
  
 
==== Kompatibilitäts Bibliotheken ====
 
==== Kompatibilitäts Bibliotheken ====
...
+
''Viele Programme haben keine Unterstützung für RoarAudio, was nun?''
 +
 
 +
Um dieses Problem zu lösen gibt es diverse Kompatibilitäts Bibliotheken.
 +
Diese Stellen Bibliotheken da 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 entsprechen 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.
 +
 
 +
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.
  
 
=== Probleme des Realtime Audio Mischens ===
 
=== Probleme des Realtime Audio Mischens ===

Version vom 6. Dezember 2008, 02:17 Uhr

Was ist RoarAudio?
Ziel
ein Vortrag über RoarAudio und die realtime Audio mixing Problematik vor einem Unixpublikum.
RoarAudio Logo

Der Autor

Philipp ph3-der-loewe Schafft, Software Entwickler und Projekt Urheber.

Vortrag

Was ist RoarAudio?

RoarAudio ist ein Soundserver.

Was ist ein Soundserver

Ein Soundserver ist eine Programm das im Hintergrund Audio Daten mischt und das Ergebnis weiter leidet, meist an eine Soundcard.

Soundserver werden benötigt wenn wenn das unterliegende Audio Ausgabe-Gerät nur einen Datenstrom zu einer zeit verarbeiten kann (Single Stream Soundcards). Sie Stellen eine Art virtuelle Soundcard da zu der Programme wie Player ihre Daten schicken können um eine Simultane Ausgabe mit zum Beispiel Notify-Sounds von Chat Clients oder ähnlichem zu ermöglichen.

Sie bieten meist weitere Funktionen wie das Mischen unter berücksichtigung von verschiedenen Pegeln. Einige Soundserver ermöglichen auch die Benutzung von Netzwerken zur Übertragung von Audio Daten zur Wiedergabe auf einer anderen Maschine. Dies Beides kann auch RoarAudio.

Projekt Ziele

Bereitstellung eines Studio fähigen Software Ersatzes für ein Analoges Mischpult....


Exkurs: Codecs und Container

Ein Codec ist eine Spezifikation (meist werden auch die Implementierungen Codec genannt) wie Rohdaten, im Falle von Audio meist PCM Daten, Als Datenstrom oder -block repräsentiert werden. Hierzu Zählt meist als primäres Kriterium die Kompression. Weitere Informationen wie Synchronisationsdaten können ebenfalls durch den Codec Spezifiziert sein werden aber meist im Container abgelegt.

Ein Container ist im Gegensatz zu einem Codec eine Spezifikation wie Daten die mittels Codecs codiert wurden in eine Datei oder einen Stream verpackt werden. Hierzu Zählen Dinge wie globale File-Magic, Angabe des Codecs, Meta Daten, Angaben über rate/bps/channels und Ähnliches.

Verschiedene Arten von Codecs

  • Verlustfreie
  • Verlustbehaftete
  • Musik Codecs
  • Sprach Codecs
  • Niederlatenz Codecs


Was hebt RoarAudio hervor?

Hier Sollen einige der Besonderen Fähigkeiten von RoarAudio Erläutert werden.

Codecs

RoarAudio zeichnet sich dadurch aus das er zusätzlich zu PCM Rohdaten auch höher Codecs versteht. Dies hat mehre Vorteile:

  • Der Server kann Streams in höheren Codecs selbstständig verarbeiten. Dies ist zum Beispiel wichtig um Webradio im Als Background Stream ab zu spielen.
  • Es ist dem Server möglich direkt Streaming-Server wie icecast zu Bedinen. 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 nur mit stark komprimierenden Codecs es möglich über dem Heim-Anwender zur Verfügung stehenden Schmalband Anschlüssen Audio entweder von Client zu Server oder zwischen zwei Servern aus zu tauchen. Auch eine Kopplung über ISDN Kanäle ist so möglich.

Netzwerk-Transparenz

RoarAudio ist Netzwerk 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.

Background Streams

Background Streams sind Streams die vom Server selbst bearbeitet werden und keinen Player benötigen um abgespielt zu werden. Dies kann zum Beispiel genutzt werden um Hintergrundmusik ein zu spielen wie Beispielsweise in einem Kaufhaus. Auch Webradio Streams werden hier unterstützt.

Virtual IO

...

Kompatibilitäts Bibliotheken

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

Um dieses Problem zu lösen gibt es diverse Kompatibilitäts Bibliotheken. Diese Stellen Bibliotheken da 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 entsprechen 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.

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.

Probleme des Realtime Audio Mischens

  • Resampling
  • Frame Akkuratität
  • Rechenungenauigkeiten und Quantisierungsfehler, Noise-to-Signal-Radio
  • Clipping

Problem: Lokale Syncronität

Die wichtigsten Störfaktoren sind:

  • Delay in in der Hartware
  • Delay im Kernel und Treibern
  • Delay in APIs
  • Multitasking
  • Unsyncrnes clocking

Problem: Netzwerk Syncronität

  • lag
  • jitter
  • Netzwerk Implementierungen
  • QoS

Querverweise

...

Vorführung

  • Allgemeiner Betrieb
  • Background Streams
  • Kompatibilitäts Bibliotheken

Fragen

  • immer gerne