search

AUTOMATIC1111 / stable-diffusion-webui

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

[Bug]: Batch "resize by" doesn't work #11634

Open DCNielsen opened 12 months ago

DCNielsen commented 12 months ago

Is there an existing issue for this?

What happened?

When trying to Batch img to img from a folder, I get the error "no image selected". The logic here is inconsistent in that there is "no image selected" in any case, until the program starts pulling images from the folder. Each size of image should be determined by the input size of the image received by the program.

Steps to reproduce the problem

  1. Go to "img to img"
  2. Select Batch
  3. Select a Folder
  4. Select "Resize by"
  5. Generate

What should have happened?

The files should generate based on input dimensions of each input file from the directory.

Version or Commit where the problem happens

1.4.0

What Python version are you running on ?

None

What platforms do you use to access the UI ?

No response

What device are you running WebUI on?

No response

Cross attention optimization

Automatic

What browsers do you use to access the UI ?

No response

Command Line Arguments

No

List of extensions

No

Console logs

No

Additional information

No response

bobpuffer1 commented 12 months ago

You're really not supplying enough information for anyone to act on this. If it's the bug that I think it is, it's been mentioned couple of times fixed a couple of times and reopened a couple of times. I think it's currently open in another bug. It's here: https://github.com/AUTOMATIC1111/stable-diffusion-webui/issues/11367

bobpuffer1 commented 12 months ago

I thought I might give you the workaround since it doesn't look like this bug is going to get worked on for a while. Choose batch under image to image choose tiling in the main section set your size 512 x 512 or five12 x 768 or whatever you have as a single entity. That's the size of your tile. Use control, net tiling and ultimate upscale just at the scale by.

DCNielsen commented 12 months ago

@bobpuffer1 - This bug is easily reproducible when following the steps in my post. I'm not sure what more anyone would need.

It looks like #11367 is likely the same thing.

"Scale by" references the size of the original image. When you feed it a folder instead of a single image, it should use each individual image for dimensions for each generation. Instead it errors out.

Thanks for the suggestion, I will give it a try.

bobpuffer1 commented 12 months ago

I'm sorry. I missed your description. This is the same bug that I reported about three weeks ago. The work around I gave you should get you by though it's certainly not ideal. I think it's reasonable to say that this bug isn't going to get fixed in a while.

DCNielsen commented 12 months ago

Thanks @bobpuffer1 !

mprz1024 commented 6 months ago

This bug or something similar is hitting me, but only sometimes (!?). I've always used img2img in batch mode with PNGInfo, counting on "Resize by" 2 to get a 2x on H and V (thus technically a 4x), which seemed to work until now when for reasons unknown it just stopped. It could be releated to having unchecked checkpoint, steps and sampler from PNGInfo.

What I expect is that if I have a 512x512 and a 512x768 image in directory A, and I run img2img batch on directory A, resize by 2, I'll get 1024x1024 and 1024x1536 images, and it used to be the case, but now it only calculates size once and I get two 1024x1024 images, which is of course wrong.