CivArchive
    SapianF - Nude Men & Women for Flux (Now De-Distilled!) - v2.5-FP16
    NSFW
    Preview undefined
    Preview undefined
    Preview undefined

    The First Flux Model Allowing Nude Men & Women to Co-Exist!

    Trained Locally on a 3090 using the SD3 Branch of Kohya's SD3-Scripts!

    Whilst definitely still a proof of concept compared to something like Pony, it (often) does what it was designed to do quite well!


    V2.5 Update

    This version is a merge of training runs done on Flux De-Distill and Flux Dev2Pro, both of which seek to remove distillation from Flux Dev. Models were merged w/ a ratio of 0.7:0.3 Dev2Pro:De-Distill. The dataset has been unaltered from version 2, hence why it's v2.5 as opposed to v3.

    The result is FAR greater image quality and generally better prompt adherence at the cost of increased generation times. Example images were generated using a modified version of the DynamicThresholdingFull Node to allow more precise Threshold Percentile values. This can be done by adding an extra 0 to step on line 11 of dynthres_comfyui.py.

    Initial Q8 GGUF release has near indistinguishable quality from FP16 and should run on most hardware. Requires the ComfyUI GGUF custom node. The FP16 version will be uploaded towards the end of the week; FP8 version may or may not be uploaded depending on demand.

    Notes:

    • Whilst the model can somewhat work with the default Flux guidance of 3.5 and a CFG of 1, it is highly advised to remove the Flux Guidance node entirely and set CFG to something above 1

    • Takes anywhere from 2-3 times as long to generate an image compared to previous versions, but the drastic increase in quality makes this worth it IMO

    • It is recommended to use a step count between 40 and 60

    • Due to using the same dataset as v2 it still does have some issues carried over:

      • Female genitalia seems undertrained

      • No NSFW poses

      • Pubic and body hair seems prevalent even if you specify to avoid including it

      • Still has trouble distinguishing between circumcised and uncircumcised

      • Erect/Flaccid is sometimes not interpreted properly with more complex prompts or when generating an image with multiple male characters. It is my hope these issues will be remedied with version 3


    V2 Update

    Introducing Better Prompt Adherence and Anatomy!

    This version was trained on the original SapianF model with an expanded dataset (3x as large) with more aggressive masking and prompting, along with a lower learning rate (22e-6 vs 25e-6). The result is a greater understanding of concepts like erect vs flaccid, dense pubes vs shaved pubes, and an overall improvement to genital anatomy, especially when it comes to male characters!

    The dataset for males now contains 175 images, and the female dataset now consists of 75 images, both with a larger variety of poses, angles, and concepts.

    Images were masked more aggressively with lower non-masked values, forcing the model to focus on the genitalia specifically, with captioning for these new images is far more focused on the subject.

    Learning rate was also decreased to allow the model to be trained for a longer period of time to allow it to better learn the concepts described.

    Model was trained for 6 epochs, with epoch 4 producing the most consistent results. The blocks of this model were merged with the original model by hand with the goal of keeping elements consisted whilst transferring over the concepts which were trained.

    Notes:

    • Whilst a big improvement overall, it's still not perfect. Depending on the prompt and seed elements can still produce suboptimal results, though this is much more rare

      • It is likely that the only way to fully fix this issue is with even lower learning rates, longer training times, a further expanded dataset, and a higher batch size during training, most of which aren't really going to be possible on my hardware for the time

    • It is recommended to run the model with the improved CLIP-L model and LongCLIP model released by zer0int1 a couple days ago. The ComfyUI node for LongCLIP can be found here


    About

    There are plenty of Flux checkpoints out there now that allow for both nude men and women to be generated, with one caveat...

    These models are trained only on members of a single sex, meaning that if it's trained on nude men, any attempt to generate nude women will result in male genitalia being added unprompted. Similarly, attempting to generate nude men on model's trained on nude women will result in female genitalia being added to nude men unprompted.

    So I set out with what I thought would be a simple task: train either a LoRA or Checkpoint to generate both nude men and nude women.

    LoRA training was quickly ruled out due to consistently suboptimal outputs, but after much testing full checkpoint training has clearly yielded better results!

    Training/Dataset

    The dataset consisted of 45 images of nude men, 30 images of nude women, 15 images of nude men and women together in an image (tasteful), and 50 regularization images generated with my regularization workflow. Images were primarily front and side facing, and consisted mostly of standing and sitting poses from a variety of angles. Dataset was resized to 1024, 768 and 512 for multi-resolution training. Masked training was completed by manually drawing a white mask over the genital areas, and setting the rest of the masked area to 30%.

    Of the non-regularization images, 60% were captioned using Joy Caption with modifications as needed, and 40% were manually captioned using natural language descriptions by hand.

    In my testing female anatomy seems to train substantially faster than male anatomy, so image repeats for the men & women and men datasets were double that of the women and regularization images.

    Learning rate was 25e-6, and was run for approximately 7,500 steps. Took 10 hours to train on my 3090! Training was completed on both the regular Dev model, along with a Dev model that had a female-focused NSFW LoRA applied prior to training. Both models were merged together in ComfyUI afterwards.

    Considerations

    • As said earlier, this is still a proof of concept. NSFW is very difficult to train with Flux, and the limited dataset I have can often require some seed searching

    • The model as of now has only a rudimentary understanding of sub-concepts like pubic hair, erect/flaccid, and circumcised/uncircumcised, and thus results are often of questionable quality. You can often still force the model to work with these sub-concepts by playing with guidance settings and searching through different seeds, but more focused training will likely be required

    • If you are only looking to generate images of a particular sex, models trained on that specific sex will usually produce better quality images

    Description

    New Version w/ Distillation Removed!

    Produces far higher quality image generations at the cost of increased generation time. FP16 version. More details can be found in full description

    FAQ

    Comments (18)

    jtmichelsNov 9, 2024
    CivitAI

    Is it possible to train a LoRA on top of a custom dedistilled model like this as if I were training FLUX Dev locally?

    TheGreatOne321
    Author
    Nov 11, 2024

    It's possible, but it's also questionable the efficacy of doing so, depending on your purpose.

    A LoRA effectively modifies the existing model weights in order to inject training data at inference; the issue with this is that the modifications made won't function the same on models with drastically different weights.

    So If you're planning on using the LoRA exclusively with this model, then it should be good. If you're looking to train a LoRA for use on different models, it's probably best to stick with the original distilled models.

    EDIT: This is assuming you're training off the FP16 model. Don't believe you can train off of GGUF currently.

    jtmichelsNov 11, 2024

    Thanks for the info! Yeah I would mean to train it on top of this model and then use this model for base generations whenever the LoRA(s) are used.... I'll see if I can get it to work!

    BreezyHeezyJun 8, 2025

    If you want to train LORA with flux, your best bet is to use flux dev2pro fp16. With that said, this model, I'd suspect, would also yield good results, but if I'm not mistaken, this is a merge of dedistilled and dev2pro with training that emphasises accurate nudity. Depending on what you're trying to train, this may actually be your best option, but when I personally train a LORA on flux, I use the dev2pro and fp16. It seems to yield the best results, even, in my humble opinion, better results than the dedistilled flavors. But I don't train LORA for the intent of nudity, so this might be what you're looking for. But I've heard good things about dev2pro nudity results. if your training data is high quality, dev2pro will usually get you what you want.

    TheGreatOne321
    Author
    Jun 10, 2025

    @BreezyHeezy the main thing to be aware of is that if you are training a LoRA for nudity purposes, the LoRA would have to learn these features entirely from scratch if training from a base model that doesn't contain nudity to begin with, and in my experience (which admittedly could be quite outdated at this point) Flux LoRAs don't tend to be particularly great at.

    If you were training the LoRA off of a base model that has already learned nude concepts, you would essentially be refining those existing weights, which could yield better results at the cost of less flexibility.

    BreezyHeezyJun 27, 2025

    @TheGreatOne321 That is correct. It can be a pain to scratch-train a lora in flux on something like nudity or uncommon poses.

    CapAndABullNov 11, 2024
    CivitAI

    GGUF is broken. Mat 1 and 2 error. FP16 too large to fit in RTX 4090.

    TheGreatOne321
    Author
    Nov 11, 2024

    What generation software are you using? GGUF should work fine on ComfyUI with the GGUF extension, and the FP16 should fit in the 4090 just fine so long as the text encoders are being offloaded to RAM.

    phd1992phd308Nov 16, 2024

    Seems like I'm getting something similar: RuntimeError: mat1 and mat2 shapes cannot be multiplied (8192x64 and 256x768) . Running on Forge/Colab. Using the suggested settings, tried different ones, nothing works. Any suggestions?

    TheGreatOne321
    Author
    Nov 16, 2024

    @phd1992phd308 I can't say for certain since I have almost no experience with Forge. When using ComfyUI, the mat 1 and 2 errors tend to occur when one of the models being loaded is incompatible with the other, such as when trying to loading an SD 1.5 LoRA with a SDXL checkpoint, or loading a SDXL ControlNet with a Flux checkpoint.

    phd1992phd308Nov 16, 2024

    @TheGreatOne321 , thanks for your quick answer. I'm not using any Lora or controlnet

    FlawedLogicMar 31, 2025

    anyone find a solution to this? Still not working in Forge

    XX007Jan 12, 2025
    CivitAI

    So the file dynthres_comfyui.py ...needs to have its line 11 like that? "threshold_percentile": ("FLOAT", {"default": 1.0, "min": 0.0, "max": 1.0, "step": 0.001}),

    TheGreatOne321
    Author
    Feb 8, 2025· 2 reactions

    Late update, but for that specific workflow it is not required but highly recommended when using Flux, as Flux does benefit from a more precise threshold when generating with CFG.

    That being said, the dynamic threshold node is a bit outdated in terms of functionality at this point, and has been superseded by the Adaptive Guidance node, which does not require these modifications to be made:

    https://github.com/asagi4/ComfyUI-Adaptive-Guidance

    XX007Feb 28, 2025

    @TheGreatOne321 Thanks

    BreezyHeezyApr 3, 2025
    CivitAI

    WORKFLOW!!! I promised a workflow based on a few other dedistilled workflows on the main dedistilled page, so here it is, text from original comment included:

    Here is the workflow I was talking about where I combined elements of a few other workflows, streamlined them a bit, used a couple of efficiency nodes, and BAM! This workflow is fast, simple, easy to edit, laid out in a way that everything's easy to reach and change, and it features the model sampling flux node, which makes all the difference when using flux. With that node, flux, in my humble opinion, outperforms most other image generators. Also has the "better" text encoder, which, well... that's subjective, but in my opinion it renders much more legible text and the images generally look better. Enjoy!
    https://civitai.com/articles/13258/flux-dedistilled-workflow-with-flux-modeling-sampler

    BreezyHeezyApr 9, 2025
    CivitAI

    I'm looking forward to version 3 of this, fp16 is super duper high quality.

    TheGreatOne321
    Author
    Apr 17, 2025

    Should update that I am not currently working on version 3 as of now. The amount of data I'd have to currate, along with the struggle that is training Flux, makes it so that it's sadly just not worth the time or effort when models like Illustrious and NoobAI exist.

    If any newer NSFW Flux models emerge that I can use as a basis to train on, or if some new revolutionary training methods come to light I might reconsider, but as of right now this should be considered the final release.

    Checkpoint
    Flux.1 D

    Details

    Downloads
    1,002
    Platform
    CivitAI
    Platform Status
    Available
    Created
    10/19/2024
    Updated
    5/13/2026
    Deleted
    -