Eden_BoolBinaryOperation
Boolean algebra on your workflow graph
- BOOLEAN
Once your workflow has more than one boolean in it, you'll want to combine them - "only do the face pass if both use_face_fix AND quality_mode are on." Eden_BoolBinaryOperation is the node that lets you express that, with the full boolean operator menu: AND, OR, XOR, NAND, NOR, XNOR, EQ, NEQ. Two booleans in, one boolean out, and the operation is a dropdown.
It's one of the small logic nodes in Eden.art's pack that turns ComfyUI from "click the right sequence of nodes" into "actually write control flow." It doesn't generate anything; it makes decisions.
How it works
Straightforwardly: it takes two boolean inputs a and b, applies the selected op, and returns the result as a BOOLEAN wire. The eight operations:
- And / Or - the classics. Both on, or either on.
- Xor - true when exactly one is on (useful for "one or the other, not both" branches).
- Nand / Nor - the negations, useful for building "everything is fine" gates.
- Xnor - true when both are equal.
- Eq / Neq - equality and inequality on the boolean values.
Because these are all pure boolean math, you can chain them: Eden_BoolBinaryOperation(And) feeding into another Or gate gives you arbitrary logic trees. Want (A AND B) OR (C AND D)? Two And nodes feeding an Or node. It composes exactly the way truth tables say it should.
The inputs
- op - the dropdown with all eight operators.
- a - first boolean (default
false). - b - second boolean (default
false).
Single output: BOOLEAN.
The inputs default to false, which is worth remembering - if you wire in only one side and forget the other, your gate isn't evaluating what you think it is. Wire both, or set the unused side deliberately.
Why you'd use it
Every real workflow eventually needs a decision that's more than one boolean wide. The pattern that makes this node shine: build a "settings header" at the top of your graph with a row of Eden_Bool checkboxes, then use these operators to combine them into named gates - "run_expensive_pass", "needs_face_fix", "is_final_render" - and feed those gates into the pack's conditional-execution node or downstream boolean inputs. The result is a workflow you can read top-to-bottom and understand in seconds, instead of a tangle of iffy node widgets.
One operator-level note: Xor and Xnor are the ones people don't reach for every day, but Xor is genuinely handy for "toggle" semantics - run a pass only when exactly one of two settings is active. The others you'll use constantly.
Installing
Part of edenartlab/eden_comfy_pipelines (Eden.art nodesuite), installed once for all 70+ nodes:
cd ComfyUI/custom_nodes
git clone https://github.com/edenartlab/eden_comfy_pipelines.git
cd eden_comfy_pipelines
pip install -r requirements.txt
Or ComfyUI Manager β search "Eden". No models, no dependencies beyond the pack itself.
Gotchas
Remember the outputs are typed BOOLEAN and nothing more - if a downstream node expects an INT, convert. And because it's a pure function node, it only re-evaluates when something in its input chain changes; toggle a setting upstream and you'll still need to queue the graph to see the effect. Also: don't reach for this when you're comparing values (numbers, strings) - that's Eden_Compare's job. This node is strictly for booleans, and it's better at its job for being so strict.
Inputs (3)
| Name | Type | Default | Description |
|---|---|---|---|
| op | COMBO | 8 options: Nor, Xor, Nand, And, Xnor, Or, +2 | |
| a | BOOLEAN | false | β |
| b | BOOLEAN | false | β |
Outputs (1)
| Name | Type | Description |
|---|---|---|
| BOOLEAN | BOOLEAN | β |