免费下载

SD-WebUI官方原生合集：https://aizyk.com/927.html

SD-WebUI秋叶整合包合集：https://aizyk.com/990.html

就在两天前AUTOMATIC1111发布了stable-diffusion-webui v1.9版本，更新内容大致如下

特征：

根据模型时长而不是采样步数进行精炼器切换
添加一个选项以使用旧式目录视图而不是树视图；额外网络排序/搜索控件的风格更改
添加用于重新排序回调的 UI，支持在扩展元数据中指定回调顺序
SDXL-Lightning 模型的 Sgm 统一调度程序
主 UI 中的调度程序选择

更新

如果你是用的原生AUTOMATIC1111的包，可以来到SD-WebUI根目录，上面的地址栏打开终端，键入升级命令（需要魔法）

git pull

更新的时候记得把原来的UI复制一份备份（万一出现啥幺蛾子，说不清楚，或者你在上面从新下载1.9的安装包，重新安装一个地方）

如果你使用的秋叶整合包，打开启动器，点击版本后面的切换就像

更新一：调整Refiner

Refiner触发条件做了更改，我们都知道以前的Refiner是根据采集器的步数来触发，

例如：采样20，切换时机：0.8，意思就是采样到16步的时候，Refiner接手优化工作，而现在1.9的版本，已经砍掉了这个功能。

而是把Refiner转交到模型内部时间步骤来触发，什么是模型内部时间步骤呢？可以理解在生成图片的时候，模型内部的一个变化阶段，在这种情况下，它可能涵盖了多个采样步骤，或者与采样步骤完全不同的内部进程，当大模型的时间步骤到达80%的时候，就会触发Refiner，从而进入优化阶段，这时就不再是采样步骤的80%了，可能会触发更早或更晚。

官方这里也说明了，为什么要修改这个功能，由于在旧版本中，Refiner的引导时间是根据采用迭代步骤来控制，这样就有可能导致与模型训练的时间步骤不一致，也就是说，比如Refiner是在模型后期训练阶段，比如200个时间步骤训练的，最好的状态也是在生成图片相似的阶段被激活，所以这样就避免Refiner过早或者过晚切换的问题。使Refiner的效果与训练的效果更加一致，从而提升图像质量和生成时候的可控性。

示例：

在以前文生图旧示例中：此处使用的Refiner模型经过最后 200 个时间步骤的训练。采用Karras 计划类型，特别是在零信噪比的情况下，极大地改变了在此 50 步采样过程中调用的模型时间步骤，这导致Refiner过早切换到默认噪声计划的实际正确设置。在旧配置下，该细化器的 Karras 采样器有效正确设置为 0.88。

现在修复版本：通过此修复，Refiner的行为与不同计划中的相同设置保持一致，并且不再过早触发。 0.8 确实是一个正确的设置。

图生图/inpainting 中旧行为的示例（修复蒙版位于头部上方，添加帽子，去噪强度 0.75）：这个更复杂，差异很微妙。正常计划的有效正确设置是在 0.75 处切换，而对于 Karras 来说，在 0.85 处切换是正确的。因此，使用预期设置 0.8 对于正常计划来说太晚了，而对于 Karras 计划来说则太早了。随着降噪强度变低，问题变得更加严重。该网格显示修复后的行为。 0.8 的切换现在对于两者来说都是正确的。