From 5deeeebbdcd71d0a082f65aff9b23e4c98a34250 Mon Sep 17 00:00:00 2001 From: CalamitousFelicitousness Date: Tue, 18 Aug 2026 21:45:08 +0100 Subject: [PATCH] fix(framepack): decode tiny video without a second normalize TAEHV.decode_video already returns [-1,1] and framepack applied its own x2-1 on top, landing near [-3,1] where the worker documents [-1,1]. The path was unreachable until the taesd loader began honoring an explicit variant. --- modules/framepack/framepack_vae.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/modules/framepack/framepack_vae.py b/modules/framepack/framepack_vae.py index b06ea3fa4..7e9d73309 100644 --- a/modules/framepack/framepack_vae.py +++ b/modules/framepack/framepack_vae.py @@ -51,7 +51,7 @@ def vae_decode_tiny(latents): taesd = taesd.to(device=devices.device, dtype=devices.dtype) latents = latents.transpose(1, 2) # pipe produces NCTHW and tae wants NTCHW images = taesd.decode_video(latents, parallel=False, show_progress_bar=False) - images = images.transpose(1, 2).mul_(2).sub_(1) # normalize + images = images.transpose(1, 2) # taehv decodes to [-1,1] already, which is the range the full vae path returns taesd = taesd.to(device=devices.cpu, dtype=devices.dtype) return images