Previous versions of CMake allowed targets names like "tests/win32_test"
but CMake 3.0.2 doesn't. The corresponding target name for the new CMake
is "win32_test", but putting the resulting executable in the tests/
directory requires something like:
add_executable (win32_test tests/win32_test.c)
set_target_properties (win32_test
PROPERTIES RUNTIME_OUTPUT_DIRECTORY tests)
The code was calling FLAC__stream_decoder_seek_absolute () immediately
followed by a call to FLAC__stream_decoder_get_decode_position (), the
result of which was immediately thrown away.
Reported-by: Mario Lang <mlang@delysid.org>
When opening a file in SFM_WRITE mode where the output is a pipe,
the sfinfo.frames value was coming back with strange values. The
fix is simply to make sure it get set to zero.
Closes: https://github.com/erikd/libsndfile/issues/77
Specifically, it can now build the shared library (without Ogg/Vorbis
or FLAC support) and the programs as well as building and running
the tests using 'make check'. This new CMake build system has a single
top level build description and on Unix, by default generates a non-
recursive Makefile (unlike the existing autotools build system).
I dedicate this commit to Peter Miller (pmiller) who died in the early
hours of 2014/07/27 after a long illness. Peter was the author of the
paper "Recursive Make Considered Harmful":
http://aegis.sourceforge.net/auug97.pdf
This paper was the inspiration for the build systems for the Linux
kernel, the Glasgow Haskell Compiler and many other projects.
Peter was also the author of a Make replacement program Cook:
http://miller.emu.id.au/pmiller/software/cook/
Peter was a great friend, a great work colleague and an extremely
skilled and knowledgeable software engineer.
Goodbye my friend. #commitforpmiller
The WAV file 'data' chunk should always be an even number of bytes in
length. To ensure this we add a padding byte as needed. On read we
check the 'data' chunk length and write a warning to the internal log
file if the 'data' chunk is not an even number of bytes in length.
Closes: https://github.com/erikd/libsndfile/issues/61
It seems that the gcc-4.2.1 compiler being used in OpenBSD handles floating
point values differently than the same compiler on other operating systems
and that causes the SNR targets not be be met.
Commit a0be1713 only allows SF_FORMAT_GSM610 to be used with a sample
rate of 8Khz. Adjust tests to use sample rate of 8000 whenever the
sub-format isf GSM610.
Specifically when converting to GSM 6.10 when the input samplerate
is not 8kHz no resampling will be done so when the file is played
it will simply sound like the original input file played at the
new sample rate.
Suggested-by: Jan Stary <hans@stare.cz>
* Reorders the list of recognized file formats and their filename
extensions and aliases in programs/common.c's format_map[] and in
sndfile-convert.1 so that the list is in the same order as in
sndfile.h and api.html
* Adds more types that we know but format_map[] didn't use, namely
AVR and WAVEX
* Add more filename extension aliases, insipred by those recognized
by SoX, namely "sph" for NIST and "prc" for WVE.
Patch-from: Jan Stary <hans@stare.cz>
