Filter nodes are routing nodes. Instead of producing metadata, a filter evaluates each item and splits the pipeline into a PASS and a REJECT branch, so downstream nodes only run on the items that match. They are a pipeline-only construct (they have no standalone Cortex node).
Kinds |
|
Applies to |
— (routing; sits between other nodes) |
Inputs |
The item, plus upstream outputs the filter evaluates (e.g. a quality filter reads the quality metrics) |
Output keys |
|
Requirements |
CPU only. |
Persists to |
n/a (routing decision only) |
Downstream nodes declare a conditional dependency on the filter’s PASS or REJECT branch; a node
whose required branch does not match is skipped.
Available Filters
| Filter | Passes when… |
|---|---|
|
The item’s MIME type matches the configured pattern(s) — e.g. video only |
|
The item falls inside a configured date range |
|
The file size is within configured bounds |
|
The item is (or is not) a duplicate |
|
The item’s path is not blacklisted |
|
Upstream quality metrics meet configured thresholds |
|
A generic numeric output crosses a configured threshold |
|
A Loom asset attribute matches the configured condition |
Use Cases
-
Type routing — send only videos to the fingerprint/thumbnail branch and only images to OCR.
-
Skip the unwanted — drop blacklisted, duplicate, or low-quality items before expensive nodes.
-
Windowed processing — only process assets within a date range.