bastibe / libsndfile-binaries Goto Github PK

Hello there,

I am looking for the DLL files of the latest libsndfile version, including MP3 support. I wonder if you could build them. I tried to do it following the instructions described in the README.md with no luck.

I appreciate any help. Thanks!

Could you add support for 32bit macs please.

There's been a major release of libsndfile with mp3 support and a bunch of bug fixes:

https://github.com/libsndfile/libsndfile/releases/tag/1.1.0

Is it difficult to update to this version? Anything I can help with?

The current binaries are based on libsndfile v1.2.0. New releases are available: https://github.com/libsndfile/libsndfile/releases

I wanted to bring this to the attention of the team, but I don't have any skills in building any of the binaries.

Hi,

the current file libsndfile.dylib is a x86_64 binary and cannot be loaded on Apple M1 macs:

tried: '<miniconda>/lib/python3.8/site-packages/_soundfile_data/libsndfile.dylib'
(mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64e'))

Please check following commit in my fork, if you plan to include the arm64e binary:

3a7dbd10886e39698a928358f0d1700f824725ec

Best regards
Juergen

Hi, thank you to share the pre-compiled binaries!

I wrote a software that use LibSndFile and downloaded the Win64 DLL from here. All work fine on the (Windows 10) computer where I developed the software, but a problem appears when I tryed it on another computer Windows 7 64b:
"VCRUNTIME140.DLL missing..." appears at app startup and LibSndFile is not opened.

After some researchs, I found on the net that one have to install "Microsoft Visual Studio ++ 2015" both x64 and x86 version from here
After installing this, all work fine on the new computer.

Since I plan to deploy my app, it's not convenient to ask the users to install this library. I'm not familiar with C.
My questions are:

1. This dependency is here because you have compiled the lib with msvc ?
2. Is there a way to avoid this dependency? may be compiling the lib with another compiler like mingw-w64 from here ?
3. if Yes, which version of mingw-w64 should I use?

Thank you in advance.
Regards

Edit: a workaround is to include the dll to my executable, since its size is only 106k. But I'm still curious about the answers to the above questions :)

I'm interested in bastibe/python-soundfile#382 and I found this probrem during its investigation.

libsndfile_arm64.so was added by #23 as a binary form but it does not seem to be compiled with libogg and libvorbis.

As mentioned in bastibe/python-soundfile#382 (comment), its file size is quite small (660 KB while x86_64 binary is 3.4 MB).

libsndfile_arm64.so (660 KB, sha256:c317ef4555ffc6b6b6f38514a8d4e631e4916b4ca5eca638d1659f92238cba6d) should be replaced with the CI provided one (CI added by #24 ). CI one is guaranteed to be compiled by linux_build.sh which includes libogg and libvorbis.

Here is my own build libsndfile_arm64.so created by the CI workflow (3.3 MB, sha256:c7eff8a803151c08d2d2114eb5989cdd41b692ee0f83220e8721aa2901574e5c) but I think @bastibe should create it by himself with CI for security reasons.

For Ubuntu user, these commands may help to investigate the difference between the current binary and the CI binary (Sorry I'm not familiar with object code and other linux distributions).

sudo apt install binutils binutils-aarch64-linux-gnu

aarch64-linux-gnu-objdump -d libsndfile_arm64.so | grep ogg

Code amount comparison about ogg keyword

# Current binary Linux ARM64
$ aarch64-linux-gnu-objdump -d libsndfile_arm64.so | grep ogg | wc -l
6

# CI binary Linux ARM64
$ aarch64-linux-gnu-objdump -d libsndfile_arm64.so | grep ogg | wc -l
1649

# Current binary Linux x86_64
$ objdump -d libsndfile_x86_64.so | grep ogg | wc -l
1837

Thanks for the great repository!

Can we get Debug and RelWithDebInfo builds please? These would be really awesome to have!! I'd like to build locally but wrangling dependencies with such a small team is difficult, and we'd love to be able to help with fixes if we could debug them more easily without having to build locally first.

libsndfile 1.0.30 was released on Sep 19, 2020. Could you updated to include the latest release of the lib? There are a number of bugfixes and improvements.
https://github.com/libsndfile/libsndfile/tags

In particular, I'd like to pick up this fix for slow sf_seek().
libsndfile/libsndfile#491

PySoundfile depends on these binaries as a submodule:
https://github.com/bastibe/SoundFile

https://github.com/libsndfile/libsndfile/releases

New upstream update is available!

The script

import soundfile as sf
sf.write('test.flac', [0.1, 0.2, 0.3, 0.4], 48000)

crashes with the current master branch of SoundFile, and python 2.7.6 (32-bit) under Windows 7 64bit.

Also affected is tag 1.0.27. Tag 1.0.25 works.