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.

Sign up for GitHub

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

Jump to bottom

[Feature Request]: Image Formats passed to api calls #15628

Open
1 task done
BlinderUhu opened this issue Apr 25, 2024 · 1 comment
Open
1 task done

[Feature Request]: Image Formats passed to api calls #15628

BlinderUhu opened this issue Apr 25, 2024 · 1 comment
Labels
enhancement New feature or request

Comments

@BlinderUhu
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 ?

init_image parameter for img2img using the local path as the corresponding value.

When I try to generate an image using an API call, by means of utilizing base64 encoded images as request values (ControlNet or even in init_image), the quality is horrendous, as compared to using publicly accessible urls as request values.

I want to combine the local accessibility (not needing to resort to urls) with the quality produced from url images.

Is there any way I can achieve this?

Proposed workflow

  1. Go to ....
  2. Press ....
  3. ...
    jhgj

Additional information

No response
@BlinderUhu BlinderUhu added the enhancement New feature or request label Apr 25, 2024
@w-e-w
Copy link
Collaborator

w-e-w commented Apr 25, 2024 •
edited

Base64 is binary-to-text encoding
it does not affect the data (in this case image) in any way

assuming that the input image is the same the result will be identical no matter your using base64 or http
the only conclusion is that for whatever reason the input image convert into base64 is somehow different

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

No branches or pull requests
2 participants
@w-e-w @BlinderUhu