D-ART-18DART5_LoRA_Flux1 / samples_0-2000 /1735885699189__000001000_4.jpg
AiAF's picture
PixelNinjaArt_LoRA_Flux1 Repo update. Uploading the following: Sample images of training steps 0-2000 session. LoRA file. README.md, _latent_cache archive, aptimizer.pt archive, config..yaml file. Style accuracy is Noticeably better thayt previous versions I trained on civitai. Something I also did differently Regarding training in this session is that I removed a few images from the old dataset as well as made sure that the number of images was an even number. According to my own research, as well as my own experience, Having an odd number of images causes issues with memory management (think of the baking an unevern number of muffins analogy and why doing that would be ineffecient.). Due to the sheer amount of V Ram I had available for this, Doing this probably wasn`t totally necessary, but I feel it`s a good practice and habit to do. The original data set had 93 images, but I trimmed it down to eighty six this time. Anatomical degredation seem to be way less Prevalent when using this version. This current version is trained to 2000 steps, but I will likely train it up to 4000 in the future to see if I can get even better accuracy without having any anatomical degradation. In past training sessions on the on site Civitai trainer, having images that were even Remotely NSFW caused generating images to have the same style as the data said, but have severe anatomical degradation. extra limbs. bubbly looking lambs. missing limbs in general. etc etc. Well, it did happen a little bit with this version, it was nowhere near as bad as previous versions Perhaps I had different settings, or perhaps there is there`s something different going on when using the ostris ai toolkit trainer (https://github.com/ostris/ai-toolkit & https://github.com/AiArtFactory/ai-toolkit ). To make this very long commit message short, it looks promising
94722d4
download
history blame
91.6 kB
1735885699189__000001000_4.jpg

Large File Pointer Details

( Raw pointer file )
SHA256:
6125cc24a0d13cd8a03d42f364c70238c3f9110fc1d8f5ffcada39c13f79416d
Pointer size:
130 Bytes
·
Size of remote file:
91.6 kB
·
Xet backed hash:
9c24ca6d8ac64c642f7e714d1c11a6da9cfd56d929590236e9b3cc43d29a0923

Xet efficiently stores Large Files inside Git, intelligently splitting files into unique chunks and accelerating uploads and downloads. More info.