SwarmUI图像修复与分割功能的分辨率优化方案

问题背景

SwarmUI是一款优秀的图像生成与编辑工具，但在使用其图像修复(Inpainting)和分割(Segmenting)功能时，特别是在启用"mask shrink grow"(蒙版扩展收缩)选项时，用户可能会遇到生成图像质量下降的问题。这个问题主要源于系统在处理高分辨率图像时采用了不恰当的分辨率设置。

技术分析

当用户对高分辨率图像进行局部修复时，系统默认会使用当前图像的全尺寸分辨率进行处理。这种处理方式存在两个主要问题：

1. 模型兼容性问题：当处理分辨率超过模型原生支持范围时(如SD1.5模型处理超过1024x1024的图像)，会导致生成质量显著下降，表现为细节模糊、特征变形等。

2. 内存消耗问题：高分辨率处理会大幅增加显存占用，可能导致内存溢出或处理速度大幅下降。

解决方案

经过技术分析，我们提出了两种优化方案：

方案一：强制使用模型原生分辨率

string scaledImage = CreateNode("SwarmImageScaleForMP", new JObject()
{
    ["image"] = new JArray() { croppedImage, 0 },
    ["width"] = UserInput.Get(T2IParamTypes.Model).StandardWidth,
    ["height"] = UserInput.Get(T2IParamTypes.Model).StandardHeight,
    ["can_shrink"] = true
});

这种方案的优势在于：

• 确保处理分辨率始终在模型最佳工作范围内
• 避免内存过载风险
• 实现简单直接

但需要注意，这种方式会强制将处理区域转为正方形，可能在某些情况下影响创作灵活性。

方案二：用户自定义分辨率控制

更完善的解决方案是允许用户在UI界面自定义处理分辨率，这需要：

1. 在JavaScript前端添加分辨率控制选项
2. 将用户设置传递至后端处理逻辑
3. 实现智能分辨率建议功能，基于模型能力提供推荐值

这种方案虽然实现复杂度较高，但能提供更好的用户体验和创作自由度。

影响范围

该优化不仅解决了图像修复功能的问题，同时也改善了图像分割功能的质量，因为两者共享相同的底层处理逻辑。

最佳实践建议

对于当前版本的用户，建议：

1. 对于小区域修复，优先使用模型原生分辨率
2. 处理高分辨率图像时，考虑先降采样至模型推荐分辨率
3. 关注版本更新，及时获取官方修复

通过合理设置处理分辨率，用户可以获得更稳定、更高质量的图像修复和分割效果。