Issue with corrupted image at the final stage when forcing CPU usage in Automatic1111

[Canterlotdayo]

Hi everyone,

I'm having an issue with Automatic1111 when forcing it to use the CPU with the --device cpu option. Everything seems to work fine at the beginning, but at the final stage of generation, the image becomes corrupted. I also enabled the --no-half option to avoid using float16 and stick to float32, but that didn’t solve the issue.

Has anyone encountered this problem before? Could it be related to VAE settings or something else I need to adjust when running on CPU only?

Thanks for your help!

[w-e-w]

I never seen this before
for a test to see if VAE is a factor
goto Settings > VAE > VAE type for decode
by default this option should be using Full, for testing set it to TAESD
TAESD is lightweight approximation of the Full VAE, so if TAESD works but Full dose not then something is likely wrong with the VAE you're currently using

the VAE webui uses will depend on SD VAE setting and per-model VAE settings, by default it should use the VAE bundles with the checkpoint

[Canterlotdayo]

With TAESD 832x1216 seems work

[w-e-w]

so my guess is that for some reason the vae you are using is somehow bad
assuming that you have your SD VAE set to None or Automatic it should be using the VAE bundles with the checkpoint

unless you always configured to do differently

you can also test with a different SD model to see if the bundled VAE is the corporate

the easiest way to fix this would be to just use a different VAE
for SD 1.5 you can use vae-ft-mse-840000-ema-pruned
https://huggingface.co/stabilityai/sd-vae-ft-mse
for SDXL use sdxl.vae.safetensors from https://huggingface.co/madebyollin/sdxl-vae-fp16-fix/tree/main

download your corresponding vae and save it to stable-diffusion-webui\models\VAE then either
set the SD VAE setting to use the vae or use the checkpoints tab (found besides lora tab) and click on top right corner of the model card to the use specific VAE

however if you have already set SD VAE to a specific VAE then that VAE is will that you have set is most likely bad
in thes case then just don't use it

[Canterlotdayo]

the models is autismmixSDXL_autismmix Confetti everything is on automatic
The model might be corrupted, according to you?"

[w-e-w]

The model might be corrupted, according to you

that "was" my guess but has been proven false

so I just remembered that I can check your image metadata
image 1

1girl, portrait, light slime, realistic, bare shoulders, sidelighting, wallpaper, nsfw,
Negative prompt: (worst quality, low quality:1.4), (zombie, sketch, interlocked fingers, comic),
Steps: 25, Sampler: DPM++ SDE, Schedule type: Karras, CFG scale: 7, Seed: 831735522, Size: 512x512, Model hash: 54ef3e3610, Model: meinamix_meinaV11, Denoising strength: 0.7, Hires upscale: 2, Hires upscaler: Latent, Version: v1.10.1

image 2

Frieren,score_9, score_8_up, score_7_up, score_6_up, source_anime, adjusting swimsuit, 1girl,long hair, ass focus, swimsuit white, wet, fisheye, from below,back view from below, smiling, looking back, Expressiveh, bubble butt, exposed butt, without pantys, vagina exposed, elf ears, elf
<lora:adjusting_clothes_ass_v0.1-pony:1> <lora:Expressive_H:1> <lora:Frieren:1>
Negative prompt: score_4, score_5,
Steps: 20, Sampler: Euler a, Schedule type: Automatic, CFG scale: 7, Seed: 2044485205, Size: 832x1216, Model hash: ac006fdd7e, Model: autismmixSDXL_autismmixConfetti, Clip skip: 2, ENSD: 31337, Lora hashes: "adjusting_clothes_ass_v0.1-pony: 4595ea6a91b6, Expressive_H: 5671f20a9a6b, Frieren: 9047b5c4a2c7", Version: v1.10.1

Model hash: 54ef3e3610, Model: meinamix_meinaV11
Model hash: ac006fdd7e, Model: autismmixSDXL_autismmixConfetti
the hash in the metadata matches the expected hash of those models
based on this we can determine that the model file is not corrupted
something else is going on

---

for whatever reason something is wrong with VAE decode

[w-e-w]

are perhaps using any extensions have you tried disabling them to see if they could cause an issue

can upload Setting > Sysinfo > Download system info
this file may contain some useful information

[Canterlotdayo]

sysinfo-2024-09-24-16-04.json
here the sysinfo

its a raspberry 5 with a SWAP of 80GB on a NVME
I tried adding a -precision full to accompany the no-half, but it didn't change anything.
Therefore, the VAE in full doesn't work, only the TAESD works.