H3-Image 实测：128 GiB Mac Studio 本地画完十格连环画

以下是视频口播的自动转写，可能有错字。

MINI MAX11月10日开放了H3 IMAGE的权重，光模型文件就有133GB，差不多是这台MAC全部的内存。可我们实测画这部片最高只用了六十九G，一半多一点。时隔里，还是不是同一只猫？要画多久？内存是怎么压下来的？先看故事。海边的小渔村，入夜以后，家家窗口都亮着。

屋脊上的白猫叼着一盏小铜灯，它的活儿是收灯。谁家关了灯，窗缝里会飘出一点剩下的光，它就用铜灯接住。一扇、两扇、三扇。村子一点点暗下去，他的灯一点点亮起来。阁楼上还有一扇窗亮着，孩子捧着书说要等出海的人回来，不肯睡。白猫在窗外陪着，没有催。后半夜，海上起了雾，灯塔的灯没有亮，雾里有一条晚归的渔船，找不到回家的路。

灯塔里的楼梯很长，铜灯照亮一级，他就上一级。到了顶上，他打开铜灯，把收了一夜的光倒进了灯塔。天亮了，船靠了岸，孩子等的人回来了。阁楼的灯终于关了，白猫收下最后这一点光，在屋顶上睡着了。十格画完了，最难的是让它一直是同一只猫。第一格拿来当参照，只写文字；后面九格里，黑耳朵、红围巾、铜灯三样都对上的有七格。

可画法每格都在变，有的没了纸边，有的成了椭圆。我们每格带两张参考图：角色设定和第一格。第一次画就有八格，三样全对；另一格猫太小，看不清。九格里八格还像同一本书，三样对的是猫，剧情不一定对。第五格要一条迷路的船，他把船都停在了港里；第十格的窗灯还亮着。

这两格和漏了纸边的第二格，我们各重画一次，计分只算第一次。故事里窗一扇扇暗下去，是后期做的。改图只出了这一张，让他把窗灯关到只剩一盏。第一次窗灯关对了，可铜灯也被拿掉了。把指令写细，再改一次才听话。他分两块，一块读懂提示词，一块负责画，权重各60多GB。

两块一起放，这台 mac 就快满了，所以我们让它们轮流进内存。这样新开一张400万像素的图，从头跑完要70秒，这一张内存用到64G。正好一半。去噪就是真正动笔画的那一步，不算加载。同一句提示词，画三档，100万像素6.1秒，400万23秒，1600万139秒。

带两张参考图，同样九格，光去噪就平均128秒，是不带的五倍多。本地跑它有两套方案，两边的权重和计时起点都不一样，秒数不能直接比。diffusers 用官方权重，新开进程，画一张100万像素，从头跑完48秒。康菲UI用社区裁剪过的权重服务开好后，同样100万像素的第一张129秒，接着画400万像素一张44秒。

同样看进程内存，它到过104G。DIFFUSERS新开一张是57.5，改图时空闲内存跌破30%，我们按自己定的停机线停了，再换个小模型FLEX ARCHIVE4B，它也能带参考图，主干只有40亿参数，走4步H3IMAGE，固定6步9格平摊CLIMB，每隔37秒H3IMAGE，157秒。

三样全对，7格少一格，其中3格化成了两页书，或者拆成两个框。回到三个问题，同一只猫，9格里8格对得上。要多久？新开一张，不带参考，400万像素，70秒。像这部片，每格带两张参考图，参考图也要算，整批平摊，一格157秒。吃多少内存？分阶段跑，最高69g，128g的 max studio 够用。

康菲 ui 那套看进程内存到过104g。欧盟、英国、韩国、美国不在授权地区，也不能拿模型和它的图去改进别的模型。细则以原文为准。肯等、肯逐格检查，他能做一部短片，要及时预览。这套配置不合适。