Split Videos

ComfyUI's newer VIDEO type is a reference to a file or stream, and when you build a list of videos - say, with the pack's easy makeVideoList - you end up with one socket holding several clips. Some downstream nodes (v2v, video merge, per-clip conditioning) want exactly one at a time. Split Videos is the unsexy bridge: one video list in, ten named single-video outputs (VIDEO0 through VIDEO9) out. No parameters, no configuration, just positional splitting.

Where it fits

In the ComfyUI-Easy-Media universe, video lists come from the timeline and multitrack editors and from merging utilities, and the natural pattern is build-a-list → process each member → save. This node is the "process each member" part when you have a fixed, known count. Wire VIDEO0 to your v2v conditioning, VIDEO1 to the next segment's, and so on. It's also handy when you've merged several clips and want to inspect or route them individually without re-importing.

The honest truth: for a single clip you don't need it at all, and for dynamic batch counts it's the wrong shape - ten fixed outputs is a ceiling, not a promise. Its sweet spot is exactly the fixed-count, few-clips case that video editing workflows tend to hit.

How it behaves

Positional, same as the pack's other splitters: VIDEO0 = first element, up to VIDEO9. Unused positions come out as None and can be left dangling. Nothing is decoded or re-encoded here - it's list unwrapping, so it's cheap and fast. That's the nice part: no ffmpeg pass, no quality loss, just repackaging references.

Install

It's in ComfyUI-Easy-Media:

cd ComfyUI/custom_nodes
git clone https://github.com/yolain/ComfyUI-Easy-Media.git

restart ComfyUI (ComfyUI Manager → "Easy-Media" also works). No models, no extra dependencies for this node itself, though the pack as a whole wants FFmpeg on the system and the README is emphatic about it.

The gotcha

Same as its siblings: the ten-output ceiling is fixed and silent. A list of 12 clips drops the last two with no error. Also worth remembering that outputs are single VIDEO items - if the node you're feeding expects a list, wrap it back with makeVideoList rather than trying to shove a single item where a list belongs. And when your videos come from a deferred-loading multitrack (where the editor hands back None until a downstream node materializes media), make sure the upstream actually produced the list before you blame the splitter.