////////////////////////////////////////////////////////////////////////////
//                           **** WAVPACK ****                            //
//                  Hybrid Lossless Wavefile Compressor                   //
//                Copyright (c) 1998 - 2015 David Bryant.                 //
//                          All Rights Reserved.                          //
//      Distributed under the BSD Software License (see license.txt)      //
////////////////////////////////////////////////////////////////////////////

This package contains all the source code required to build the WavPack
library (libwavpack) and the command-line programs and it has been tested
on many platforms. Assembly language optimizations are provided for x86
and x86-64 (AMD64) processors (encoding and decoding) and ARMv7 (decoding
only). The x86 assembly code includes a runtime check for MMX capability,
so it will work on legacy i386 processors.

On Windows there are solution and project files for Visual Studio 2008 and
additional sourcecode to build the CoolEdit/Audition plugin and the winamp
plugin. The CoolEdit/Audition plugin provides a good example for using the
library to both read and write WavPack files. Both 32-bit and 64-bit
platforms are provided.

However, Visual Studio 2008 does not support projects with x64 assembly
very well. I have provided a copy of the edited masm.rules file that works
for me, but I can't provide support if your build does not work. Please make
a copy of your masm.rules file first. On my system it lives here:

C:\Program Files (x86)\Microsoft Visual Studio 9.0\VC\VCProjectDefaults

To build everything on Linux, type:

1. ./configure [--disable-asm] [--enable-man] [--enable-rpath] [--enable-tests]
2. make
3. make install (optionally, to install into /usr/local/bin)

If you are using the code directly from Git (rather than a distribution)
then you will need to do a ./autogen.sh instead of the configure step. If
assembly optimizations are available for your processor they will be
automatically enabled, but if there is a problem with them then use the
--disable-asm option to revert to pure C. For Clang-based build systems
(Darwin, FreeBSD, etc.) Clang version 3.5 or higher is required.

If you get a WARNING about unexpected libwavpack version when you run the
command-line programs, you might try using --enable-rpath to hardcode the
library location in the executables, or simply force static linking with
--disable-shared.

There is now a cli program to do a full suite of stress tests for libwavpack,
and this is particularly useful for packagers to make sure that the assembly
language optimizations are working correctly on various platforms. It is
built with the configure option --enable-tests and requires Pthreads (it
worked out-of-the-box on all the platforms I tried it on). There are lots of
options, but the default test suite (consisting of 192 tests) is executed
with "wvtest --default". On Windows a third-party Pthreads library is
required, so I am not including this in the build for now.

Notes:

1. There are two documentation files contained in the distribution:

   doc/library_use.txt    contains a detailed description of the API provided
                          by WavPack library appropriate for read and writing
                          WavPack files

   doc/file_format.txt    contains a description of the WavPack file format,
                          including details needed for parsing WavPack blocks
                          and interpreting the block header and flags

   There is also a description of the WavPack algorithms in the forth edition
   of David Salomon's book "Data Compression: The Complete Reference". The
   section on WavPack can be found here:

   www.wavpack.com/WavPack.pdf

2. This code is designed to be easy to port to other platforms. File I/O is
   done with streams and all file functions (except "fopen") are handled in
   a wrapper in the "utils.c" module. The code is endian-independent.

   To maintain compatibility on various platforms, the following conventions
   are used: A "short" must be 16-bits and an "int" must be 32-bits.
   The "long" type is not used. The "char" type must be 8-bits, signed or
   unsigned.

3. For opening WavPack files for reading, a library interface in "open_utils.c"
   provides all the functionality required for both the winamp plugin and the
   "wvunpack" command-line program (including the transparent decoding of
   "correction" files). There is also an alternate entry point that uses
   reader callbacks for all input, although in this case it is the caller's
   responsibility to to open the "correction" file. The header file
   "include/wavpack.h" includes everything needed while hiding all the WavPack
   internals from the application.

4. For WavPack file creation, the library interface in "pack_utils.c" provides
   all the functionality for both the Audition filter and the "wavpack"
   command-line program. No file I/O is performed by the library when creating
   WavPack files. Instead, the user supplies a "write_block" function that
   accepts completed WavPack blocks. It is also possible to append APEv2 tags
   to WavPack files during creation and edit APEv2 tags on existing files.

5. The code's modules are organized in such a way that if major chunks of the
   functionality are not referenced (for example, creating WavPack files) then
   link-time dependency resolution should provide optimum binary sizes.
   However, some functionality could not be easily excluded in this way (for
   example the ability to decode very old WavPack files which is not needed
   for most applications). For this reason, there are additional macros that
   may be used to further reduce the binary size of the library. Note that
   these must be defined for all modules and all modules should still be
   compiled:

   VER4_ONLY       to only handle WavPack files from versions 4.0 onward
   NO_SEEKING      to not allow seeking to a specific sample index
   NO_USE_FSTREAMS to not open WavPack files by name using fstreams
   NO_TAGS         to not read specified fields from ID3v1 and APEv2 tags and
                    not create or edit APEv2 tags

6. There are alternate versions of this library available specifically designed
   for "resource limited" CPUs or hardware encoding and decoding. There is the
   "tiny decoder" library which works with less than 32k of code and less than
   4k of data and has assembly language optimizations for the ARM and Freescale
   ColdFire CPUs.  The "tiny encoder" is also designed for embedded use and
   handles the pure lossless, lossy, and hybrid lossless modes. Neither of the
   "tiny" versions use any memory allocation functions nor do they require
   floating-point arithmetic support.

   For applications requiring very low latency, there is a special version of
   the library that supports a variation on the regular WavPack block format
   to facilitate this.

7. Questions or comments should be directed to david@wavpack.com
