pyenv only checks for python version in the current directory now. The working directory will now always be the one where the script is located (in case you run it outside the folder, example: `./RVC/run.sh`) this also makes it so pyenv will always only show the version that applies to the current folder.
I considered this alternative before coming up with this, "-qvE "3.8|`dirname -- $(readlink -fn -- "$0")`"", but this is longer and more complicated, and has the same requirements, so I discarded it. Sharing it in case someone else finds it useful
pyenv compatibility. Pyenv check was not working as intended, it should be inverted match (with -v).
if pyenv exists in the system, it will now install python3.8 and set it as the default for the current folder
This should give support to Arch Linux users, among other distros.
Review needed, 2 questions:
1. Is it safe to set python3.8 as the default for the current folder? If you don't know and no one can verify, let's assume it is. I think it likely is, but I can't consider for every possibility.
2. Which version of python 3.8 do you prefer? If it's not 3.8.19, it should be changed to the one you wish to have installed (like 3.8.0)
There is a bug in librosa 0.9.1.
https://github.com/librosa/librosa/pull/1594
As a result, an error occurs when executing the "Vocals/Accompaniment Separation & Reverberation Removal" function.
To address this issue, librosa has been upgraded to version 0.10.2.
Additionally, torchcrepe has been upgraded due to its dependency on librosa.
* for GTX1650
* testing torch-profiler
* no more profiler & change default audio
* longer slice
* fluid container
* cache rmvpe and ui tweaks
* get my changes back after merge
* format code
* only load rmvpe when necessary
* fix rmvpe & config bug
* fix is_half again
* manual sync with upstream
* fix bool() for is_half
* revert changes for PR
* revert again
* typo
* match lower case
