HY-World Qwen Pano Seam Blend

Every equirectangular panorama has the same structural lie: it's a rectangle pretending to be a sphere, which means the left edge and the right edge are the same point in space. If they don't match, you get a hard vertical seam running through the middle of your 360 - and in a 3D reconstruction pipeline, that seam becomes a literal wall in your world. HYWorld2 Qwen Pano Seam Blend is the small node that makes those two edges agree with each other.

The Qwen Pano Generate node already does an internal circular blend on decode. This node exists so you can do it again, on any image, with settings you control - which makes it the tuning knob for the wrap seam, and a handy general utility for any equirect you're about to feed into reconstruction.

How it works

Dead simple, and the source shows exactly how. Take your image. Copy a strip of blend_width (default 32) pixels from the right edge and a matching strip from the left edge. Cross-fade the left strip using a linear ramp - at the very left edge the value comes almost entirely from the right side, and by the end of the strip it's back to the original left content. Then, with crop_right_edge on (default), trim the overlapped right-edge strip off entirely, so the output width shrinks by blend_width and the two now-blended edges become the new seamless wrap.

If blend_width is 0, it's a pass-through - which is useful when you want to disable blending without rewiring the graph.

Inputs and outputs

Three inputs, all simple: image (required), blend_width (0–512, default 32), crop_right_edge (bool, default true). One output: image, the blended panorama. Wire it between your generator and the reconstruction/WorldMirror stage.

Install & troubleshooting

Same pack install as the rest: ComfyUI Manager (search HY-World 2.0) or clone + pip install -r requirements.txt + python install.py. No models, no downloads - this is a few tensor ops, so it's instant.

Two things to watch. First, blend_width must be smaller than the image width, or it raises an error - keep it a small fraction of the width. Second, remember crop_right_edge changes the output dimensions (it drops blend_width pixels), so if you feed this into a node expecting a specific resolution, the width will be off by 32 (or whatever you set). If your downstream reconstruction cares about exact camera math, re-set the width accordingly. If a seam persists after blending, the underlying content genuinely doesn't match - the fix is upstream in generation (more steps, better prompt), not in blending.