Nodes/ComfyUI-WanAnimatePlus/WanAnimatePlus LoraSelectMulti
ComfyUI Node

WanAnimatePlus LoraSelectMulti

Five LoRA slots in one node, and why you still shouldn't max them all out

By wuwukaka·Created 4 months ago·Updated about a month ago· 409
WanAnimatePlus LoraSelectMulti
  • prev_lora
  • blocks
  • lora
lora_0none
strength_01.0000
lora_1none
strength_11.0000
lora_2none
strength_21.0000
lora_3none
strength_31.0000
lora_4none
strength_41.0000
low_mem_loadfalse
merge_lorastrue

LoraSelect chains LoRAs by daisy-chaining prev_lora between nodes. That works, but a three-LoRA stack means three nodes and a line of wires. LoraSelectMulti is the same idea compressed into one node: five parallel slots - lora_0 through lora_4, each with its own strength_0 through strength_4 - and one lora output in WANVIDLORA form for the WanAnimatePlus ModelLoader.

The pattern it serves is the standard Wan stack: an identity/character LoRA, a style LoRA, and a speed LoRA, all in one tidy panel. Each slot defaults to none, so unused ones are invisible until you pick a file, and the whole node's output feeds the model loader the same way a single LoraSelect would. The strengths here are per-slot, which is the real advantage over the chained version - you can see every weight at a glance instead of hunting across three nodes.

The settings that apply to everything. low_mem_load and merge_loras are the same flags as in LoraSelect, with the same quirks: they're global, not per-LoRA. merge_loras (default on) merges into the model weights at load; it's "always disabled for GGUF and scaled fp8 models," so on quantized weights your LoRAs load on the fly no matter what the toggle says. low_mem_load slows loading to save VRAM and touches every LoRA in the pack. The blocks input takes a SELECTEDBLOCKS object to scope LoRAs to particular transformer blocks - niche, but there if you need it. The one thing this node does not have that LoraSelect does is a prev_lora input, because it is the multi - if five slots somehow aren't enough, chain a LoraSelectMulti into a LoraSelect via... well, no. Five is plenty; this is already overkill for most workflows.

The honest advice on stacking. The community's repeated lesson is that LoRA stacks degrade faster than they help. One identity LoRA plus one style LoRA, both under 1.0, beats four at full strength - past a certain point you're just fighting your own LoRAs for control of the output. Speed LoRAs deserve special care: they change CFG behavior (down toward 1.0) and eat quality, and on Wan 2.2 the best practice is applying them only to the low-noise pass. Set a plan, not a maxed-out slider panel.

Install via ComfyUI Manager (search "WanAnimatePlus") or git clone https://github.com/wuwukaka/ComfyUI-WanAnimatePlus into custom_nodes, restart, and make sure your LoRAs are .safetensors files in ComfyUI/models/loras - the node only sees those. Keep the chain on WanAnimatePlus nodes so the WANVIDLORA type matches what your ModelLoader expects.

CategoryWanAnimatePlus

Inputs (14)

NameTypeDefaultDescription
lora_0COMBOnone1 options: none
strength_0FLOAT1.0000-10–10LORA strength, set to 0.0 to unmerge the LORA
lora_1COMBOnone1 options: none
strength_1FLOAT1.0000-10–10LORA strength, set to 0.0 to unmerge the LORA
lora_2COMBOnone1 options: none
strength_2FLOAT1.0000-10–10LORA strength, set to 0.0 to unmerge the LORA
lora_3COMBOnone1 options: none
strength_3FLOAT1.0000-10–10LORA strength, set to 0.0 to unmerge the LORA
lora_4COMBOnone1 options: none
strength_4FLOAT1.0000-10–10LORA strength, set to 0.0 to unmerge the LORA
prev_loraoptWANVIDLORAFor loading multiple LoRAs
blocksoptSELECTEDBLOCKS
low_mem_loadoptBOOLEANfalseLoad the LORA model with less VRAM usage, slower loading. No effect if merge_loras is False
merge_lorasoptBOOLEANtrueMerge LoRAs into the model, otherwise they are loaded on the fly. Always disabled for GGUF and scaled fp8 models. This affects ALL LoRAs, not just the current one

Outputs (1)

NameTypeDescription
loraWANVIDLORA