vladmandic
commented
11 months ago i just reverted the change thats the most likely cause.
Closed mart-hill closed 11 months ago
vladmandic
commented
11 months ago i just reverted the change thats the most likely cause.
mart-hill
commented
11 months ago Oh, thank you, I've got to test this instant! It's part of the diffusers backend though, does it apply to 'original' backend, too?
mart-hill
commented
11 months ago The error still persists - I saw it also on 1cfebbb71724530ae316f5bbb87a9053b6cb9581 commit, and before that, I was using 9fc70cb3296b0008c1fb1cac3f66d9e52f9e7cdb commit, where everything was fine. š
mart-hill
commented
11 months ago I'll do a git checkout 605988f520362886b965d65940a4e32a68f2f68c (there's only one change between that commit and 9fc70cb3296b0008c1fb1cac3f66d9e52f9e7cdb - with this irritating message being gone) to see, if the situation changes.
Edit: 605988f520362886b965d65940a4e32a68f2f68c and 9fc70cb3296b0008c1fb1cac3f66d9e52f9e7cdb commits also show this error, is something amiss within the venv now? Should I remove OpenCV installed today
and try again?
vladmandic
commented
11 months ago so basically this appears in all recent commits and some of them were confirmed as working earlier. no chance this is about opencv.
all extensions fail in the nearly same part of the code - getting current prompt. more likely its some other extension that got updated and its corrupting prompts, so now any extension that gets triggered after it, starts failing. and you do have a lot of them.
fyi, this looks like a stray , character, like a typo somewhere, for example: a = b + c,
i've tried installing two extensions that fail on your system and they don't fail on their own - which confirms theory that some other extension is corrupting prompts variable.
i don't see a way forward other than disable all extensions and then start enabling one-by-one until you find which one causes it.
mart-hill
commented
11 months ago Alrighty, I'll get to work to check that. The newest of the bunch would be sd-webui-lora-block-weight, so thats what I'm going to disable and check.
mart-hill
commented
11 months ago I found the reason - it's the sd-dynamic-prompts combined with sd-webui-lora-block-weight extensions:
https://github.com/adieyal/sd-dynamic-prompts/issues/593 https://github.com/hako-mikan/sd-webui-lora-block-weight/issues/99
For the moment, it seems it's fixed, I'm not getting the error anymore, so I'll close the issue, alright?
mart-hill
commented
11 months ago I've noticed something about ControlNet's depth_zoe preprocessor throwing an error, and also connected to Tuple - the moment I previewed the dropped image, I got this:
21:41:15-248798 INFO Preview Resolution = 512
Traceback (most recent call last):
File "X:\AI\automatic\venv\lib\site-packages\gradio\routes.py", line 422, in run_predict
output = await app.get_blocks().process_api(
File "X:\AI\automatic\venv\lib\site-packages\gradio\blocks.py", line 1323, in process_api
result = await self.call_function(
File "X:\AI\automatic\venv\lib\site-packages\gradio\blocks.py", line 1051, in call_function
prediction = await anyio.to_thread.run_sync(
File "X:\AI\automatic\venv\lib\site-packages\anyio\to_thread.py", line 33, in run_sync
return await get_asynclib().run_sync_in_worker_thread(
File "X:\AI\automatic\venv\lib\site-packages\anyio\_backends\_asyncio.py", line 877, in run_sync_in_worker_thread
return await future
File "X:\AI\automatic\venv\lib\site-packages\anyio\_backends\_asyncio.py", line 807, in run
result = context.run(func, *args)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\scripts\controlnet_ui\controlnet_ui_group.py", line 609, in run_annotator
result, is_image = preprocessor(
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\scripts\utils.py", line 79, in decorated_func
return cached_func(*args, **kwargs)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\scripts\utils.py", line 67, in cached_func
return func(*args, **kwargs)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\scripts\global_state.py", line 35, in unified_preprocessor
return preprocessor_modules[preprocessor_name](*args, **kwargs)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\scripts\processor.py", line 519, in zoe_depth
result = model_zoe_depth(img)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\annotator\zoe\__init__.py", line 47, in __call__
depth = self.model.infer(image_depth)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\annotator\zoe\zoedepth\models\depth_model.py", line 126, in infer
return self.infer_with_flip_aug(x, pad_input=pad_input, **kwargs)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\annotator\zoe\zoedepth\models\depth_model.py", line 110, in infer_with_flip_aug
out = self._infer_with_pad_aug(x, pad_input=pad_input, **kwargs)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\annotator\zoe\zoedepth\models\depth_model.py", line 88, in _infer_with_pad_aug
out = self._infer(x)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\annotator\zoe\zoedepth\models\depth_model.py", line 55, in _infer
return self(x)['metric_depth']
File "X:\AI\automatic\venv\lib\site-packages\torch\nn\modules\module.py", line 1518, in _wrapped_call_impl
return self._call_impl(*args, **kwargs)
File "X:\AI\automatic\venv\lib\site-packages\torch\nn\modules\module.py", line 1527, in _call_impl
return forward_call(*args, **kwargs)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\annotator\zoe\zoedepth\models\zoedepth\zoedepth_v1.py", line 144, in forward
rel_depth, out = self.core(x, denorm=denorm, return_rel_depth=True)
File "X:\AI\automatic\venv\lib\site-packages\torch\nn\modules\module.py", line 1518, in _wrapped_call_impl
return self._call_impl(*args, **kwargs)
File "X:\AI\automatic\venv\lib\site-packages\torch\nn\modules\module.py", line 1527, in _call_impl
return forward_call(*args, **kwargs)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\annotator\zoe\zoedepth\models\base_models\midas.py", line 263, in forward
x = self.prep(x)
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\annotator\zoe\zoedepth\models\base_models\midas.py", line 187, in __call__
return self.normalization(self.resizer(x))
File "X:\AI\automatic\extensions-builtin\sd-webui-controlnet\annotator\zoe\zoedepth\models\base_models\midas.py", line 174, in __call__
return nn.functional.interpolate(x, (height, width), mode='bilinear', align_corners=True)
File "X:\AI\automatic\venv\lib\site-packages\torch\nn\functional.py", line 3926, in interpolate
raise TypeError(
TypeError: expected size to be one of int or Tuple[int] or Tuple[int, int] or Tuple[int, int, int], but got size with types [<class 'numpy.int32'>, <class 'numpy.int32'>]Midas and both Leres/++ work fine.
vladmandic
commented
11 months ago thats quite different, seems like zoedepth_v1 is performing calculations in numpy, but then forgets to covert the result to standard int value.
mart-hill
commented
11 months ago Oh. Sorry about mentioning that here then - I only thought it could be right to do so, since it concerns "tuple". š
vladmandic
commented
11 months ago Fair to mention, no worries
Issue Description
This is happening at least in last two commits - 1cfebbb71724530ae316f5bbb87a9053b6cb9581 and newest to date, 392f51cff3a926594132d8aa3c16f77417a1c467. The errors pop up after pressing Generate or Enqueue buttons, the image is generating the normal way, I only suppose, that the extensions mentioned in the error won't work anymore. The extensions affected are stable-diffusion-webui-embedding-merge, Umi-AI and sd-webui-lora-block-weight.
Since I can't classify, if this is purely their fault, I'm posting an issue here. Forgive me. š
Version Platform Description
RTX 3090, Windows 10 22H2, Brave, using torch-2.1.0.dev20230803+cu121
Relevant log output
Acknowledgements