RoarAudio/Vortrag/Erster Vortrag: Unterschied zwischen den Versionen

Aus UUGRN
K (typo und move von Codec erklaerung nach vorne da zu anfang benoetigt.)
K (→‎Codecs: + Text)
Zeile 41: Zeile 41:
  
 
==== Codecs ====
 
==== 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 ====
 
==== Netzwerk-Transparenz ====

Version vom 6. Dezember 2008, 02:01 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

...

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

Vorführung

  • Allgemeiner Betrieb
  • Background Streams
  • Kompatibilitäts Bibliotheken

Fragen

  • immer gerne