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

[BUG] #577

Open
leij0318 opened this issue Oct 11, 2024 · 2 comments
Open

[BUG] #577

leij0318 opened this issue Oct 11, 2024 · 2 comments
Labels

Comments

@leij0318
Copy link

Model
Which model are you using?
Sanster/AnyText

Describe the bug
Hello, IOPaint developer!I used the latest iopaint1.4.3 yesterday, but I found something strange and I don’t know if it is a bug.

I installed iopaint-1.4.3 yesterday. When I used the eraser model and rembg plugin, I found that the huggingface model could not be downloaded to the set model_dir directory, but the torch model could be downloaded. So I manually downloaded the model and set the parameter local_files_only=true so that it could import the model correctly.

Today, I found that DEFAULT_MODEL_DIR is the system environment variable XDG_CACHE_HOME by checking the code, so I set the XDG_CACHE_HOME environment variable to use the diffusion model--Sanster/AnyText, but when I ran win_start.bat, I found that the location where the downloaded model was saved became the model_dir directory I set. I terminated the program and manually downloaded the model Sanster/AnyText and restarted the computer to run the program, but the result was still the same, which also shows that the XDG_CACHE_HOME environment variable I set according to the code is not effective.

I don't know if this is a problem with the Windows system or the iopaint code, but the models I downloaded manually using the huggingface-cli module are correctly placed in the directory set by the environment variable XDG_CACHE_HOM. So I'm specifically to inform you!

Screenshots
image
image

System Info
windows10 22H2 pro

Software version used

  • iopaint: 1.4.3
  • pytorch: 2.4.1-cu124
  • CUDA: 12.4
@leij0318
Copy link
Author

@Sanster

Copy link

This issue is stale because it has been open for 30 days with no activity.

@github-actions github-actions bot added the stale label Jan 15, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant