Since we switched from autotools to Meson in commit
94592c14, we don't need to include
`config.h` early to properly enable large file support.  Meson passes
the required macros on the compiler command line instead of defining
them in `config.h`.

This means we can include `config.h` at any time, whenever we want to
check its macros, and there are no ordering constraints.

These attributes are printed in the "outputs" response, and the new
command "outputset" allows setting new values.

No attributes are currently implemented.

Will move attributes from struct AudioOutput that are specific to the
OutputThread.  The new struct AudioOutputControl is a holder for the
AudioOutput pointer.

This prepares for making the output list more dynamic, to allow moving
outputs to between partitions.

Another big chunk of code for multi-player support.

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.

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.

Moved code which deals with all audio outputs at once into a separate
library.

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.