Chroma

Chroma: Open-Source, Uncensored, and Built for the Community

THIS REPO IS DEPRECATED!

use Chroma1-HD, Chroma1-Base or Chroma1-Flash instead

Chroma is a 8.9B parameter model based on FLUX.1-schnell (technical report coming soon!). It’s fully Apache 2.0 licensed, ensuring that anyone can use, modify, and build on top of it—no corporate gatekeeping. The model is still training right now, and I’d love to hear your thoughts! Your input and feedback are really appreciated.

What Chroma Aims to Do

• Training on a 5M dataset, curated from 20M samples including anime, furry, artistic stuff, and photos.
• Fully uncensored, reintroducing missing anatomical concepts.
• Built as a reliable open-source option for those who need it.

See the Progress

• Hugging Face Debug Repo: https://huggingface.co/lodestones/chroma-debug-development-only
• Live AIM Training Logs: https://training.lodestone-rock.com
• Training code!: https://github.com/lodestone-rock/flow
• CivitAi gallery: https://civitai.com/posts/13766416
• CivitAi model: https://civitai.com/models/1330309/chroma

Special Thanks

Shoutout to Fictional.ai for the awesome support — seriously appreciate you helping push open-source AI forward.

You can try it over on their site:

Support Open-Source AI

The current pretraining run has already used 6000+ H100 hours, and keeping this going long-term is expensive.

If you believe in accessible, community-driven AI, any support would be greatly appreciated.

👉 https://ko-fi.com/lodestonerock — Every bit helps!

ETH: 0x679C0C419E949d8f3515a255cE675A1c4D92A3d7

my discord: discord.gg/SQVcWVbqKx

Table of Contents

• Chroma: Open-Source, Uncensored, and Built for the Community
• How to run this model
  • ComfyUI
  • diffusers [WIP]
• brief tech report
  • Architectural modifications
    • 12B → 8.9B
    • MMDiT masking
    • Timestep Distributions
    • Minibatch Optimal Transport [WIP]
  • [Training Details]
    • [T5 QAT training] [WIP]
    • [Prior preserving distribution training] [WIP]
    • [Scramming] [WIP]
    • [blockwise droppout optimizers] [WIP]
  • Citation

How to run this model

ComfyUI

Requirements

• ComfyUI installation
• Chroma checkpoint (pick the latest version on this repo)
• Alternative option: FP8 Scaled Quant (Format used by ComfyUI with possible inference speed increase)
• Alternative option: GGUF Quantized (You will need to install ComfyUI-GGUF custom node)
• T5 XXL or T5 XXL fp8 (either of them will work)
• FLUX VAE
• Chroma_Workflow

Deprecated: Manual Installation (Chroma)

1. Navigate to your ComfyUI's ComfyUI/custom_nodes folder
2. Clone the repository:

git clone https://github.com/lodestone-rock/ComfyUI_FluxMod.git

1. Restart ComfyUI
2. Refresh your browser if ComfyUI is already running

How to run the model

1. put T5_xxl into ComfyUI/models/clip folder
2. put FLUX VAE into ComfyUI/models/vae folder
3. put Chroma checkpoint into ComfyUI/models/diffusion_models folder
4. load chroma workflow to your ComfyUI
5. Run the workflow

Architectural Modifications

12B → 8.9B

TL;DR: There are 3.3B parameters that only encode a single input vector, which I replaced with 250M params.

Since FLUX is so big, I had to modify the architecture and ensure minimal knowledge was lost in the process. The most obvious thing to prune was this modulation layer. In the diagram, it may look small, but in total, FLUX has 3.3B parameters allocated to it. Without glazing over the details too much, this layer's job is to let the model know which timestep it's at during the denoising process. This layer also receives information from pooled CLIP vectors.

But after a simple experiment of zeroing these pooled vectors out, the model’s output barely changed—which made pruning a breeze! Why? Because the only information left for this layer to encode is just a single number in the range of 0-1. Yes, you heard it right—3.3B parameters were used to encode 8 bytes of float values. So this was the most obvious layer to prune and replace with a simple FFN. The whole replacement process only took a day on my single 3090, and after that, the model size was reduced to just 8.9B.

MMDiT Masking

TL;DR: Masking T5 padding tokens enhanced fidelity and increased stability during training.

It might not be obvious, but BFL had some oversight during pre-training where they forgot to mask both T5 and MMDiT tokens. So, for example, a short sentence like “a cat sat on a mat” actually looks like this in both T5 and MMDiT: <bos> a cat sat on a mat <pad><pad>...<pad><pad><pad>

The model ends up paying way too much attention to padding tokens, drowning out the actual prompt information. The fix? Masking—so the model doesn’t associate anything with padding tokens. But there’s a catch: if you mask out all padding tokens, the model falls out of distribution and generates a blurry mess. The solution? Unmask just one padding token while masking the rest. With this fix, MMDiT now only needs to pay attention to: <bos> a cat sat on a mat <pad>

Timestep Distributions

TL;DR: A custom timestep distribution prevents loss spikes during training.

When training a diffusion/flow model, we sample random timesteps—but not evenly. Why? Because empirically, training on certain timesteps more often makes the model converge faster. FLUX uses a "lognorm" distribution, which prioritizes training around the middle timesteps. But this approach has a flaw: the tails—where high-noise and low-noise regions exist—are trained super sparsely. If you train for a looong time (say, 1000 steps), the likelihood of hitting those tail regions is almost zero. The problem? When the model finally does see them, the loss spikes hard, throwing training out of whack—even with a huge batch size. The fix is simple: sample and train those tail timesteps a bit more frequently using a -x^2 function instead. You can see in the image that this makes the distribution thicker near 0 and 1, ensuring better coverage.

Minibatch Optimal Transport

TL;DR: Transport problem math magic :P

This one’s a bit math-heavy, but here’s the gist: FLUX isn’t actually "denoising" an image. What we’re really doing is training a vector field to map one distribution (noise) to another (image). Once the vector field is learned, we "flow" through it to transform noise into an image. To keep it simple—just check out these two visuals:

[graph placeholder]

By choosing better pairing through math magic it accelerates training by reducing the “path ambiguity”

Citation

@misc{rock2025chroma,
  author = {Lodestone Rock},
  title = {{Chroma: Open-Source, Uncensored, and Built for the Community}},
  year = {2025},
  note = {Hugging Face repository},
  howpublished = {\url{https://huggingface.co/lodestones/Chroma}},
}