AUTOMATIC1111 / stable-diffusion-webui

Stable Diffusion web UI
GNU Affero General Public License v3.0
142.33k stars 26.85k forks source link

[Bug]: StableSR extension/script not saving into the output directory since 1.6.0 #13111

Open Skumball opened 1 year ago

Skumball commented 1 year ago

Is there an existing issue for this?

What happened?

Instead it saves into AppData\Local\Temp\Gradio

Steps to reproduce the problem

Generate an image with StableSR script enabled.

What should have happened?

The image should be saved into the output directory as per settings.

Sysinfo

sysinfo-2023-09-06-16-47.txt

What browsers do you use to access the UI ?

Brave

Console logs

Already up to date.
venv "C:\Software\StableDiffusion\stable-diffusion-webui\venv\Scripts\Python.exe"
Python 3.10.6 (tags/v3.10.6:9c7b4bd, Aug  1 2022, 21:53:49) [MSC v.1932 64 bit (AMD64)]
Version: v1.6.0
Commit hash: 5ef669de080814067961f28357256e8fe27544f4
Launching Web UI with arguments: --xformers --no-half-vae
Loading weights [df955bdf6b] from C:\Software\StableDiffusion\stable-diffusion-webui\models\Stable-diffusion\v2-1_512-ema-pruned.safetensors
Running on local URL:  http://127.0.0.1:7860

To create a public link, set `share=True` in `launch()`.
Startup time: 9.7s (prepare environment: 1.9s, import torch: 3.6s, import gradio: 0.9s, setup paths: 0.6s, other imports: 0.6s, setup codeformer: 0.1s, load scripts: 0.9s, create ui: 0.6s, gradio launch: 0.3s).
Creating model from config: C:\Software\StableDiffusion\stable-diffusion-webui\repositories\stable-diffusion-stability-ai\configs\stable-diffusion\v2-inference.yaml
Applying attention optimization: xformers... done.
Model loaded in 6.0s (load weights from disk: 0.8s, find config: 1.2s, create model: 0.1s, apply weights to model: 2.1s, apply half(): 0.9s, calculate empty prompt: 0.8s).
[StableSR] Target image size: 768x768
[Tiled Diffusion] ignore tiling when there's only 1 tile or nothing to do :)
[Tiled VAE]: the input size is tiny and unnecessary to tile.
100%|██████████████████████████████████████████████████████████████████████████████████| 20/20 [00:03<00:00,  6.05it/s]
[Tiled VAE]: the input size is tiny and unnecessary to tile.███████████████████████████| 20/20 [00:02<00:00,  6.58it/s]
[StableSR] Error fixing color with default method: Given groups=3, weight of size [3, 1, 3, 3], expected input[1, 4, 770, 770] to have 3 channels, but got 4 channels instead
Total progress: 100%|██████████████████████████████████████████████████████████████████| 20/20 [00:03<00:00,  5.38it/s]
Total progress: 100%|██████████████████████████████████████████████████████████████████| 20/20 [00:03<00:00,  6.58it/s]

Additional information

No response

grecof88 commented 1 year ago

I have a similar issue with batch upscaling, it ignores the output path and saves the images in the text2image folder. I updated webui today.

w-e-w commented 1 year ago

fix PR #12926 fix batch img2img output dir with script