Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Feature Request]: Maximum size for Inpaint "Resize to" #16730

Open
1 task done
woaiseeit opened this issue Dec 18, 2024 · 1 comment
Open
1 task done

[Feature Request]: Maximum size for Inpaint "Resize to" #16730

woaiseeit opened this issue Dec 18, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@woaiseeit
Copy link

Is there an existing issue for this?

  • I have searched the existing issues and checked the recent builds/commits

What would your feature do ?

When inpainting and then sending the generated image back to inpaint, the "Resize to" width and height are changed to the size of the image. This should not be a huge issue, but if the image is big and one continues inpainting without paying attention to this width and height, the automatic1111 backend crashes the computer(!).

Using right now: version: v1.10.1  •  python: 3.10.14  •  torch: 2.1.2+cu121  •  xformers: 0.0.23.post1  •  gradio: 3.41.2  •  checkpoint: b1689257e6)

Could you please point me to the code that accepts this width/height, so I do a min(received, 1024) in my local deployment? Thanks!

Proposed workflow

Ideally there would be a setting, enabled by default, "Automatically limit only-masked inpaint area width and height [to prevent the computer crashing]".

Additional information

No response

@woaiseeit woaiseeit added the enhancement New feature or request label Dec 18, 2024
@Haoming02
Copy link
Contributor

Personally, I just drag the output image back into input, rather than using the Send To button. This way it does not adjust the width and height sliders.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants