python-soundfile icon indicating copy to clipboard operation
python-soundfile copied to clipboard

New release with updated libsndfile binaries

Open bemoody opened this issue 7 months ago • 1 comments

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.

bemoody avatar Jul 10 '24 20:07 bemoody