There appear to be two separate bugs that affect soundfile 0.12.1 (on different platforms):
On some platforms, certain FLAC files raise an error when trying to read ending at a particular sample number. I am guessing this is a bug in libsndfile, but I'm not sure. (https://github.com/MIT-LCP/wfdb-python/issues/486)
On some platforms, certain FLAC files raise an error when trying to read starting from a particular sample number. This is a bug in libFLAC versions 1.4.0 through 1.4.2, fixed in 1.4.3. (https://github.com/MIT-LCP/wfdb-python/issues/488)
The first bug affects the manylinux_2_31_x86_64 wheel, and possibly also the win32, win_amd64, and macosx_10_9_x86_64 wheels (which were built using libFLAC 1.3.3 or 1.3.4.)
The second bug affects the manylinux_2_17_x86_64 and macosx_11_0_arm64 wheels (which were built using libFLAC 1.4.2.)
It looks like both bugs are resolved by the latest libsndfile_x86_64.so (glibc 2.17) binary in the master branch of libsndfile-binaries. Could you please:
rebuild libsndfile for MacOS arm64, using the latest libFLAC?
update the soundfile repository to point to the latest version of libsndfile-binaries?
make a new release of soundfile on PyPI?
I'm happy to provide example data as well as testing if it's helpful.
bastibe
commented
4 months ago
There appear to be two separate bugs that affect
soundfile0.12.1 (on different platforms):On some platforms, certain FLAC files raise an error when trying to read ending at a particular sample number. I am guessing this is a bug in libsndfile, but I'm not sure. (https://github.com/MIT-LCP/wfdb-python/issues/486)
On some platforms, certain FLAC files raise an error when trying to read starting from a particular sample number. This is a bug in libFLAC versions 1.4.0 through 1.4.2, fixed in 1.4.3. (https://github.com/MIT-LCP/wfdb-python/issues/488)
The first bug affects the
manylinux_2_31_x86_64wheel, and possibly also thewin32,win_amd64, andmacosx_10_9_x86_64wheels (which were built using libFLAC 1.3.3 or 1.3.4.)The second bug affects the
manylinux_2_17_x86_64andmacosx_11_0_arm64wheels (which were built using libFLAC 1.4.2.)It looks like both bugs are resolved by the latest
libsndfile_x86_64.so(glibc 2.17) binary in the master branch oflibsndfile-binaries. Could you please:rebuild libsndfile for MacOS arm64, using the latest libFLAC?
update the
soundfilerepository to point to the latest version oflibsndfile-binaries?make a new release of
soundfileon PyPI?I'm happy to provide example data as well as testing if it's helpful.