u/Acceptable-Chest9695

I made an attempt at a Mixed Mode for MiniMax H3 in ComfyUI — different generation modes in one timeline
▲ 5 r/MinimaxVideo+1 crossposts

I made an attempt at a Mixed Mode for MiniMax H3 in ComfyUI — different generation modes in one timeline

I made an attempt at a new Mixed Mode feature for my MiniMax H3 Motion Director.

https://github.com/j955229/ComfyUI-MiniMax-H3-Motion-Director

The basic idea is simple: instead of forcing the whole Director project to use one generation mode, each Segment can decide what kind of generation it needs.

Before explaining the UI, here is the result from my first test.

[MEDIA 1 — FINAL RESULT VIDEO]

https://reddit.com/link/1vqbr7s/video/l7inkg69ktjh1/player

Final output: one T2V establishing shot followed by three motion-driven character shots, rendered as one sequence.

This is still an experimental feature, so I am treating this as a workflow test rather than a visual-quality benchmark.

What I was trying to solve

MiniMax H3 already has several useful workflows: T2V, I2V, FL2V, R2V, V2V and RV2V.

The problem starts when I want to use several of them in the same video.

Maybe Segment 1 only needs text.
Segment 2 needs an existing video's motion.
Segment 3 needs another source video plus a different character identity.
A later Segment may need an image, first/last frames, references, or the result of an earlier Segment.

Making a separate Director project for every type of shot defeats the point of having a Director.

So I tried making the generation mode a per-Segment property instead.

[MEDIA 2 — MIXED MODE OVERVIEW UI]

https://preview.redd.it/5sxzqn5fktjh1.png?width=1717&format=png&auto=webp&s=58608d6d806bd85fb4b46ad944339fd45d30e092

The Mixed timeline. In this test Segment 1 is T2V, while Segments 2–4 are Source Video segments. The controls between Segments are the visual/audio continuity controls.

The current user-facing choices are:

T2V / I2V / FL2V / R2V / Source Video

I intentionally combined V2V and RV2V into Source Video in the UI.

A Source Video Segment with no identity pictures behaves as V2V.

Add identity pictures, and that same Segment becomes RV2V.

So I don't have to maintain two almost identical editing interfaces just because the backend task changes.

The actual test

For this example, Segment 1 is a normal 5-second T2V shot.

I asked H3 to establish a moonlit traditional Chinese mountain stage with lanterns, mist and a slow camera push.

That gives the sequence a scene before the motion-reference shots begin.

Then I deliberately used three source videos that look completely different from the intended final characters and environment.

The point was to see whether I could treat them as motion sources, while each Segment independently defines who should appear and what the scene should look like.

Segment 2

This is the first motion source.

https://reddit.com/link/1vqbr7s/video/k8pvf6vmktjh1/player

Original source motion: the cat-eared character performing a sequence of hand and upper-body gestures.

For the actual Segment I only use 2.5s → 7.5s of that video.

And this is the identity picture I give the Segment:

https://preview.redd.it/c4ucil2rktjh1.jpg?width=700&format=pjpg&auto=webp&s=f3bff097129740ecdce7e9563f39446a1b6a0d33

Target identity for Segment 2.

The Mixed UI for that Segment looks like this:

https://preview.redd.it/y3j3dhrxktjh1.png?width=1699&format=png&auto=webp&s=ddd113b317d34936413b717a65ae76df6f913bde

The Source Video remains the motion source, while the identity picture tells H3 which character I want.

Because an identity picture exists, this Source Video Segment is compiled as an RV2V task.

The prompt also asks it to abandon the source video's original character design and environment, while preserving the original motion, body rhythm, hand movement and camera behavior.

Segment 3

For the next shot, I switch to a completely different source video.

https://reddit.com/link/1vqbr7s/video/ou56ofn0ltjh1/player

Second motion source, with a different character, clothing, environment and gesture sequence.

This time the selected range is 2.0s → 7.0s.

And I replace the character with this identity:

https://preview.redd.it/6pf7zyw2ltjh1.png?width=1024&format=png&auto=webp&s=6b3946e88518c0a818595c8cbb6bad2c35cd7196

Target identity for Segment 3.

https://preview.redd.it/wfdwo7m5ltjh1.png?width=1724&format=png&auto=webp&s=e3d1404e1cef13bff4c26ea98bd7a48962283fef

Again, this is still just one Segment inside the same Director project.

It gets its own Source Video, source range, identity references and prompt.

No separate workflow and no separate Director instance.

Segment 4

The third source is even more obviously different from the target.

https://reddit.com/link/1vqbr7s/video/rihzimv7ltjh1/player

Third motion source: a white-haired character turning and posing in a daylight temple environment.

I use 1.0s → 6.0s from this clip.

The target identity is:

https://preview.redd.it/zwbp6uialtjh1.png?width=1536&format=png&auto=webp&s=07ece4c02b306f5aa6fb5cf1dbdfead6134941d3

Target identity for Segment 4.

And the Segment configuration:

https://preview.redd.it/vt731l6cltjh1.png?width=1694&format=png&auto=webp&s=355e008a47acdaedb99747ccea9847627a45ed15

The resulting shot keeps the general turning/posing motion, but replaces the source character and returns the scene to the moonlit environment used by the project.

That is the part I wanted Mixed Mode to handle: the source of motion and the visual identity of the shot do not have to come from the same asset.

