Added macros with better names: GME_BUFFER_FRAMES, GME_BUFFER_SAMPLES
(the former only used to calculate the latter).

Move into enums.

Pass sizeof(buf) to decoder_data(), not the number of samples (which
is half the size).  At the same time, pass GME_BUF_SIZE to gme_play()
- libgme really wants to get the number of samples, not the number of
stereo frames.  Previously, this plugin had been using only the first
half of the buffer.

Allocate the "tag" object after the file has been opened successfully.

Allocate the "tag" object after the file has been checked.  That
removes one tag_free() call in an error handler.

Allocate only one item on the stack.

Reuse the function tag_name_parse_i().

Reuse the function tag_name_parse_i().

This allows tags in archive files.

Initialize the ov_callbacks struct at compile time.

This is probably unsafe, and doesn't protect against symlink loops,
but we will eventually add this when we bring update*.c and inotify*.c
closer together.

This shouldn't really happen, but insane users might delete/rename the
music directory while MPD runs.  What was even more insane was that
MPD crashed due to this.  This is a workaround - there is currently
nothing useful we can do in this case; except maybe poll for the music
directory to reappear, but that's too much trouble for a user error.

I'm not sure if mapping "band" to TAG_PERFORMER is correct, but it
might be better than nothing.

Convert if/else/else/... to a loop.

The underlying library is named "libmp4ff".  To reduce confusion,
rename the plugin to a more specific name.

Allow code sharing.

I took these tag names from a MusePack sample file I got from a user.
These are not documented in the APE specification:

 http://wiki.hydrogenaudio.org/index.php?title=APE_key

People seem to be using undocumented extensions to the specification
anyway, and the best we can do is attempt to support them.

Conflicts:
	NEWS
	configure.ac
	src/input/mms_input_plugin.c

Reduce the overhead.  Most buffers used by MPD are around 2 to 4 kB.
8 kB seems large enough to keep heap fragmentation low.

Additionally, this patch fixes an off-by-one error in the alignment
formula.

Declaring the global variable _CRT_fmode is a documented hack.  What
an ugly platform!

Add the flag "b" to fopen().  Windows compatibility.

Windows compatibility.

On mingw32, snprintf() expects a 64 bit integer instead of a "long
int" for "%li" - this is not consistent with our expectation, so we're
using plain sprintf().