Images stretched instead of cropped #135
Comments
|
I've had some epoch version showing this stretching results as well, specially at higher weight. And there were no stretched images in my the dataset, so I imagine you are correct. |
|
I also had this bug show up. It's likely causing massive amounts of problems in the higher step counts. |
|
Same issue here, I thought it was just me, a likeness lora trained on iPhone images. Instead of looking cropped the heads look horizontally squashed. All of my images were in portrait orientation so I'm pretty sure it's a bug. |
CypherNaught-0x
pushed a commit
to CypherNaught-0x/ai-toolkit
that referenced
this issue
Aug 28, 2024
|
Just finished a new training run and evaluation using the fix, and it seems to have fixed the issue completely. Training is much more stable now, even at higher steps. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This is for bugs only
Did you already ask in the discord?
Yes/No: No (Link is invalid?)
You verified that this is a bug and not a feature request or question by asking in the discord?
Yes/No: No (Link is invalid?)
Describe the bug
Really enjoying the toolkit and the workflow using the config files.
I had a suspicion that at least some images were not being handled correctly, since many of my training runs showed extreme stretching in resulting images at some steps, usually vertical squashing.
Trying to confirm my suspicion, I've tested a few images by dumping the transformation results as images (using
img.saveindataloader.mixins.py~L500).In my limited testing with 19 images, 4 of the images (~20%) were squished instead of cropped.
Unless I have a huge misunderstanding of the Flux architecture, I believe this to be a bug in the implementation.
The text was updated successfully, but these errors were encountered: