-
Notifications
You must be signed in to change notification settings - Fork 35
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
Error loading script: No module named 'timm.models.beit' #35
Comments
install timm version 0.6.12 |
I've tried "pip install timm" without mentioning a specific version, but from inside the Midas file, it still does not detect the timm module. then the way I solved it was to manually clone the midas and checkout into before Midas v3.1.
Then just install depthmap2mask from webui extensioms menu or git clone it into extensions folder
|
that did it for me. thanks |
Ive tried doing this but still get the error, could you explain a bit more for a novice like me?
I did this straight after installing requirements. |
Strange... but that should work. Consider removing the Midas folder and retry. |
Not a clue to be honest its beyond my expertise! Is the idea to run everything from within the MIDAS folder?
|
It works! I understand how hard it is when not being used to this. Do this instead for a manual fix: |
This PR fixes the issue |
Any other ideas on fixing this? I've done every 'fix' I can find on this thread and the related ones, I've re-added midas more times than I can count, installed scads of different timm versions, and also rebuilt the venv folder. SD is the very latest as of today and so are all extensions including depthmap2mask. This exact dang error happens every single SD start unless I disable depthmap2mask. The only difference I can tell whatsoever at this point is that upon start SD says it's checking out midas with hash 1645b7e , which is the latest as of today. So that means it's probably overwritten midas every time I've tried to downgrade it anyhow. I've tried adding --skip-install to the CL arguments but it still does the git pull. I must've solved 200 SD install and git/python errors over the past week but I'm absolutely stuck on this one. |
Actually I did sort of figure out a temporary fix late last night. I commented out the prepare_environment() line in SD's launch.py which effectively kills all updates upon launch. THEN I git an older version of midas into the repository folder. Without SD updating/overwriting midas the error went away. Of course, this isn't a long term solution. Hopefully someone can come up with an actual fix. |
Well the whole point of my PR was to make it always pull the older version. Pretty much automating what you say. I don't know if when it was merged they changed the commit it was pointing at or something? I don't use this extension anymore. |
yeah just looked at the code and someone updated it to he be the latest commit rather than the intentional older one I had in my PR. Don't know why they did that :( |
I did but cant remember it and fairly sure another fault popped up not so long after so I now use thygates which has a very similar depthmap and is based on the same midas repo. Can use rembg online too. |
I was having this same issue with both depthmap2mask and thygate/stable-diffusion-webui-depthmap-script since they both apparently need the updated timm. |
I guess that's one round about way of fixing it, but now you modified your copy of stable diffusion and will make updating harder. |
Yes - I understand. |
|
Hi,
|
I have the same issue, but in my case midas_v21_384 work. |
I used the script a few days ago on colab pro with no problem. Today I can't get it to work.
Maybe it has something to do with this Midas update yesterday?
They added this file which references the now missing module as a dependency.
Thats at least as far as I got. Might be completely off.
Here is the full error message:
Thanks for the awesome script btw! :D
The text was updated successfully, but these errors were encountered: