Live smoke-test img2img/restyle against real ComfyUI on mRock (#11 follow-up) #12

New Issue

mAi · 2026-06-06T13:25:51Z

mAi commented

2026-06-06 13:25:51 +00:00

Context

#11 shipped v0 img2img/restyle on the local FLUX (comfyui) backend (merged 15c65dd). The new path — /upload/image, the flux1-schnell-img2img.json graph (LoadImage → VAEEncode → KSampler denoise), workflow_img2img resolution — is unit-tested against a mocked ComfyUI HTTP API only. It has not been run against the real ComfyUI instance on mRock.

Goal

Verify the happy path end-to-end on actual hardware:

ComfyUI running on mRock (http://mrock:8188), flux-schnell-local instance configured.
imagen restyle <some.jpg> --style watercolor --backend flux-schnell-local produces a plausible restyled image.
imagen generate "…" --from <some.jpg> --strength 0.6 works and --strength visibly changes transformation amount across a couple of values (e.g. 0.3 vs 0.7).
Confirm /upload/image content-hash filenames don't pile up server-side, and the distilled-model step floor produces non-muddy output on schnell.
Confirm the sidecar records source_image_path + sha256 + strength.
--size+--from rejection and the capability error fire as designed.

Notes

Needs the GPU + ComfyUI up; coordinate with mGPUmanager if Ollama co-residence matters.
Analogous to #3's needs-smoke (Replicate). Same category of follow-up: code is correct + unit-tested, real-hardware verification pending.
If the schnell img2img output is muddy at the default step floor, capture the tuning here.

Refs

#11 (the feature), docs/design-img2img-restyle.md

## Context #11 shipped v0 img2img/restyle on the local FLUX (`comfyui`) backend (merged `15c65dd`). The new path — `/upload/image`, the `flux1-schnell-img2img.json` graph (`LoadImage` → `VAEEncode` → `KSampler` denoise), `workflow_img2img` resolution — is **unit-tested against a mocked ComfyUI HTTP API only**. It has not been run against the real ComfyUI instance on mRock. ## Goal Verify the happy path end-to-end on actual hardware: 1. ComfyUI running on mRock (`http://mrock:8188`), `flux-schnell-local` instance configured. 2. `imagen restyle <some.jpg> --style watercolor --backend flux-schnell-local` produces a plausible restyled image. 3. `imagen generate "…" --from <some.jpg> --strength 0.6` works and `--strength` visibly changes transformation amount across a couple of values (e.g. 0.3 vs 0.7). 4. Confirm `/upload/image` content-hash filenames don't pile up server-side, and the distilled-model step floor produces non-muddy output on schnell. 5. Confirm the sidecar records `source_image_path` + sha256 + strength. 6. `--size`+`--from` rejection and the capability error fire as designed. ## Notes - Needs the GPU + ComfyUI up; coordinate with mGPUmanager if Ollama co-residence matters. - Analogous to #3's `needs-smoke` (Replicate). Same category of follow-up: code is correct + unit-tested, real-hardware verification pending. - If the schnell img2img output is muddy at the default step floor, capture the tuning here. ## Refs - #11 (the feature), `docs/design-img2img-restyle.md`

mAi referenced this issue

2026-06-06 14:06:43 +00:00

img2img through the jobs queue — restyle from flexsiebels (#11 follow-up) #13

mAi referenced this issue

2026-06-06 16:00:08 +00:00

Worker rejects restyle-into-preset (empty prompt + style) — empty-prompt guard runs before prompt.Apply #14

mAi referenced this issue

2026-06-06 16:23:43 +00:00

Worker rejects restyle-into-preset (empty prompt + style) — empty-prompt guard runs before prompt.Apply #14

Sign in to join this conversation.