Checkpoint merge on Anima-2.9B (40-block). Same idea as the 3.8 file: anime / illustration first, some kemonomimi. Use it like a normal Anima model.
Text encoder: qwen_3_06b
VAE: official Anima / Qwen-Image VAE
Prompt: anime, masterpiece, best quality, ultra detailed, absurdres, sharp focus, intricate details, cinematic dramatic lighting, strong chiaroscuro,
Ksampler
Steps: 30/40
CFG: 4.0–5.5
Sampler: Euler ancestral
Scheduler: normal
detail / upscale
Steps: 10–20
CFG: 2.0–3.5
Sampler: DPM++ 2M
Scheduler: sgm_uniform
Credits
Anima Base / Anima-2.9B — original authors
Method: Anima Delta Mix — 2B into 2.9B / 3.8B
V1 - Anima Base / Anima-2.9B: G1 - Aura Rising
V2 - Anima Base / Anima-2.9B: Stem CC-Dream Island-anima v2.0/ G1 aniMurr
V3 - Anima Base / Anima-2.9B — Stem Chosen-mix_anima / G1 aniMurr
V4 - Anima Base / Anima-2.9B: Custom Stem/G1
License follows Anima (non-commercial). Do not sell the weights.
Description
FAQ
Comments (3)
When using the model Anima Delta Mix 2.9B v3.0, the LoRA doesn't seem to take effect, but no errors are reported at runtime. However, when using Anima-2.9B, these same LoRAs work fine. Does this model need a new node to load LoRAs?
Official 2.9 often remaps old 28-block LoRAs through the Anima pack.
v3 is a 40-block bake; stock Load LoRA can attach to nothing and stay silent.
Need:
1. Which loader — Load LoRA or a remap node?
2. Were those LoRAs trained on 28-block Anima or on official 2.9 (40)?
3. Console after Queue: any “lora loaded / missing keys”?
If they are 28-block LoRAs, use the Delta Mix 2.9 / Anima-40 remap
(same pack as the mix nodes), not stock Load LoRA.
Do not use the 3.8 / 52 LoRA node on this file.
If the log shows 0 keys applied, it’s the map, not a dead bake.
@bestluner180 Fixed, the remap node solved it. Thanks for the explanation!