Free audio play software for linux

Decibel Audio Player project is a GTK+ open-source (GPL license) audio player designed for GNU/Linux, which aims at being very straightforward to use by mean of a very clean and user friendly interface.
It aims also at being a real audio player and, as such, it does not include features that are not meant to be part of an audio player. These features (e.g., tagging) generally have a really better support in specialized software. If youre looking for an audio player than can also make coffee, then you should stay away from Decibel and give a try to other players (e.g., Amarok, Exaile).
Decibel Audio Player is still in early stage of development, so dont expect a lot of bells and whistles.
Enhancements:
- Added a dependency system, that prevents a module from being loaded if it depends on uninstalled Python packages
- Added a StatusIcon module (adds an icon to the notification area)
- Added a shuffle feature
- Added two new fields (playlist position and playlist length) to the available information about a track (e.g., in DesktopNotification)
- Added a refresh feature to the file explorer (use the popup menu)
- Added the possibility to show/hide hidden files in the file explorer (use the popup menu)
- Better dragndrop support in the playlist
- Enabled multiple selection mode in the file explorer
- Hide the desktop notification upon quitting or stopping if it is still displayed
- Fixed a crash when choosing a directory (in the combo box) that has been deleted
- Fixed a crash when trying to play something that has been removed from the disk

Audio::Play::MPG123 is a frontend to mpg123 version 0.59r and beyond.

SYNOPSIS

use Audio::Play::MPG123;

$player = new Audio::Play::MPG123;
$player->load("kult.mp3");
print $player->artist,"n";
$player->poll(1) until $player->state == 0;

$player->load("http://x.y.z/kult.mp3");

# see also mpg123sh from the tarball

This is a frontend to the mpg123 player. It works by starting an external mpg123 process with the -R option and feeding commands to it.

While the standard mpg123 player can be used to play back mp3s using this module you will encounter random deadlocks, due to bugs in its communication code. Also, many features (like statfreq) only work with the included copy of mpg123, so better use that one before deciding that this module is broken.

(In case you wonder, the mpg123 author is not interested in including these fixes and enhancements into mpg123).

Audio Daemon is a perl module to daemonize various players and support a single UDP interace for different players. Currently you can set up a server for MPG123, Xmms and an icecast stream (using libshout).

Audio::Daemon is made of two parts, the client and server.

The Client (Audio::Daemon::Client) remains the same across the board no matter what server you are communicating with, with a few exceptions noted in the pods.

The Server currently can be configured to be MPG123, Xmms or an Icecast (libshout) stream. Neither the Client nor the Servers need to be run as root and I strongly advise against it.

Audio::Daemon::MPG132:
Requires Audio::Play::MPG123 an optionally Audio::Mixer for volume control. It automatically spawns mpg123 in the background so there is no need to prestart it.

Audio::Daemon::Xmms:
Requires the Xmms and MP3::Info perl module and xmms installed. Id suggest getting the latest version of the Xmms perl module. It uses the volume and random feature built into xmms and if it doesnt find an xmms running it will try to spawn its own copy. Bear in mind that
xmms MUST HAVE an X display to export to, and that xmms must be running as the same user Audio::Daemon::Xmms is.

