Welcome to Creative, the worldwide leader in digital entertainment and famous for its Sound Blaster sound cards, Speakers and more. Visit the 'Cirrus Logic Audio Card' group on element14.com. The WolfsonAudio Card produced in partnership with Wolfson, the premier audio solutions chip company, offers Raspberry Pi users similar flexibility to a PC soundcard to capture audio alongside their camera, and experiment with stereo digital capture and playback. Cards with UAA support (CA0112, integrated in CA20K2 for Titanium cards) can perform basic functions with just the supplied Windows driver. All Creative cards have 3x 1/8 inch jacks for analog headphone/speaker output (2 of them are 4-segment-jacks for a total of 7.1 sound output), some partner's cards such as AUDIOTRAK Prodigy 7.1e. This site maintains listings of sound card drivers available on the web, organized by company. Includes links to useful resources. Includes sound drivers,audio. This portal contains links to the different Debian wiki pages regarding graphics cards and their respective driver installation processes. Almost all graphics cards have free and open-source drivers available in Debian, however some cards may have better compatibility and performance after installing proprietary firmware or proprietary drivers.
|Original author(s)||Jaroslav Kysela|
|Initial release||1998; 23 years ago|
1.2.4 / 20 October 2020; 3 months ago
Advanced Linux Sound Architecture (ALSA) is a software framework and part of the Linux kernel that provides an application programming interface (API) for sound carddevice drivers.
Some of the goals of the ALSA project at its inception were automatic configuration of sound-card hardware and graceful handling of multiple sound devices in a system. ALSA is released under the GNU General Public License (GPL) and the GNU Lesser General Public License (LGPL).
The sound servers PulseAudio and JACK (low-latency professional-grade audio editing and mixing), the higher-level abstraction APIs OpenAL, SDL audio, etc. work on top of ALSA and implemented sound card device drivers. On Linux systems, ALSA succeeded the older Open Sound System (OSS).
The project to develop ALSA was led by Jaroslav Kysela, and was based on the Linux device driver for the Gravis Ultrasound sound card. It started in 1998 and was developed separately from the Linux kernel until it was introduced in the 2.5 development series in 2002 (2.5.4–2.5.5).
In the 2.6 version, it replaced the previous system, Open Sound System (OSS), by default (although a backwards-compatibility layer does exist).
ALSA has a larger and more complex API than OSS, so it can be more difficult to develop an application that uses ALSA as its sound technology. While ALSA may be configured to provide an OSS emulation layer, such functionality is no longer available or is not installed by default in many Linux distributions.
ALSA was designed with some features which were not, at the time of its conception, supported by OSS:
- Hardware-based MIDI synthesis.
- Hardware mixing of multiple channels.
- Full-duplex operation.
- Multiprocessor-friendly, thread-safe device drivers.
Besides the sound device drivers, ALSA bundles a user-spacelibrary for application developers who want to use driver features through an interface that is higher-level than the interface provided for direct interaction with the kernel drivers. Unlike the kernel API, which tries to reflect the capabilities of the hardware directly, ALSA's user-space library presents an abstraction that remains as standardized as possible across disparate underlying hardware elements. This goal is achieved in part by using software plug-ins; for example, many modern sound cards or built-in sound chips do not have a 'master volume' control. Instead, for these devices, the user space library provides a software volume control using the 'softvol' plug-in, and ordinary application software need not care whether such a control is implemented by underlying hardware or software emulation of such underlying hardware.
Additional to the software framework internal to the Linux kernel, the ALSA project also provides the command-line utilities
alsamixer, an ncurses-based TUI.
There also are GUIs programmed by third-party developers, such as gnome-alsamixer (using GTK+), kmix, xfce4-mixer, lxpanel, qashctl, pavucontrol, alsamixergui (using FLTK) and probably even more.
This section provides an overview of basic concepts pertaining to ALSA.
Typically, ALSA supports up to eight cards, numbered 0 through 7; each card is a physical or logical kernel device capable of input and output. Furthermore, each card may also be addressed by its id, which is an explanatory string such as 'Headset' or 'ICH9'.
A card has devices, numbered starting at 0; a device may be of playback type, meaning it outputs sound from the computer, or some other type such as capture, control, timer, or sequencer; device number 0 is used by default when no particular device is specified.
A device may have subdevices, numbered starting at 0; a subdevice represents some relevant sound endpoint for the device, such as a speaker pair. If the subdevice is not specified, or if subdevice number −1 is specified, then any available subdevice is used.
A card's interface is a description of an ALSA protocol for accessing the card; possible interfaces include: hw, plughw, default, and plug:dmix. The hw interface provides direct access to the kernel device, but no software mixing or stream adaptation support. The plughw and default enable sound output where the hw interface would produce an error.
An application typically describes sound output by combining all of the aforementioned specifications together in a device string, which has one of the following forms (which are case-sensitive):
Drivers Active Development Sound Cards & Media Devices Download
An ALSA stream is a data flow representing sound; the most common stream format is PCM that must be produced in such a way as to match the characteristics or parameters of the hardware, including:
Drivers Active Development Sound Cards & Media Devices Free
- sampling rate: often 44.1 kHz on home stereos, or 48 kHz on home theaters, yet up to 88.2 kHz, 96 kHz, or even 192 kHz for hi-fi audio production or reproduction.
- sample width: measured in some number of bits per sample (such as 8, 16, 24, or 32 bits/sample)
- sample encoding: such as endianness
- number of channels: 1 for mono, 2 for stereo, or 6 for AC-3/IEC958
The ALSA System on Chip (ASoC) layer aims to provide better support for ALSA on embedded systems that use a system-on-chip (SoC) design.
- ^Alsa Team, alsa-project.org, 2008-09-29, retrieved 2012-01-08
- ^https://www.alsa-project.org/wiki/Changes_v188.8.131.52_v1.2.4; publication date: 20 October 2020.
- ^'ALSA', Analysis Summary, Ohloh, retrieved 2012-01-08
- ^ ab'Introduction'. alsa-project.org. Retrieved 2012-01-08.
- ^Linux 2.5.5 release notes, retrieved 2012-01-08
- ^OSS Emulation, archived from the original on 2012-06-05, retrieved 2012-07-07
- ^Tranter, Jeff (October 2004), 'Introduction to Sound Programming with ALSA', Linux Journal, retrieved 2012-01-08
- ^Phillips, Dave (June 2005), 'A User's Guide to ALSA', Linux Journal, archived from the original on 2012-01-09, retrieved 2012-01-08
- ^Alsa C library Doxygen documentation, October 2007, retrieved 2012-01-08
- ^'ALSA project - the C library reference: Sequencer interface'. www.alsa-project.org. Retrieved 2019-04-30.
- ^ALSA SoC Layer, kernel.org, 2017-07-13
Drivers Active Development Sound Cards & Media Devices 2017
|User mode||User applications||bash, LibreOffice, GIMP, Blender, 0 A.D., Mozilla Firefox, ...|
systemd, runit, logind, networkd, PulseAudio, ...
X11, Wayland, SurfaceFlinger (Android)
Mesa, AMD Catalyst, ...
GTK+, Qt, EFL, SDL, SFML, FLTK, GNUstep, ...
|C standard library|
glibc aims to be fast, musl and uClibc target embedded systems, bionic written for Android, etc. All aim to be POSIX/SUS-compatible.
|Kernel mode||Linux kernel|
The Linux kernel System Call Interface (SCI, aims to be POSIX/SUS-compatible)
|Other components: ALSA, DRI, evdev, LVM, device mapper, Linux Network Scheduler, Netfilter|
Linux Security Modules: SELinux, TOMOYO, AppArmor, Smack
|Hardware (CPU, main memory, data storage devices, etc.)|