the right approach and that he changed the calculation for 0.3.2 in a
more robust way.
Note that patch-configure will be integrated in next release.
Bump PKGREVISION for patch removal.
Changes for Audio File Library version 0.3.2:
* Fix initialization of byte order in Creative Voice File format.
* Fix calculation of frame count in NIST SPHERE sound files.
* Remove duplicate definition of AFvirtualfile.
* Don't treat compiler warnings as errors by default.
typedef struct _AFvirtualfile AFvirtualfile;
from af_vfs.h, the same line is in audiofile.h (which it includes),
and this breaks the build of musicpd.
Bump PGKREVISION.
Changes for Audio File Library version 0.3.1:
* Fix installation of man pages.
* Add support for Creative Voice File format.
* Support u-law and A-law compression in Core Audio Format files.
Changes for Audio File Library version 0.3.0:
* Define AFframecount and AFfileoffset as 64-bit integers regardless of
whether system specifies off_t as 64 bits.
* Added support for Core Audio Format.
* Added support for extensible WAVE format files.
* Fixed leak of miscellaneous data buffers. (Thanks to Stefano Magni
for finding and fixing this problem.)
* Fixed default mapping between integer and floating-point audio data.
* Fix handling of NeXT sound files with unspecified or inconsistent length.
* Added support for miscellaneous data in IFF/8SVX files.
* Added support for byte-swapped IRCAM sound files.
* Refactored file parsing and writing.
* Refactored audio conversion.
* Updated and expanded documentation.
changes:
-Fix decoding of multi-channel ADPCM WAVE files (was patched in pkgsrc)
-Reduce unshared data in library
-Fix handling of audio files with more than 2^24 frames
-Add support for writing double-precision floating-point WAVE files
-Add support for reading certain uncompressed AIFF-C files created
by Mac OS X
-Write fact chunk in floating-point WAVE files
see Debian bug #510205, just done correctly.
The IMA code might have similar problems. The code appearently can't
handle stereo files correctly anyway, so bail out if >1 channel
which should avoid the problem.
bump PKGREVISION
buildlink2.mk files back into the main trunk. This provides sufficient
buildlink2 infrastructure to start merging other packages from the
buildlink2 branch that have already been converted to use the buildlink2
framework.
