Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Question] Provisioning of the Vosk model #138

Open
zahlman opened this issue Dec 4, 2024 · 1 comment
Open

[Question] Provisioning of the Vosk model #138

zahlman opened this issue Dec 4, 2024 · 1 comment

Comments

@zahlman
Copy link

zahlman commented Dec 4, 2024

Hi, I'd like to offer a direct installation model for this project. In my model, a wheel would be published on PyPI , which could be directly installed into a self-contained environment using Pipx, and then run right away. Pipx can automatically take care of putting executables (via symlinks) onto the user's path, so the nerd-dictation command would always be available. Because Pipx creates separate "virtual environment"s for the applications it installs, there would be no risk of the installed Vosk library conflicting with the system Python installation. Users would also automatically avoid the issue with system Python installations being marked as "externally managed" - as described by kohane in #103 , and also related to #120 , #135 and probably more.

I have a quick question about the current installation instructions. Currently, users are expected to download a Vosk model (from alphacephei.com) separately and unpack it as a specifically named folder in the cloned repository. My question is, is there a specific reason (e.g. something to do with licensing) why the model files are not already included in the repository? Following the installation model I have in mind, it would be much easier to include those files directly in the published wheel. It would be possible to automate the download (in Python) from the install process, but running custom code at install time may scare away some users and adds overhead (see this blog post from a Pip maintainer and Python core developer to understand in more detail).

@KIMWW
Copy link

KIMWW commented Jan 26, 2025

+1

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants