Seed breaking changes
1.8.0(开发版:1.7.0-225)2024-01-01 - 零终端SNR噪声调度选项
轻微更改所有图像生成。该PR更改了alphas_cumprod,除非启用了向后兼容选项,否则不会使用fp16。向后兼容选项是“在采样之前将模型alphas_cumprod降级为fp16”,并且在从旧图片恢复参数时自动启用(只要infotext中有Version: ...)。
1.6.0 2023-08-24 - 提示编辑时间轴具有第一遍和高分辨率修复遍的单独范围
两个更改:
1. 在更改之前,提示编辑指令(例如[red:green:0.25]
)在正常生成和高分辨率修复的第二遍中是相同的。更改后:0.0 - 1.0范围内的值适用于第一遍,1.0 - 2.0范围内的值适用于第二遍。
2. 在更改之前:小于1的数字表示步骤的比例,大于1的数字表示步骤的绝对数量。更改后:带有小数点的数字表示步骤的比例,不带小数点的数字表示步骤的绝对数量。
在兼容性页面上有一个设置可以启用旧行为。
模式 | 旧第一遍 | 旧第二遍 | 新第一遍 | 新第二遍 |
---|---|---|---|---|
[red:green:0.25] |
步骤的25%为red ,步骤的75%为green |
相同 | 步骤的25%为red ,步骤的75%为green |
green |
[red:green:1.25] |
第一步为red ,其他步骤为green |
相同 | red |
步骤的25%为red ,步骤的75%为green |
[red:green:5] |
前5步为red ,其他步骤为green |
相同 | 前5步为red ,其他步骤为green |
green |
[red:green:5.0] |
前5步为red ,其他步骤为green |
相同 | red |
red |
1.6.0 2023-07-30 - 在注意力和提示编辑中添加数字后的空格支持
在PR之前,在提示编辑([foo:0.5]
)中的数字后面以及在注意力((foo:0.5)
)的数字前后添加空格会导致它们无法工作,只会被视为纯文本。该PR更改了这一点,现在[foo : 0.5 ]
和(foo : 0.5 )
可以工作。如果用户错误地在不允许的位置写入空格的提示,将生成不同的图片。
2023-04-29 - 修复二阶采样器的提示计划
二阶采样器(Heun、DPM2/a、DPM++ 2S/a、DPM++ SDE / Karras)在提示[dog:cat:0.5]
时会导致提示计划运行速度加倍(即对于100个步骤,提示在第25步之前为dog
,在第50步之前为cat
,并在第100步之前保持为dog
)。这个修复通过检查采样器是否为这些二阶采样器之一,并将步骤计数乘以2来计算提示计划。
2023-03-26 - 通过修改层的权重应用LoRA
TLDR:生成的图片略有不同。如果使用高分辨率修复,这些小差异可能会被放大成大差异。
80b26d2a中引入的新方法允许预先计算一次新的模型权重,然后在创建图像时无需进行任何操作。因此,添加许多LoRA将在第一次应用这些LoRA时产生轻微的性能开销,之后的生成速度将与不启用任何LoRA时一样快。旧方法会使每次添加新的LoRA时生成速度大大降低。
生成的图像之间的差异很小,但如果对您很重要(或对您使用的某个扩展很重要),1.2.0添加了一个选项来使用旧方法。
2023-02-18 - 在不同批次大小之间使DPM++ SDE确定性
DPM++ SDE和DPM++ SDE Karras采样器在批次中生成的图像与具有相同参数的单个图像不同。PR https://github.com/AUTOMATIC1111/stable-diffusion-webui/pull/7730修复了这个问题。但修复的性质也改变了生成单个图像的内容。在兼容性设置中添加了一个选项来恢复到旧行为:不要使DPM++ SDE在不同批次大小之间确定性。
2023-01-11 - 交替单词语法错误修复
如果在97ff69ef之前使用交替单词语法错误修复和强调,程序会错误地将强调部分替换为(
。所以,[a|(b:1.1)]
,而不是变成以下序列:
a
-> (b:1.1)
-> a
-> (b:1.1)
-> ...
变成了
a
-> (
-> a
-> (
-> ...
该错误已经修复。如果您需要重现旧的种子,请自己在提示中加入开括号([a|\(]
)
2023-01-05 - Karras sigma最小/最大值
一些讨论在这里:PR
要恢复到旧的sigma值(0.1到10),请使用设置:Use old karras scheduler sigmas
。
2023-01-02 - 高分辨率修复重做
不再使用宽度/高度来指定目标分辨率,而是使用宽度/高度来指定第一次处理的分辨率,然后使用"Scale by"乘数(高分辨率放大)或直接使用"Resize width to"和/或"Resize height to"(高分辨率调整)来设置结果分辨率。
以下是旧版本和新版本设置之间的对应关系:
旧版本 | 新版本 |
---|---|
Size: 1024x1024 | Size: 512x512, Hires upscale: 2.0 |
Size: 1280x1024, First pass size: 640x512 | Size: 640x512, Hires upscale: 2.0; 或者 Size: 640x512, Hires resize: 1280x1024 |
Size: 1024x1280, First pass size: 0x0 | Size: 512x576(如果使用旧的infotext,则自动计算 - 将其粘贴到提示中并使用↙️按钮),Hires upscale: 2.0 |
Size: 1024x512, First pass size: 512x512 | Size: 512x512, Hires resize: 1024x512 |
2022-09-29 - 新的强调实现
新的实现支持转义字符和数字权重。新实现的一个缺点是旧实现并不完美,有时会吞掉字符:"a (((farm))), daytime" 例如,会变成没有逗号的 "a farm daytime"。新实现不会出现这种行为,它能正确地保留所有文本,这意味着你保存的种子可能会产生不同的图片。
目前,在设置中有一个选项可以使用旧的实现:使用旧的强调实现
。
有关该功能的更多信息:注意/强调