anyone know if its possible to increase the vocab of Flux Dev ? Like to train the clip models to add
anyone know if its possible to increase the vocab of Flux Dev ? Like to train the clip models to add new vocab ?
DYes, you can train the clip or T5 through captions
Aboth at the same time ?
Fno way to increase as far as i know. everything still will get tokenized
AI think i figured it, I increased it but havent tested it yet
Fi turned off fast boot and hibernate
Fstill getting random BSOD
Flets see if this will fix
WHi @Dr. Furkan Gözükara what is the best way to check whether our lora or checkpoint is overfitted
Wwhether is not follow the prompt style or body proportion is not normal or something else ?
Fanalyzing grid
Fin the upcoming video i have explained
Fediting right now
FThis is why you should get minimum 64 GB RAM memory
WGreat Im looking for it
Fkohya is working on fixing bleed issue
FDifferential Output Preservation(仮)、FLUX.1で学習してみた。prior_loss_weightは10。一応効果ありそうだけど、diffがだいぶ学習不足なだけかもしれない……。
10/19/24, 10:10 AM
Mno we have to wait for bmaltais to merge to gui
Fyep
Fthe videos waiting me to edit :/
F
Mkohya updated
Mnow we wait for bmalt
SI'm looking for ComfyUI workflow with Flux Schnell. Anyone got ?
DSThanks!
SDoes anyone know a good tutorial to use runpod-worker-comfy ? I just want to deploy an API to generate images https://github.com/blib-la/runpod-worker-comfy
GitHub
ComfyUI as a serverless API on RunPod. Contribute to blib-la/runpod-worker-comfy development by creating an account on GitHub.
DUpdate https://huggingface.co/nyanko7/flux-dev-de-distill Lora training, removing the class did not help with class bleeding, the result was almost the same, and maybe worse because difficulted the prompting on inference. I'm doing another test with just one class and some regularization images, idk if kohya new code was implemented yet, hope this will help too.
PNew technique I'm introducing for identity preservation.
Fwow this is good
Amore information please
Pthis feature is part of new webui in development, qwen-flux-wan-such This feature is part of a new webui under development, when finished, Dr. will make a tutorial on how to use it. For now I'm in the final stages and presenting some previews here. This feature only uses the image-to-image diffusion pipeline and a controlnet to refine.
Ti am hyped 
Fediting video
Fso much more to edit 
PThe Neverending history haha
F
Nwhats the best way to character flux caption? replicate / use joy captioning or simply only use an instance prompt + class prompt ?
DMy experience of training with de_distill:
1) It adds a sharpness to the image. The images are more noisier, better realism, and harsh reality kind. TBH, that is not always a good thing. If you like or do not like an image, it is subjective>
2) The ability to modify CFG can give you vastly varying results for the same seed. Its CFG scale is much, much tamer than dev2pro and produces linear effects (as you would expect) if you increase or decrease it.
3) The additional time it adds to inference is very frustrating. Original dev said 60+ steps, and he is right. I got good results at Step 70. You can get the generation much faster on flux_dev with 25 to 42 steps. Adding steps adds time to an already slower generation speed.
4) You need to use extra settings during generations like thresholding, which adds additional complexity to the traditional step-cfg system.
1) It adds a sharpness to the image. The images are more noisier, better realism, and harsh reality kind. TBH, that is not always a good thing. If you like or do not like an image, it is subjective>
2) The ability to modify CFG can give you vastly varying results for the same seed. Its CFG scale is much, much tamer than dev2pro and produces linear effects (as you would expect) if you increase or decrease it.
3) The additional time it adds to inference is very frustrating. Original dev said 60+ steps, and he is right. I got good results at Step 70. You can get the generation much faster on flux_dev with 25 to 42 steps. Adding steps adds time to an already slower generation speed.
4) You need to use extra settings during generations like thresholding, which adds additional complexity to the traditional step-cfg system.
DDreambooth on flux_dev:
DDreambooth on flux_dev_dedistill:
Nalso lets say im training to make a consistent yet diverse race (ie different robots as opposed to a consistent singular character robot like Optimus Prime) for a flux lora / DB . its best to only use the instance prompt: "ohwx" + no captions + instance : "robot"
Awhat do i fill for class prompt and instance prompt for finetuning on photography images for realism style, not like a single character
VWe all know from Dr. Furkan Gözükara's work that it typically takes 15 images, 3000 steps, and a learning rate of 4e-6 to train a model to capture a face. However, training something as complex as an alternate futuristic reality is an entirely different challenge. The dataset size, steps, and learning rate required for this are much more demanding.
In my case, with a dataset of 500 images for stage 1 and 1000 images for stage 2, I initially started with a low learning rate (4e-6), fearing overfitting. However, after running into issues like underfitting and wasting valuable resources, I learned an important lesson: starting with a high learning rate (like 4e-5) allows you to capture the core of the concept much faster, even if it overfits. After that, you can restart with a lower learning rate to fine-tune the details.
In fact, starting with a low learning rate to avoid overfitting ended up costing me both time and money. It takes longer to realize you're underfitting, and by the time you do, you've already invested significant resources. Allowing the model to overfit initially and then restarting with a lower LR is much more cost-effective and efficient.
That said, I’m still open to learning if this insight can be further optimized. I tend to favor restarting rather than fine-tuning because of my perfectionist tendencies, but there may be a balance that I’m missing. For now, the strategy of beginning with a high LR and adjusting downwards has proven to be the most effective approach for me.
In my case, with a dataset of 500 images for stage 1 and 1000 images for stage 2, I initially started with a low learning rate (4e-6), fearing overfitting. However, after running into issues like underfitting and wasting valuable resources, I learned an important lesson: starting with a high learning rate (like 4e-5) allows you to capture the core of the concept much faster, even if it overfits. After that, you can restart with a lower learning rate to fine-tune the details.
In fact, starting with a low learning rate to avoid overfitting ended up costing me both time and money. It takes longer to realize you're underfitting, and by the time you do, you've already invested significant resources. Allowing the model to overfit initially and then restarting with a lower LR is much more cost-effective and efficient.
That said, I’m still open to learning if this insight can be further optimized. I tend to favor restarting rather than fine-tuning because of my perfectionist tendencies, but there may be a balance that I’m missing. For now, the strategy of beginning with a high LR and adjusting downwards has proven to be the most effective approach for me.
DMakes sense.
DWith overfit, you have a bad product. But at least you have a product.
Fprompt + class prompt
Fyes but try to find a class prompt that will match better
Fyou can test different class prompts on dev model and see which one generates more resembaling images to yours
Fit is true every dataset is different, but i tested my LR on both 15 and 256 images worked very good. are you doing fine tuning or lora? your LR difference is huge 10 times
Aye I just testing with something for now, but my biggest question is how many steps and epoch should it need with 10k images.