A few other things I added around this

Mixed Mode is not a new MiniMax H3 generation task by itself.

It is basically a small compiler sitting above the existing Director modes. Each Segment is translated back into the normal H3 task that should actually execute.

I also added a concept called Segment Result.

For modes that need images, an earlier Segment's generated result can be reused instead of uploading another image. For example, an earlier result can become an I2V start frame, an FL2V first/last frame, or an identity reference.

The reference points to a stable Segment ID rather than just saying "previous Segment", because otherwise moving or deleting cards would silently change what another Segment references.

The small controls between Segment cards are also intentional. Visual continuity and audio continuity are controlled per boundary, rather than being one global switch for the entire project.

And Source Video has one important rule: it is a real, Segment-local source video. Videos stored in the Material Library are still Reference Videos. I kept those two concepts separate because they have very different semantics in H3.

Selective Run is also still available, so I can rerun only the parts of a Mixed project I am working on instead of regenerating the entire timeline.

It's the possibility of treating a MiniMax H3 project more like an actual shot list: choose the generation method that makes sense for each shot, instead of choosing one generation method for the entire video.

reddit.com
u/Acceptable-Chest9695 — 3 days ago
▲ 24 r/MinimaxVideo+1 crossposts

I built a Frankenstein MiniMax H3 Director node for ComfyUI — multi-segment, Motion Context, Face Refine, V2V/RV2V and more

I’ve been working on a custom MiniMax H3 node for ComfyUI called **MiniMax H3 Motion Director**.

And to describe it accurately:

Yes, it is kind of a Frankenstein node.

Instead of pretending everything was invented from scratch, I basically took several H3-related ideas/projects that I liked, stitched the useful parts together, modified them, and then built a larger multi-segment Director around them.

The main “body parts” are:

* **AIMixer / ComfyUI_MiniMaxH3_Director**

The original Director project and one of the main foundations this project grew from.

* **NikoDemon80 / ComfyUI-H3-Motion-Context**

Motion Context / H3 runtime continuity work. This is integrated and modified directly inside the Director, so you should not load the standalone Motion Context node at the same time.

* **Carasibana / ComfyUI-H3-FaceRefine**

Face tracking, cropping, per-frame denoising, latent injection and stitching algorithms were adapted from this project.

* **Kijai / ComfyUI-KJNodes**

Some packed-latent preview normalization and temporal TAEHV decoder behavior were adapted/informed by KJNodes.

Then I started adding the parts I wanted for actually managing a longer H3 project instead of treating every generation as an isolated clip.

That eventually turned into this:

* T2V / I2V / FL2V / R2V / V2V / RV2V

* Multi-segment timeline

* Independent Prompt and assets per segment

* Selective rerun — regenerate only the failed segments

* Motion Context between segments

* Context Frames

* Latent Scale Lock

* Continue Generated Audio

* Color Re-anchor

* V2V / RV2V Source Bridge

* Shared/public assets

* Persistent material library

* External `SAMPLER` + `SIGMAS`

* Global Refine

* Integrated Face Refine

* Director-controlled live preview

* Segment / Multi / Final result management

So the basic idea is:

AIMixer Director

+

H3 Motion Context

+

H3 Face Refine

+

some KJNodes preview/TAEHV behavior

+

a lot of glue, UI and multi-segment management

MiniMax H3 Motion Director

A proper ComfyUI **Frankenstein monster**.

The reason I went this route is that my H3 workflows kept turning into huge graphs once I wanted more than one shot.

Generating one 5–10 second clip is easy.

Managing:

Shot 1

Shot 2

Shot 3

Shot 4

while keeping character appearance, motion, color, audio, references and generation settings reasonably consistent is a different problem.

And when Shot 3 sucks, I don’t want to regenerate Shots 1, 2 and 4 just because they happened to be part of the same workflow.

So Director treats the video more like a small project/timeline.

Each segment can have its own Prompt and assets, and failed segments can be selectively rerun.

For continuity, later segments can inherit information from earlier ones through Motion Context, Context Frames, audio continuation and other continuity controls.

For V2V / RV2V there is also a Source Bridge, because after splitting a Source Video into segments you also have to deal with motion discontinuities at the source boundaries.

I also didn’t want the Director to completely lock you into its sampler setup.

If you prefer your own ComfyUI sampling chain, you can connect external:

SAMPLER

SIGMAS

and let the Director handle the project/timeline side while your normal workflow handles sampling.

The node is now published on the **Comfy Registry**, so it should be installable through ComfyUI-Manager.

GitHub:

https://github.com/j955229/ComfyUI-MiniMax-H3-Motion-Director

The whole derivative project is GPL-3.0, and the repository includes the original licenses/notices for the upstream projects.

I’m still working on the long-form side in particular:

* better cross-segment continuity

* optional inheritance per segment

* reducing visual/motion drift

* better audio continuity

* stronger long-project context

* eventually making separate generation batches understand that they belong to the same larger project / episode

This is still very much evolving, so I’m interested in feedback from people actually using MiniMax H3 in ComfyUI.

Especially: **what currently breaks first for you when you try to make longer H3 videos?**

Continuity? Character drift? Audio? VRAM? Managing references? Rerunning bad shots? Something else?

u/Acceptable-Chest9695 — 3 days ago