Nodes/Kinburg-Nodes/Send Image to Live Log πŸ“œ
ComfyUI Node

Send Image to Live Log πŸ“œ

Drop a picture into the scrollback, mid-graph

By KinburgΒ·Created 3 months agoΒ·Updated 6 days agoΒ· 1
Send Image to Live Log πŸ“œ
  • image
  • image
β—„labelβ–Ί
β—„framesallβ–Ί
β—„always_runtrueβ–Ί
β—„noteβ–Ί
β—„max_side320β–Ί

The Kinburg Live Log node is where this pack's LLM nodes and the Morpheus/Phantas samplers stream their progress - one block per event, in run order, in a scrollback you can drop anywhere on the canvas with zero wiring. Send Image to Live Log is the tap that lets your stuff join that log: a picture passes through it untouched and lands in the same scrollback, labeled and timestamped, so a whole run's worth of "what did this branch produce" lives in one place instead of scattered across preview nodes.

How it works

It's an inline node: image in, image out, nothing modified. The interesting inputs are the ones that control what actually gets logged:

  • label - what to call this tap in the block header ("before upscale", "candidate 3"). Leave empty and the node's own title labels it.
  • frames - which frames of a batch to send. all is capped at 32 evenly spaced frames, because a video batch would otherwise shove hundreds of JPEGs down the websocket and into the log's memory. first, last, first & last, or 4/8/16 evenly spaced are the sane options for a big batch.
  • note - text for the block's body: the seed, which branch this was, what you were testing. It goes nowhere but the log.
  • max_side - longest side of the thumbnail (default 320, shown at most 180px tall in the log). Raise it to inspect detail, but it's a JPEG down a websocket on every run.
  • always_run - on by default, and worth understanding: it makes the node re-run on every Run even when the branch above it is fully cached, which is what a second run at the same seed is. Turn it off when the image passthrough feeds something expensive downstream - a node that always re-runs makes everything after it re-run too.

When you'd bother

A two-second setup that pays off on any workflow where you generate several candidates and want to review them in context with their prompts, seeds and notes in one place. It's also the natural pairing for the sampler nodes: they already push frames to the log, and this is how you add your own taps to the same timeline. If you're not using the Live Log habit at all, this node won't convert you - but it's the cheapest way to start.

Installing it

Same pack: ComfyUI Manager β†’ search "Kinburg-Nodes", or git clone https://github.com/Kinburg/Kinburg-Nodes into ComfyUI/custom_nodes, restart. No dependencies, no models. The one thing to remember: the log node it writes to doesn't need any wiring from this node - drop a Kinburg Live Log anywhere on the canvas and it just appears there, in run order, which is the trick people find slightly unnerving the first time.

CategoryKinburg-Nodes/LLM

Inputs (6)

NameTypeDefaultDescription
imageIMAGEThe picture to show in the log. It passes through this node untouched, so it can sit inline on a branch.
labelSTRINGWhat to call this tap in the block header, after the node's own title β€” 'before upscale', 'candidate 3'. Leave it empty and the title labels the block on its own, which is enough when the node is named for what it taps.
framesCOMBOallWhich frames of a batch to send. 'all' is capped at 32 evenly spaced frames β€” a video batch would otherwise put hundreds of JPEGs down the websocket and into the log's memory. The header always says which frames of how many it is showing.
always_runBOOLEANtrueOn: the node re-runs on every Run, so the log fills even when the branch above it is fully cached β€” which is what a second Run at the same seed is. Off: it caches like any other node; use that when the image passthrough feeds something expensive, because a node that always re-runs makes everything downstream of it re-run too.
noteoptSTRINGText for the block's body β€” what you want to read next to the picture later: the seed, which branch this was, what you were testing. It goes nowhere but the log.
max_sideoptINT32064–1024Longest side of the thumbnail sent to the log, in pixels (the log shows it at most 180px tall). Same encoder the samplers' frames use. Raise it to inspect detail, but it is a JPEG down a websocket on every run.

Outputs (1)

NameTypeDescription
imageIMAGEβ€”