Audio::Daemon::Shout:
This wasnt easy to do. It requires MP3::Info and libshout to be installed (http://developer.icecast.org/libshout/) as well as a functioning icecast server. The timing here is pretty critical so I recomend being careful not to be polling the server too much. Be sure to read the icecast docs as Im still confused on how I got this part to work.

Audio::Ao is a Perl wrapper for the Ao audio library.

SYNOPSIS

use Audio::Ao qw(:all);

initialize_ao;
my $device = open_live(default_driver_id(), 16, $rate, $channels,
is_big_endian(), {});
while (#have data) {
play($device, $data_buffer, $len_of_buffer);
}
close_ao($device($device));
shutdown_ao;

Provides access to Libao, "a cross-platform library that allows programs to output PCM audio data to the native audio devices on a wide variety of platforms." Libao currently supports OSS, ESD, ALSA, Sun audio, and aRts.

Audio::DSP is a Perl interface to *NIX digital audio device.

SYNOPSIS

use Audio::DSP;

($buf, $chan, $fmt, $rate) = (4096, 1, 8, 8192);

$dsp = new Audio::DSP(buffer => $buf,
channels => $chan,
format => $fmt,
rate => $rate);

$seconds = 5;
$length = ($chan * $fmt * $rate * $seconds) / 8;

$dsp->init() || die $dsp->errstr();

# Record 5 seconds of sound
for (my $i = 0; $i < $length; $i += $buf) {
$dsp->read() || die $dsp->errstr();
}

# Play it back
for (;;) {
$dsp->write() || last;
}

$dsp->close();

Audio::DSP is built around the OSS (Open Sound System) API and allows perl to interface with a digital audio device. It provides, among other things, an initialization method which opens and handles ioctl messaging on the audio device file. Audio::DSP also provides some rudimentary methods for the storage and manipulation of audio data in memory.

In order to use Audio::DSP, youll need to have the necessary OSS drivers/libraries installed. OSS is available for many popular Unices, and a GPLed version (with which this extension was initially developed and tested) is distributed with with the Linux kernel.

Audio Input-Output Library (libaio) is meant to solve the problem of differing digital audio platforms once and for all.

JACK is unnecessarily complex for most applications, and while libaos support for file output is cool, it limits what the API can do and is therefore inadequate for any kind of real time application.

libaio provides a clean application interface and a simple compile-time driver switching decision, yielding a lightweight way to use the local sound hardware without having to care what it is.

Libaios first sparkle was when I, Hod McWuff (alias, of course), found myself trying to debug ALSA implementations for libao and madplay, and another audio-related project Id been working on. That project needed multiplatform audio support of its own, with latency management, which libao lacked.

It also seemed that libao shouldnt have been trying to be both a hardware abstraction *AND* an output abstraction, and also that it seemed more intuitive as an output (live vs file) abstraction.

Enter libaio. All it does is abstract the local sound hardware platform, to present a clean, uniform interface to playing and capturing digital audio, with facilities for basic latency management. It was written from scratch around its developing ALSA driver, from many many reference sources including libao and Robert Leslies excellent madplay MP3 decoder, and of course the ALSA documentation and examples.

Libaios distinction comes from its build-time decisionmaking. It only compiles and links the best driver available for the given platform. Therefore, selecting and loading a driver no longer applies; and well it shouldnt, theres never more than one correct choice anyway.

Libaio is not intended to replace libao; rather it is intended to supplement it. The key argument is, why would anyone EVER have more than one running sound platform type on any single machine? Sure, they might have ESD or ARTS, but they more resemble file output than a live device. Theres also the OSS emulation in ALSA, but given a good ALSA driver, whod use OSS?

Then theres the fact that applications have to tell libao what "plugin" to use, and all the drivers in libao have different parameters. That means the application has to know more than it should about what it shouldnt have to see. The app shouldnt have to say more than "give me the local device for playback with *** format" or something to that effect, and start writing.

Finally, plugins for stuff like proprietary file formats, ESD et al, but there shouldnt be any need for more than one of (ALSA|OSS|SUN|WIN32|MACOSX ) on any given distribution. Therefore, binary distribution of a compiled-in driver is possible, even preferred.

It is proposed that all of the hardware drivers in libao, and madplay, and several other places, be reviewed and ported to libaio. Then, they can be removed from those packages in favor of an AIO interface.

Installation:

## building
./configure
make


## installing (as root)
make install

Make audio is a graphical tool to create audio CDs from MP3 or wav files. You can simply arrange a playlist of all songs that you want. The application converts MP3 files to WAV and then burns them on the CD.

Audio::MPD is a class for talking to MPD (Music Player Daemon) servers.

SYNOPSIS

use Audio::MPD;

my $mpd = new Audio::MPD();
$mpd->play();
sleep 10;
$mpd->next();

Audio::MPD gives a clear object-oriented interface for talking to and controlling MPD (Music Player Daemon) servers. A connection to the MPD server is established as soon as a new Audio::MPD object is created. Commands are then send to the server as the classs methods are called.