Nodes/IAMCCS-nodes/Wan SVI?FLF Bridge Pro Plus
ComfyUI Node

Wan SVI?FLF Bridge Pro Plus

When SVI and FLF won't play nice, split the jump in two

By IAMCCS·Created 11 months ago·Updated 8 days ago· 113
Wan SVI?FLF Bridge Pro Plus
  • positive
  • negative
  • anchor_samples
  • prev_samples
  • end_samples
  • clip_vision_start_image
  • clip_vision_end_image
  • bridge_image
  • vae
  • positive
  • negative
  • latent
  • trim_slots
length81
motion_latent_count1
motion1.15
motion_modemotion_only (prev_samples)
add_reference_latentsfalse
vram_profilenormal
include_padding_in_motionfalse
safety_presetsafe
use_end_frametrue
end_lock_slots1
lock_start_slots1
end_overshoot_slots0
latent_refresh0.00
delta_max0.0
clip_vision_modeend_only
prev_skip_last_slots1
bridge_position0.50
bridge_strength1.00
bridge_slots2
bridge_modehard_middle
continuity_profileoff
preset[custom]

The hard part of mixing SVI and FLF isn't either technique - it's the transition. You're rolling along with SVI continuation, and then a generation asks the model to lock to an end frame that's far away from where the motion actually is. If the gap is too big, you get a jump, a crossfade bleed, or a clip that visibly scrambles to reach the target. Wan SVI→FLF Bridge Pro Plus is IAMCCS's answer: give it an optional middle image and it splits that one big jump into two smaller, sane transitions inside a single generation.

What it does

On top of the full WanImageMotionPro control set - positive/negative conditioning, anchor_samples, length, motion (1.15), motion_mode, safety_preset, vram_profile, the prev_samples/end_samples LATENT inputs, and the FLF knobs use_end_frame, end_lock_slots, lock_start_slots, end_overshoot_slots - it adds the bridge machinery:

  • bridge_image (optional) - an IMAGE that sits mid-transition. Pass a still that's visually between where you are and where you're going.
  • bridge_position (0.5) - where along the clip it lands (0 = start, 0.5 = middle, 1 = end).
  • bridge_strength (1) - how hard the bridge image pulls the latents around it.
  • bridge_slots (2) - how many temporal latent slots the bridge affects.
  • bridge_mode - disabled, blend_middle, or hard_middle. hard_middle overwrites the middle slots; blend_middle nudges them. Start with blend_middle and only go hard if the middle of the clip drifts.

Plus the other continuation helpers: clip_vision_mode, continuity_profile, prev_skip_last_slots, latent_refresh, delta_max, and the preset dropdown - the raw preset bypasses the advanced features and reproduces the original FLF+SVI behavior, which is handy as a benchmark.

Outputs are the standard motion-node set: positive, negative, latent, and trim_slots (how many overshoot slots to cut after sampling).

How it works

Mechanically it's the same conditioning builder as WanImageMotionPro - start anchored via concat-mask, motion tail pulled from prev_samples, end hard-locked to end_samples - with one extra stage: it injects the bridge image into the temporal conditioning at the chosen slot range, so the model walks toward the bridge first and only then toward the end frame. The jump that used to be one hard ask becomes two small ones, and small asks are what video models are good at. The "Simple" in the name means it's the trimmed-down UI variant of the Bridge Pro node, not a cut-down engine.

Installing it

Ships in IAMCCS-nodes. ComfyUI Manager (search "IAMCCS"), or:

cd ComfyUI/custom_nodes
git clone https://github.com/IAMCCS/IAMCCS-nodes.git

Restart after. The node itself carries no weights - you still need a Wan 2.2 I2V model plus the SVI Pro LoRAs (Kijai's WanVideo_comfy) for the pipeline it feeds.

Common issues

Two gotchas worth knowing. First, if the bridge doesn't fire at all, check preset and continuity_profile - a continuity profile or the raw preset is documented to skip bridge injection by design, so a non-[custom] setting can silently disable it. Second, the KJNodes warning applies here too: end_overshoot_slots > 0 has been known to crash with an einops shape mismatch when KJNodes WAN attention optimizations (FETA/wrapped_attention) are enabled. The tooltip's workaround is boring and correct: set overshoot to 0 or update KJNodes. And if your middle frames come out frozen rather than bridged, blend_middle at a lower bridge_strength is usually the fix - hard_middle can over-constrain.

CategoryIAMCCS/Wan

Inputs (31)

NameTypeDefaultDescription
positiveCONDITIONING
negativeCONDITIONING
lengthINT811–16384
anchor_samplesLATENT
motion_latent_countINT10–16
motionFLOAT1.151–2
motion_modeCOMBOmotion_only (prev_samples)2 options: motion_only (prev_samples), all_nonfirst (anchor+motion)
add_reference_latentsBOOLEANfalse
vram_profileCOMBOnormal5 options: normal, chunked_blocks_2, chunked_blocks_4, loop_per_frame (lowest_vram), cpu_offload (slowest)
include_padding_in_motionBOOLEANfalse
safety_presetCOMBOsafe4 options: base, safe, safer, legacy
use_end_frameBOOLEANtrue
end_lock_slotsINT10–16
lock_start_slotsINT10–16
end_overshoot_slotsINT00–8
latent_refreshFLOAT0.000–1
delta_maxFLOAT0.00–5
clip_vision_modeCOMBOend_only4 options: auto, end_only, start_only, none
prev_skip_last_slotsINT10–16Ignore the last N temporal latent slots from prev_samples before extracting the motion tail. Useful when the carried SVI tail keeps too much of the previous scene and causes background crossfade.
bridge_positionFLOAT0.500–1
bridge_strengthFLOAT1.000–1
bridge_slotsINT21–8
bridge_modeCOMBOhard_middle3 options: disabled, blend_middle, hard_middle
continuity_profileCOMBOoff8 options: off, SVI_CONTINUITY, SVI_CONTINUITY_PREV_SAFE, SVI_CONTINUITY_PREV_AGGRESSIVE, SVI_CONTINUITY_END_ONLY, SVI_CONTINUITY_MOTION_SAFE, +2
presetCOMBO[custom]13 options: [custom], raw, raw overshoot, svi continuity, svi continuity prev safe, svi continuity prev aggressive, +7
prev_samplesoptLATENT
end_samplesoptLATENT
clip_vision_start_imageoptCLIP_VISION_OUTPUT
clip_vision_end_imageoptCLIP_VISION_OUTPUT
bridge_imageoptIMAGE
vaeoptVAE

Outputs (4)

NameTypeDescription
positiveCONDITIONING
negativeCONDITIONING
latentLATENT
trim_slotsINT