Fortgeschrittene Linux-Ton-Architektur

Fortgeschrittene Linux-Ton-Architektur (bekannt durch das Akronym ALSA) ist ein freies und offenes Quellsoftwarefachwerk, das eine API für Gerät-Fahrer für gesunde Karten zur Verfügung stellt. Als solcher ist es ein Kernbestandteil von Linux. Einige der Absichten des ALSA-Projektes an seinem Beginn waren automatische Konfiguration der Hardware der gesunden Karte und das anmutige Berühren von vielfachen gesunden Geräten in einem System, Absichten, die es größtenteils entsprochen hat. Einiges verschiedenes Fachwerk, wie JACK, verwendet ALSA, um zu erlauben, Berufsrang der niedrigen Latenz das Audioredigieren und Mischen durchzuführen. Veröffentlicht in Form vom GNU GPL und das GNU LGPL ist ALSA kostenlose Software.

Geschichte

Geführt von Jaroslav Kysela hat das Projekt von einem Gerät-Fahrer von Linux für die Gravis Ultraschall-Ton-Karte 1998 angefangen, und wurde getrennt vom Kern von Linux entwickelt, bis es in den 2.5 Entwicklungsreihen 2002 (2.5.4-2.5.5) eingeführt wurde.

In der 2.6 Version hat es das vorherige System, Open Sound System (OSS), standardmäßig ersetzt (obwohl eine Umgekehrt-Vereinbarkeitsschicht wirklich besteht).

Eigenschaften

ALSA wurde entworfen, um einige Eigenschaften zu verwenden, die nicht zur Zeit seiner Vorstellung waren, die von Open Sound System (OSS) unterstützt ist:

  • Hardware-basierte MIDI Synthese.
  • Das Hardware-Mischen von vielfachen Kanälen.
  • Voll-Duplexoperation.
  • Mit dem Mehrverarbeiter freundliche, vor dem Faden sichere Gerät-Fahrer.

ALSA hat eine größere und kompliziertere API als OSS, so kann es härter sein, eine Anwendung zu entwickeln, die ALSA als seine gesunde Technologie verwendet. Während ALSA konfiguriert werden kann, um eine OSS Wetteifer-Schicht zur Verfügung zu stellen, ist solche Funktionalität in vielem Vertrieb von Linux nicht mehr verfügbar.

Außer den gesunden Gerät-Fahrern stopft ALSA eine Benutzerraumbibliothek für Anwendungsentwickler, die Fahrer-Eigenschaften durch eine Schnittstelle verwenden wollen, die höheres Niveau ist, als die Schnittstelle für direkte Wechselwirkung mit den Kernfahrern gesorgt hat; verschieden von der Kern-API, die versucht, die Fähigkeiten zur Hardware direkt zu widerspiegeln, präsentiert die Benutzerraumbibliothek von ALSA eine Abstraktion, die so standardisiert bleibt wie möglich über die ungleiche zu Grunde liegende Hardware. Dieses Ziel wird teilweise durch das Verwenden der Software plugins erreicht. Zum Beispiel haben viele moderne soundcards oder eingebaute gesunde Chips keine "Master Volumen" Kontrolle; für diese Geräte stellt die Benutzerraumbibliothek stattdessen eine Softwarevolumen-Kontrolle mit der "softvol" gewöhnlichen und Steckanwendungssoftware zur Verfügung braucht sich nicht zu sorgen, ob solch eine Kontrolle durch die wirkliche zu Grunde liegende Hardware oder den Softwarewetteifer solcher zu Grunde liegender Hardware durchgeführt wird.

Konzepte

Diese Abteilung stellt eine Übersicht von grundlegenden Konzepten zur Verfügung, die ALSA gehören.

Gewöhnlich unterstützt ALSA bis zu acht Karten, numeriert 0 bis 7; jede Karte ist ein physisches oder logisches Kerngerät, das zum Eingang, der Produktion oder der Kontrolle des Tons fähig ist, und Kartennummer 0 wird standardmäßig verwendet, wenn keine besondere Karte angegeben wird. Außerdem kann jede Karte auch durch seinen id gerichtet werden, der eine erklärende Schnur wie "Kopfhörer" oder "ICH9" ist.

Eine Karte hat Geräte, das numerierte Starten an 0; ein Gerät kann des Play-Back-Typs sein, es Produktionston vom Computer oder ein anderer Typ wie Festnahme, Kontrolle, Zeitmesser oder Ablaufsteuerung bedeutend; Gerät Nummer 0 wird standardmäßig verwendet, wenn kein besonderes Gerät angegeben wird.

Ein Gerät kann Subgeräte, das numerierte Starten an 0 haben; ein Subgerät vertritt einen relevanten gesunden Endpunkt für das Gerät wie ein Sprecher-Paar. Wenn das Subgerät nicht angegeben wird, oder wenn Subgerät Nummer-1 angegeben wird, dann wird jedes verfügbare Subgerät verwendet.

Eine Schnittstelle einer Karte ist eine Beschreibung eines ALSA Protokolls, für auf die Karte zuzugreifen; mögliche Schnittstellen schließen ein: hw, plughw, Verzug und plug:dmix. Die Hw-Schnittstelle stellt direkten Zugang zum Kerngerät, aber kein Softwaremischen oder Strom-Anpassungsunterstützung zur Verfügung. Der plughw und Verzug ermöglichen gesunde Produktion, wo die Hw-Schnittstelle einen Fehler erzeugen würde.

Eine Anwendung beschreibt normalerweise gesunde Produktion durch das Kombinieren von allen oben erwähnten Spezifizierungen zusammen in einer Gerät-Schnur, die eine der folgenden Formen hat (die Fall empfindlich sind):

  • interface:card, Gerät, Subgerät
  • interface:CARD=1, DEV=3, SUBDEV=2.

Ein ALSA Strom ist ein Datenfluss-Darstellen-Ton; das allgemeinste Strom-Format ist PCM, der auf solche Art und Weise erzeugt werden muss, um die Eigenschaften oder Rahmen der Hardware zu vergleichen, einschließlich:

  • Stichprobenerhebung der Rate: 44.1 Kilohertz auf Hausstereos und 48 Kilohertz auf Haustheatern
  • Beispielbreite: gemessen in einer Zahl von Bit pro Probe (solcher als 8, 16, 24, oder 32 Bit/Probe)
  • Probe, die verschlüsselt
  • Zahl von Kanälen: 1 für den mono abspielbaren, 2 für das Stereo, oder 6 für AC-3/IEC958

Außerdem braucht ALSA einen Pufferparameter, der bestimmt, wie oft Zentraleinheitsaufmerksamkeit erforderlich ist, gesunde Daten zu liefern.

Durchführungen

Die Schicht von ALSA System on Chip (ASoC) hat zum Ziel, bessere Unterstützung für ALSA auf eingebetteten Systemen zur Verfügung zu stellen, die ein Design des auf dem Span System-(SoC) verwenden.

Siehe auch

  • Offene Tonanlage
  • DSSI
  • udev
  • JACK Audioverbindungsbastelsatz
  • KMid
  • LADSPA
  • PulseAudio
  • Alsamixer

Außenverbindungen


Julius Caesar Scaliger / Offene Tonanlage
Impressum & Datenschutz