<h2 id="support">Support</h2>Everything here is free and stays free — the format spec, the nodes, the workflows, the cartridges, the LoRAs. If it saved you a night of debugging (it contains several hundred of mine), tips keep the 5090 warm:<ul><li>☕ <a target="_blank" rel="ugc" href="https://ko-fi.com/joeygambino">Buy me a coffee on Ko-fi</a></li><li>💛 <a target="_blank" rel="ugc" href="https://github.com/sponsors/jlucasmcrell">Sponsor on GitHub</a></li><li>🔁 <a target="_blank" rel="ugc" href="https://liberapay.com/joeygambino">Liberapay</a> (recurring)</li></ul>⚡ Or right here: the Civitai tip button on this page sends Buzz directly. One graph. One script box. One switch. Flip it and the same scene comes back as a single unbroken take, or as an edited scene that cuts itself.Two engines share one workflow. MiniMax-H3 chains separate generations and hides the joins, so a five-shot scene reads as one camera roll. LTX-2.5 generates the whole scene in a single pass and places its own cuts inside it. Same script either way, same characters, same room - what changes is the grammar.It is not a quality ranking. A conversation that should feel unbroken wants H3. A scene that wants to cut - wide, then her, then him - wants LTX-2.5, which will find those cuts itself.<h2 id="what-each-engine-gives-you">What each engine gives you</h2><h3 id="minimax-h3-the-continuous-take">MiniMax-H3, the continuous take</h3><ul><li>chains N generations and welds the joins - picture, colour and audio cross each boundary as data rather than as a description</li><li>as long as you like: add blocks to the script and the take gets longer</li><li>identity held by reference images, a voice anchor and a raw-latent pin</li><li>the seam cut lands in the quietest gap near each join, so a word that starts early is not clipped</li></ul><h3 id="ltx-2.5-the-edited-scene">LTX-2.5, the edited scene</h3><ul><li>one generation, cuts inside it - you describe the framings, it decides where the cuts land</li><li>picture and sound made together in the same pass, so room tone and dialogue run continuously across its own cuts</li><li>identity held natively within the pass, no anchors required</li><li>bounded by VRAM and length rather than by shot count</li></ul><h2 id="the-script-is-the-same-either-way">The script is the same either way</h2>Both engines read one script, written in H3 form: one block per shot, <code>---</code> alone on a line between blocks, and the scene restated in every block.That restatement is what H3 needs - each block is a separate generation and the text is most of what they share. LTX-2.5 does not need it, and it buries the part that changes. So the <code>SCRIPT</code> node emits both forms: verbatim blocks for H3, and for LTX the scene stated once with the per-shot remainder following as a beat list. It finds the scene block as the longest common prefix across the blocks - which is exactly what "restate it verbatim" produces.You maintain one script. Nothing is written twice.<h2 id="what-it-does-shown">What it does, shown</h2>Two example scripts ship, because one script cannot show off both engines. The same diner scene, twice.<ul><li><code>example_script.txt</code> - loaded in the graph. One static two-shot, with nothing in the text asking the camera to move, which is what lets H3's chain read as a single take.</li><li><code>example_script_cuts.txt</code> - the same scene with a different framing named in every block: wide two-shot, medium on her, over-the-shoulder on him. That is what makes LTX-2.5 cut.</li></ul>Naming a new framing every block is exactly what would make H3 jump at its joins, because H3 renders each block separately. Write for the grammar you picked - that sentence is the whole workflow in one line.LTX-2.5 on the cuts script: 385 frames at 1920x1088 in a single pass. A reviewer given the clip cold, with no idea how it was made, found three distinct camera setups and two cuts - at 00:06 and 00:12, which are the beat boundaries in the script - each framing as written. Identity held across the cuts, the room held, each voice stayed the same voice, lip-sync clean, and room tone and rain ran continuously across both cuts with no click or drop.MiniMax-H3 on the one-take script: the same scene chained into three shots, 370 frames. The same kind of blind review read it as one continuous unbroken take, found no cut anywhere, and reported no shift in framing, colour, brightness or wardrobe and no hiss or dropout.<h2 id="layout">Layout</h2>Four numbered groups, left to right: 1 WRITE IT ONCE - the script and the engine switch; 2 ENGINE A: MiniMax-H3; 3 ENGINE B: LTX-2.5; 4 OUT - the lazy switches, the mux and the save.MASTER CONTROLS carries width and height for both lanes, and frames, steps, sampler and scheduler for the H3 lane; the LTX lane's step schedule lives in its own two sigma lists. Shot count is deliberately not there - it comes from the number of <code>---</code> blocks in the script, so the script and the render cannot disagree.The engine switch is lazy: at render time the engine you did not pick loads nothing and renders nothing, so you pay for one engine and not two.<h2 id="requirements">Requirements</h2><ul><li>ComfyUI 0.32.0 or newer. Verified on 0.32.0. Earlier versions do not ship <code>LTXVDualCFGGuider</code>, which this graph uses twice, so they cannot load it at all.</li><li>ComfyUI-H3-Multishot v2.2.0 or newer. The multishot sampler, the script node, the lazy switches and MASTER CONTROLS all live there. Install it first; everything else in the graph is core ComfyUI.</li><li>RES4LYF - required as shipped. The graph selects the <code>beta57</code> scheduler, which RES4LYF registers, and ComfyUI validates every combo value before it runs anything, so without it the first Queue is refused on either engine. To run without it, set <code>scheduler</code> to <code>beta</code> on both MASTER CONTROLS and the H3 sampler.</li><li>Both model sets present - H3 and LTX-2.5. The lazy switch is a render-time mechanism; ComfyUI validates every loader in a graph before it executes any of it, and validation knows nothing about laziness. Only one lane runs, but both have to be installed. Links below.</li></ul>On the int8 builds. The bf16 LTX-2.5 22B is roughly 44 GB of weights; on a 32 GB card that spills to system RAM and crawls. The workflow ships pointing at the <code>int8-convrot</code> transformer and encoder, which is what it was verified on: 16 s at 1920x1088 with audio in about six minutes on an RTX 5090, no spill. On 48 GB or more, switch the two loaders to bf16.On a smaller card - 12, 16 or 24 GB - the LTX-2.5 lane needs a quantised transformer, and there is a full ladder of them here: <a target="_blank" rel="ugc" href="https://huggingface.co/joeygambino/LTX-2.5-Quantized-16GB">huggingface.co/joeygambino/LTX-2.5-Quantized-16GB</a>. Thirteen builds cut from Lightricks' bf16 originals, from 7.91 GB up, in two families: GGUF for ComfyUI-GGUF, and <code>comfy-*</code> safetensors that load on the stock <code>Load Diffusion Model</code> node with no custom node at all. The quantised Gemma-4 text encoder is in there too at 10.60 GB, which matters more than people expect - at bf16 that encoder alone is 26.3 GB. Point the two LTX loaders at those instead and this graph runs on hardware it otherwise cannot.<h2 id="where-the-pieces-live">Where the pieces live</h2><ul><li>This workflow - <a target="_blank" rel="ugc" href="https://huggingface.co/joeygambino/Dual-Engine-H3-LTX25">Hugging Face</a> and <a target="_blank" rel="ugc" href="https://github.com/jlucasmcrell/Dual-Engine-H3-LTX25">GitHub</a>, both carrying the graph, the install notes and the two sample renders.</li><li>ComfyUI-H3-Multishot, which the H3 lane needs - <a target="_blank" rel="ugc" href="https://github.com/jlucasmcrell/ComfyUI-H3-Multishot">GitHub</a>, or on Civitai as MiniMax-H3 Seamless Chain.</li><li>Quantised LTX-2.5 weights for 12 to 24 GB cards - <a target="_blank" rel="ugc" href="https://huggingface.co/joeygambino/LTX-2.5-Quantized-16GB">LTX-2.5-Quantized-16GB</a>.</li><li>How those quants were made, if you want to cut your own - <a target="_blank" rel="ugc" href="https://github.com/jlucasmcrell/ltx25-quant-lab">ltx25-quant-lab</a>.</li></ul>MiniMax-H3 by MiniMax. LTX-2 by Lightricks. ComfyUI by Comfy Org.

