mirrors/ComfyUI
1
0
Fork 0
mirror of https://github.com/comfyanonymous/ComfyUI.git synced 2026-05-04 21:36:14 +02:00
Code Issues Actions 24 Packages Projects Releases Wiki Activity

Correct PIL contract in ImageBlend channel-cap rationale

Browse Source 
PIL.Image.fromarray accepts 2-channel (LA mode) arrays as well, not
just 1/3/4-channel. Reword the inline comments and test docstrings to
say 'rejects > 4-channel arrays', which is the actual constraint
driving the cap. Also drop a too-narrow 'mode in (L, RGB, RGBA)'
assertion in test_save_compatible_output_passes_through_pil so a
future 2-channel result would not be flagged as a failure.
This commit is contained in:
Glary-Bot 2026-04-27 07:58:20 +00:00
parent ae88cd1966
commit 7c0c70b608
2 changed files with 11 additions and 12 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

4
comfy_extras/nodes_post_processing.py
View File

@ -37,8 +37,8 @@ class Blend(io.ComfyNode):
def execute(cls, image1: torch.Tensor, image2: torch.Tensor, blend_factor: float, blend_mode: str) -> io.NodeOutput:
image2 = image2.to(image1.device)
# Reconcile mismatched channel counts. Downstream nodes (SaveImage,
# PreviewImage) ultimately call PIL.Image.fromarray which only
# supports 1/3/4-channel arrays, so we cap the output at 4 channels
# PreviewImage) ultimately call PIL.Image.fromarray, which rejects
# arrays with more than 4 channels, so we cap the output at 4
# (RGBA): any image with > 4 channels is truncated, and any image
# with fewer channels than the (capped) target is padded with 1.0s
# so the extra slot behaves like an opaque alpha channel.

19
tests-unit/comfy_extras_test/image_blend_test.py
View File

@ -54,9 +54,9 @@ class TestImageBlend:
non-singleton dimension 3'.
The output is capped at 4 channels (RGBA) because downstream
SaveImage/PreviewImage rely on PIL.Image.fromarray, which only
supports 1/3/4-channel arrays. Without this cap, the failure would
just shift from blend-time to save-time.
SaveImage/PreviewImage rely on PIL.Image.fromarray, which rejects
arrays with more than 4 channels. Without this cap, the failure
would just shift from blend-time to save-time.
"""
image1 = self.create_test_image(channels=3)
image2 = self.create_test_image(channels=5)
@ -65,8 +65,8 @@ class TestImageBlend:
def test_output_capped_at_four_channels(self):
"""Both inputs having > 4 channels should still produce a 4-channel
output, since SaveImage/PreviewImage cannot serialize anything
wider than RGBA via PIL.Image.fromarray."""
output. PIL.Image.fromarray (used by SaveImage/PreviewImage)
rejects arrays with more than 4 channels."""
image1 = self.create_test_image(channels=6)
image2 = self.create_test_image(channels=5)
result = Blend.execute(image1, image2, 0.5, "normal")
@ -82,12 +82,11 @@ class TestImageBlend:
image1 = self.create_test_image(channels=3)
image2 = self.create_test_image(channels=5)
result = Blend.execute(image1, image2, 0.5, "normal")
# Mirror SaveImage's exact conversion (nodes.py:1662)
# Mirror SaveImage's exact conversion (nodes.py:1662). PIL accepts
# 1/2/3/4-channel arrays (L/LA/RGB/RGBA); a >4-channel output would
# raise "TypeError: Cannot handle this data type" here.
arr = np.clip(255.0 * result[0][0].cpu().numpy(), 0, 255).astype(np.uint8)
img = Image.fromarray(arr)
assert img.mode in ("L", "RGB", "RGBA"), (
f"Output mode {img.mode!r} cannot be saved by SaveImage"
)
Image.fromarray(arr)
def test_different_size_and_channels(self):
"""Different spatial size AND different channel counts should both be reconciled."""