This eliminates some overhead, because the compiler doesn't need to
consider these functions throwing.

Move code from ReplayGainConfig.cxx.

After we've been hit by Large File Support problems several times in
the past week (which only occur on 32 bit platforms, which I don't
have), this is yet another attempt to fix the issue.

The "volume" filter plugin will replace the current software volume
code.  One "volume" filter may be attached to each output device.
This will allow the user to use hardware mixers for some devices, and
software mixers for other devices at the same time.

Currently, neither the filter API nor the "volume" plugin is
integrated into MPD.

The filter API allows us to implement software volume as a pluggable
filter, and we will be able to integrate libraries like SoX.

This updates the copyright header to all be the same, which is
pretty much an update of where to mail request for a copy of the GPL
and the years of the MPD project. This also puts all committers under
'The Music Player Project' umbrella. These entries should go
individually in the AUTHORS file, for consistancy.

Added a small RIFF parser library.  Look for an "id3" chunk, and let
libid3tag parse it.

Moved everything related to saving or loading the playlist from/to the
state file to playlist_state.c.

In generic PCM functions allowing all sample formats, pass a void
pointer instead of a char pointer.

Moved the software mixing code (used by crossfading) to a separate
library.

Don't use libc's rand() function, because it is slow.  Our own trivial
linear congruential generator is good enough for dithering.

redirect_stdin() is a daemonization function, and disconnecting from
the standard input is always a good idea for MPD.

Prepare for the migration to the GLib option parser, which uses
gboolean for flags.

"LOG_H" is a macro which is also used by ffmpeg/log.h.  This is
ffmpeg's fault, because short macros should be reserved for
applications, but since it's always a good idea to choose prefixed
macro names, even for applications, we are going to do that in MPD.

When there are standardized headers, use these instead of the bloated
os_compat.h.

Similar to decoder_control.c, output_control.c will provide functions
for controlling the output thread (which will be implemented later).

This function is declared, but is neither used nor implemented.

Instead of having to register each output plugin, store them
statically in an array.  This eliminates the need for the List library
here, and saves some small allocations during startup.

Also rename AudioOutputPlugin to struct audio_output_plugin, and use
forward declarations to reduce include dependencies.

Just like decoder_api.h, output_api.h provides the audio output API
which is used by the plugins.

Get rid of CamelCase, and don't use a typedef, so we can
forward-declare it, and unclutter the include dependencies.

Getting rid of CamelCase; not having typedefs also allows us to
forward-declare the structures.

And again, convert arguments to const.

We want to expose the AudioFormat structure to plugins; remove some
clutter by moving its declaration to a separate header file.

git-svn-id: https://svn.musicpd.org/mpd/trunk@7345 09075e82-0dd4-0310-85a5-a0d7c8717e4f

git-svn-id: https://svn.musicpd.org/mpd/trunk@7294 09075e82-0dd4-0310-85a5-a0d7c8717e4f