audeering / audresample Goto Github PK

At the moment we silently convert to float32 when float64 is provided as input, but this might lead to issues such as audeering/audinterface#37.

In #17 we add support for float64 in audresample.remix().
But for audresample.resample() we cannot add it, so we should raise an error there instead.

Dear team,

I am currently facing an issue when trying to run OpenSmile on my Mac with an M1 Chip. I get the following error message that seems to be linked to this python package.

OSError: dlopen(/Users/davidcleres/miniforge3/envs/resmonics-m1/lib/python3.9/site-packages/audresample/core/bin/libaudresample.dylib, 0x0006): tried: '/opt/homebrew/lib/libaudresample.dylib' (no such file), '/opt/homebrew/lib/libaudresample.dylib' (no such file), '/libaudresample.dylib' (no such file), '/Users/davidcleres/miniforge3/envs/lib/python3.9/site-packages/audresample/core/bin/libaudresample.dylib' (mach-o file, but is an incompatible architecture (have 'x86_64', need 'arm64e'))

I saw in previous releases that you state that MacOS support was added. Was this tested on Macs with Intel chips or M1 chips or both? I would appreciate your help. Maybe I am doing something wrong. I also tried to install the (https://github.com/audeering/audresamplelib) package from the source. However, this failed as well with the following issue:

Release % conan install ..

Configuration:
[settings]
arch=armv8
arch_build=armv8
build_type=Release
compiler=apple-clang
compiler.libcxx=libc++
compiler.version=13
os=Macos
os_build=Macos
[options]
[build_requires]
[env]

soxr/0.1.3@audeering/testing: Not found in local cache, looking in remotes...
soxr/0.1.3@audeering/testing: Trying with 'conancenter'...
ERROR: Unable to find 'soxr/0.1.3@audeering/testing' in remotes

In the tests of audb we get some random crashes in the CI runner on MacOS from time to time (compare https://github.com/audeering/audb/actions/runs/8937265314/job/24549187258?pr=386):

This seems to be related to audresample.

In audb we are planning to support Linux, Windows and MacOS, so we need to add support for MacOS here as well.

As discussed in #10 (comment) it would be great to ship different wheel packages for different platforms as every platform has a different binary and there is no need to ship all binaries to all platforms.

As this is a very basic package that is included as a dependency in lots of other packages, it would be nice to make it as small as possible. As we will most likely add another binary for #21 it would be nice to build different Python packages (wheels) for different architectures that each include only the desired binary.

Currently we have a wheel for macosx_12_0_x86_64, but as we can see in audeering/audb#309 this wheel cannot be installed by the Action on Github as it supports only wheel for version 10 of Mac OS. The lowest version would be macosx_10_4_x86_64.

For the M1 architecture there are no tags for version 10 of Mac OS and the lowest supported tag is macosx_11_0_arm64.

We should be able to fix this by switching to the lowest version in both cases.