Issues installing basic-pitch on python3.12, any help??

[touxstone]

Hello wonderful people,

I'm reaching out for help with an issue I'm facing while installing basic-pitch on a Python 3.12 system running Fedora 40. Previously, I encountered problems with a module called distutils, which I discovered is deprecated since Python 3.10 and removed in Python 3.12. To access its functionalities, I installed setuptools, and that resolved the earlier issue. Unfortunately, I'm now facing a new problem. Does anyone know how to resolve this? I would greatly appreciate your assistance.

pip install setuptools
Collecting setuptools
  (...)
Successfully installed setuptools-75.8.0
(pithch) txarly@fedora:~$ pip install basic-pitch
Collecting basic-pitch
  Using cached basic_pitch-0.4.0-py2.py3-none-any.whl.metadata (12 kB)
Collecting librosa>=0.8.0 (from basic-pitch)
  Using cached librosa-0.10.2.post1-py3-none-any.whl.metadata (8.6 kB)
Collecting mir-eval>=0.6 (from basic-pitch)
  Using cached mir_eval-0.7.tar.gz (90 kB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... done
Collecting numpy>=1.18 (from basic-pitch)
  Using cached numpy-2.2.1-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (62 kB)
Collecting pretty-midi>=0.2.9 (from basic-pitch)
  Using cached pretty_midi-0.2.10.tar.gz (5.6 MB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... done
Collecting resampy<0.4.3,>=0.2.2 (from basic-pitch)
  Using cached resampy-0.4.2-py3-none-any.whl.metadata (2.8 kB)
Collecting scikit-learn (from basic-pitch)
  Using cached scikit_learn-1.6.1-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (18 kB)
Collecting scipy>=1.4.1 (from basic-pitch)
  Using cached scipy-1.15.1-cp312-cp312-manylinux_2_17_x86_64.manylinux2014_x86_64.whl.metadata (61 kB)
Collecting typing-extensions (from basic-pitch)
  Using cached typing_extensions-4.12.2-py3-none-any.whl.metadata (3.0 kB)
INFO: pip is looking at multiple versions of basic-pitch to determine which version is compatible with other requirements. This could take a while.
Collecting basic-pitch
  Using cached basic_pitch-0.3.3-py2.py3-none-any.whl.metadata (12 kB)
  Using cached basic_pitch-0.3.2-py2.py3-none-any.whl.metadata (12 kB)
  Using cached basic_pitch-0.3.1-py2.py3-none-any.whl.metadata (12 kB)
  Using cached basic-pitch-0.3.0.tar.gz (3.5 MB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... done
  Preparing metadata (pyproject.toml) ... done
  Using cached basic_pitch-0.2.6-py2.py3-none-any.whl.metadata (1.9 kB)
Collecting numpy<1.24,>=1.18 (from basic-pitch)
  Using cached numpy-1.23.5.tar.gz (10.7 MB)
  Installing build dependencies ... done
  Getting requirements to build wheel ... error
  error: subprocess-exited-with-error
  
  × Getting requirements to build wheel did not run successfully.
  │ exit code: 1
  ╰─> [33 lines of output]
      Traceback (most recent call last):
        File "/home/txarly/virenvs/pithch/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 353, in <module>
          main()
        File "/home/txarly/virenvs/pithch/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 335, in main
          json_out['return_val'] = hook(**hook_input['kwargs'])
                                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "/home/txarly/virenvs/pithch/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 112, in get_requires_for_build_wheel
          backend = _build_backend()
                    ^^^^^^^^^^^^^^^^
        File "/home/txarly/virenvs/pithch/lib/python3.12/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 77, in _build_backend
          obj = import_module(mod_path)
                ^^^^^^^^^^^^^^^^^^^^^^^
        File "/usr/lib64/python3.12/importlib/__init__.py", line 90, in import_module
          return _bootstrap._gcd_import(name[level:], package, level)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
        File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
        File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
        File "<frozen importlib._bootstrap>", line 1310, in _find_and_load_unlocked
        File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
        File "<frozen importlib._bootstrap>", line 1387, in _gcd_import
        File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
        File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked
        File "<frozen importlib._bootstrap>", line 935, in _load_unlocked
        File "<frozen importlib._bootstrap_external>", line 999, in exec_module
        File "<frozen importlib._bootstrap>", line 488, in _call_with_frames_removed
        File "/tmp/pip-build-env-yt3j8d8c/overlay/lib/python3.12/site-packages/setuptools/__init__.py", line 16, in <module>
          import setuptools.version
        File "/tmp/pip-build-env-yt3j8d8c/overlay/lib/python3.12/site-packages/setuptools/version.py", line 1, in <module>
          import pkg_resources
        File "/tmp/pip-build-env-yt3j8d8c/overlay/lib/python3.12/site-packages/pkg_resources/__init__.py", line 2172, in <module>
          register_finder(pkgutil.ImpImporter, find_on_path)
                          ^^^^^^^^^^^^^^^^^^^
      AttributeError: module 'pkgutil' has no attribute 'ImpImporter'. Did you mean: 'zipimporter'?
      [end of output]
  
  note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error

× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> See above for output.

note: This error originates from a subprocess, and is likely not a problem with pip.
(pithch) txarly@fedora:~$ 

[leon-baiye]

Hey there! I ran into the same issue a few months ago. The workaround I used was to pre-install a different version of NumPy that's compatible with basic-pitch (i.e < version 1.24 and >= version 1.18). I think the version of NumPy that's auto-installed when you install basic-pitch (ver 1.23.5) has some sort of install issue, but I'm not sure. Hope this helps!

[touxstone]

Hey there! I ran into the same issue a few months ago. The workaround I used was to pre-install a different version of NumPy that's compatible with basic-pitch (i.e < version 1.24 and >= version 1.18). I think the version of NumPy that's auto-installed when you install basic-pitch (ver 1.23.5) has some sort of install issue, but I'm not sure. Hope this helps!

I tried the version that is installed by default with $ pip install numpy which installs numpy 2.2.2. I also tried forcing earlier versions (using this command: pip install --force-reinstall numpy==[the_version] : 1.23,1.22, 1.20 with errors. (Probably due to the global virtualenv version installed).

[dayeggpi]

Hey there! I ran into the same issue a few months ago. The workaround I used was to pre-install a different version of NumPy that's compatible with basic-pitch (i.e < version 1.24 and >= version 1.18). I think the version of NumPy that's auto-installed when you install basic-pitch (ver 1.23.5) has some sort of install issue, but I'm not sure. Hope this helps!

I tried the version that is installed by default with $ pip install numpy which installs numpy 2.2.2. I also tried forcing earlier versions (using this command: pip install --force-reinstall numpy==[the_version] : 1.23,1.22, 1.20 with errors. (Probably due to the global virtualenv version installed).

had the exact same issue
here is how i solved it :

1. as per readme, "Compatible Environments" are up to python v3.11 so :
   install pyenv then install python 3.11
   see usage of pyenv to set python 3.11 as global/local version to use
   OR
   downgrade to 3.11 if you dont want pyenv

2. once 3.11 is correctly installed and used (type python --version to confirm it is the right one):
   try again pip install basic-pitch

and it should now work (be sure to have a folder for output at same level as the original audio file, example
D:\file.mp3
D:\output\

[yrachel]

After switching to Python 3.11, I'm seeing urllib.error.URLError: <urlopen error [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: unable to get local issuer certificate (_ssl.c:1006)> for the cmake install?

[yrachel]

Update: I ended up scrapping and creating a new virtual environment in Python 3.10. Now I'm able to run basic-pitch, but I get soundfile.LibsndfileError: Error opening '.mp3': File does not exist or is not a regular file (possibly a pipe?).

[yrachel]

The issue was that I had actually downloaded .webm files, and had only renamed them to .mp3. I had to use ffmpeg to actually convert them to .mp3. Then basic-pitch worked!

[leon-baiye]

Ohh, I see. Glad you were able to figure that out!