Dual Engine — MiniMax-H3 + LTX-2.5, one script, one switch

v1.0 — Dual Engine - BETA, Work in Progress - please submit bug reports!One graph that renders the same script through either MiniMax-H3 — which chains generations and hides the joins, giving you one continuous take — or LTX-2.5, which generates once and places its own cuts inside the pass, giving you an edited scene. The switch is lazy, so at render time the engine you did not pick loads nothing.What is in the zip<ul><li><code>workflows/DUAL_H3_LTX25.json</code> — the graph. Four numbered groups, MASTER CONTROLS on the left, nothing bypassed.</li><li><code>example_script.txt</code> — the diner scene as one static two-shot. This is what the graph is loaded with and what the H3 lane was verified on.</li><li><code>example_script_cuts.txt</code> — the same scene with a different framing named in each block, which is what the LTX-2.5 lane was verified on. One script cannot show off both engines: naming a new framing every block is what makes LTX cut, and exactly what would make H3 jump at its joins.</li><li><code>README.md</code> and <code>INSTALL.md</code> — the model list, the VRAM notes and the two-line version of everything above.</li></ul>Before the first Queue<ul><li><a target="_blank" rel="ugc" href="https://github.com/jlucasmcrell/ComfyUI-H3-Multishot">ComfyUI-H3-Multishot v2.2.0 or newer</a>. Everything this graph adds on top of core ComfyUI comes from that one pack — the multishot sampler, <code>RiftEngineScript</code>, the lazy switches, MASTER CONTROLS. There is no second pack to chase.</li><li>RES4LYF. The graph selects the <code>beta57</code> scheduler on two nodes, and ComfyUI validates every combo value before it runs anything, so without RES4LYF the first Queue is refused on either engine. To run without it, set <code>scheduler</code> to <code>beta</code> on both MASTER CONTROLS and the H3 sampler.</li><li>Both model sets installed, H3 and LTX-2.5. The lazy switch saves you the render, not the download: ComfyUI validates every loader in the graph before executing any of it, and validation knows nothing about laziness.</li><li>ComfyUI 0.32.0 or newer. Earlier versions do not ship <code>LTXVDualCFGGuider</code>, which this graph uses twice, so they cannot load it at all.</li></ul>Verified, not assertedBoth lanes were run on ComfyUI 0.32.0 from the shipped file, each on the bundled script written for it, and reviewed blind — the clip handed over cold, with no description of how it was made.LTX-2.5 lane, 385 frames at 1920x1088 in one pass: three distinct camera setups and two cuts, at 00:06 and 00:12 — the beat boundaries in the script — each framing as written. Identity held across the cuts, the room held, each voice stayed the same voice, lip-sync clean, and room tone and rain ran continuously across both cuts with no click or drop.MiniMax-H3 lane, the same scene chained into three shots, 370 frames: read as one continuous unbroken take with no cut identifiable anywhere, and no shift in framing, colour, brightness or wardrobe, and no hiss or dropout in the audio.Worth knowing<ul><li>LTX total length is the frame count for all the shots together, because that engine generates them in one pass. The H3 lane's <code>frames_per_shot</code> is per shot. That difference is the one thing to understand before the first queue.</li><li>Shot count is not a dial. It comes from the number of <code>---</code> blocks in the script, so the script and the render cannot disagree.</li><li>The graph ships pointing at the LTX-2.5 <code>int8-convrot</code> transformer and encoder. The bf16 22B is ~44 GB of weights and spills on a 32 GB card; the int8 pair does 16 s of 1920x1088 with audio in about six minutes on an RTX 5090. On 48 GB or more, switch both loaders to bf16.</li><li>H3-lane defaults match the Seamless Chain v2.2.0 recipe: <code>memory_frames</code> 0, <code>continuity</code> <code>context_pin</code>, <code>master_normalize</code> <code>luma+contrast</code>, <code>pin_renorm</code> on, and the dials that are inert under <code>context_pin</code> shipped at 0.</li></ul>

Files with SHA256: 926c8f4d4504a4065175d173bb20a694a86926a632543b65ded9c9ea98c85548