Guernika often crash
The crash mainly occurs at the moment when the image is just generated, and sometimes it also occurs during the generation process. After installing v6.2.0 today, the computer even restarted with a black screen during the generation process. Sometimes the image list below is adding or deleting images When taking pictures, the interface will freeze for more than 10 seconds. And I didn't use controlnet.
(M1 16G, MacOS 13.5, SD1.5 and SDXL)
Hey @andykoko ! Thanks for the report but we get more useful information if you choose to send it to the developer, I will be adding Sentry to get crash reports in an upcoming version, I really don't have much idea what this could be caused by, my best guess is that it might be due to memory issues, SDXL is quite demanding in that aspect.
It would be really useful if you have any specific steps to reproduce this crash, I've been testing on an M1 Mac mini with 16GB and I have not been able to reproduce this either.
Hi
@andykoko
,
When I'm using SDXL my 32GB (M1 max) of memory is filled, (11gb on the app itself, the rest probably shared memory to the gpu)
As of SD1.5, It may be totally irrelevant though, have you been playing with the converter and/or text encoder lately ?
- I've been crashing like you I think, when the images are added to bottom list,
- My TI's where not matching the names they were supposed to
After a dozen tries dropping in-and-out some TI's I think was faulty, rolling back to older converter etc I noticed :
I've been converting (updating) directly into an existing model folder, I think some stuffs were not overwritten or something.
I just convert to /tmp and copy afterwards, and that was it, all my troubles were gone.
I was digging in the system logs, and somewhere I learned about MetricKit's existence, I'll be glad to help !
Edit : Sorry for hijacking your post,
I take this opportunity to report : the prompt input box progressively slows down (input lag) AFTER adding Text Encoder trigger words OR MOST LIKELY after generating lots of images, it may then crash.
Some lazy-loading there and inside the image collections would be wild.
@ZProphete
I don't use TI much, do you mean the trigger words for TI are not displayed correctly? I have converted the text inversions downloaded from civitai several times before, some of them displayed the correct trigger words in Guernika, and some of them were displayed incorrectly, and I don’t know the reason for the time being.
I haven't analyzed the cause of the crash yet. It may be that the data calculation related to the SwfitUI widget is out of range, but
@GuiyeC
has not been able to reproduce our error, which is very strange.
You can also try to adjust the height of the window several times on the "Create" page, and it will crash 100%. Sometimes adding Controlnet to a specific app window size will crash immediately.
You are right
@andykoko
, I never noticed, resizing mid-generation of an image crashes the app, when the bottom "create" gallery has images in it.
It's not 100% though !
Only when I mess up with the window and and swap between the side tabs like I want it to crash.
At first sight, all the slowdowns and crashes happens when there are (lot of) images in that gallery displayed, that may be a clue.
Are you experiencing slowdowns in the input boxes or is it just me ?
--
No, the different trigger word "name" is "expected" (the Diffusers way?),
It was just me being silly, I was overwritting the model for no reason. (i.e : only "Convert TextEncoder" selected and output "models/RealVision5)
I meant like it was "2 words late" mismatch like the last one I clicked was adding the effect of two words before, and had it crash sometimes, so pardon me x)
@GuiyeC you will have a tough week-end, but I'll always thank you for your work and wish you good luck xD
@ZProphete
I don't seem to have encountered any problems with the prompt word input box.
I have a problem with this text inversion recognition test, the trigger word should be "epiCRealism", but the recognition is wrong.
https://civitai.com/models/89484?modelVersionId=95256
But for some reason, as long as you select text inversion from the drop-down list at the beginning, the program will crash after a few seconds, delete the textencoder, and it will not work after re-importing, you can only reset the APP container data.
@andykoko
Well I think that was expected by nature,
the popular web-ui looks for the identical filename to the prompt, while here the inner data is used (flattened or w/e), we discussed it somewhere before, IMO it's not a big deal, in general, your case is kind of funny.
It would be nice, to have a json that maps custom trigger words(a checkbox "keep original name as trigger word") in the converter and Guernika reads that file before populating the Trigger words list ^^
@GuiyeC @andykoko Edit : Btw, I get the slowdown on large trigger words list, just swapped custom/default and default is definitely not causing input-lag, that's another clue.
@ZProphete
Maybe there is the problem you said, because I don’t often use text inversion. I like to use artist style as a prompt word. This method is simple and more likely to produce amazing effects.
https://supagruen.github.io/StableDiffusion-CheatSheet/
@GuiyeC
I may have found some clues to help solve the crash. I just updated V6.3 and pasted the prompt word into the input box. After a few seconds, it crashed, and then it started to crash infinitely. Every time I open Guernika, it will crash after a few seconds, I can only delete Guernika to the container settings to initialize the program, and then the problem is solved, and found that the previous problem of crash with adjusting the height of the window will no longer appear, however, when I import the model, the problem occurs again , the following is my reproduction video, as long as the model is selected and adjustment window, it will crash, and it is no problem to select None.
@andykoko
that is it, the crash happens when the view is high enough it needs no scrollbar, this seems to have been fixed by Apple in macOS 14 but I was able to reproduce this in macOS 13.5, I will try to fix this, maybe even by hiding the scrollbars completely, but a temporary fix for you might be disabling "Show scroll bars" "Always"
@GuiyeC @ZProphete Thank you. You have indeed found the root cause. I think the crash of other situations may also be caused by this reason.
@GuiyeC 👏After testing, all crashes and freezes seem to have stopped happening, including adjusting the height of the window, deleting pictures, adding new pictures, and switching pictures. I don't think you need to focus on fixing this problem, If it's too much trouble. after all, most people will upgrade to MacOS 14. You just need to remind users how to adjust the settings to fix this problem in the right place.