[Bug] 抓包提取的 Gemini 图片无法正常去除水印, 出现跳过处理

[muscidaes]

⚠️ 前置检查 | Essential Checklist

• 我已在 Issue 中搜索过类似问题，确认这不是一个重复的问题 / I have searched existing issues
• 我理解如果未提供清晰的复现步骤或环境信息，Issue 可能会被关闭 / I understand my issue may be closed if repro steps are missing
• 我确认使用的是插件的最新版本 / I am using the latest version of the extension

💻 系统环境 | Operating System

Windows

🌐 浏览器 | Browser

Chrome

🌐 浏览器版本 | Browser Version

Chrome 151.0.7922.72

🎯 受影响的网站或区域 | Affected Site or Area

Gemini

📥 安装来源 | Installation Source

Chrome Web Store

📦 扩展版本 | Extension Version

1.7.0

🐛 问题描述 | Bug Description

在使用本项目的原生 JS 代码处理图片去水印时，发现部分图片无法成功去除水印（部分出现水印残留）。

关键细节说明：

异常图片并非通过 Gemini 网页端“下载完整尺寸的图片”下载，而是通过抓包拦截对话响应报文（JSON / protobuf 响应数据）直接提取的图片链接下载。

怀疑是报文直接提取的原始图片与网页端展示/下载的图片在分辨率、压缩率或通道/元数据上存在差异，导致当前的去水印算法计算失效。

🚦 期望结果 | Expected Behavior

调用原生 JS 代码处理从报文直接提取的原始图片时，也能像处理网页端下载图片一样正常识别并清除水印。

📷 复现步骤 | Recurrence Steps

在 Gemini 对话中触发绘图/生成图片。

通过网络抓包工具截获响应报文，直接提取其中的图片链接数据保存到电脑。

使用 Node 引擎 调用本项目的原生 JS 去水印函数对该图片进行处理发现部分图片水印跳过处理。

📸 截图 | Screenshots

由于涉及多张样本图片对比，已统一整理并上传至测试仓库：
示例与对比样本：https://github.com/muscidaes/gemini-image-watermark-sample

⚙️ 脱敏诊断信息 | Sanitized Diagnostics

No response

📝 补充信息 | Additional Information

由于涉及多张样本图片对比，已统一整理并上传至测试仓库：
示例与对比样本：https://github.com/muscidaes/gemini-image-watermark-sample

💻 贡献意愿 | Contribution

• 我愿意为该问题贡献修复代码 / I am willing to contribute a fix for this bug
• 💡 若 Issue 未标记 community-only，其他贡献者可评论 /claim 认领 / Other contributors may use /claim unless the issue is labeled community-only

[Nagi-ovo]

你好，感谢你提供如此清晰的错误报告。不过，在查看你上传的图片时，我发现其中很多似乎不是原始文件。原文件的大小应该在 8MB 左右，但你的很多图片只有 1MB 左右。

[muscidaes]

没关系，我只是想确认下如果是导致分辨率导致算法参数失效就行。剩下的逻辑我自己再去研究看看。
感谢 Jesse 大佬的解答，辛苦啦

[gunnlace]

我试了样例图片：https://github.com/muscidaes/gemini-image-watermark-sample/blob/main/1911707885582648031_Scene1_processor.png。

当前算法实际上能够找到较匹配的 48px / 96px margin 水印候选（即水印位置），并执行反向 Alpha 处理（即去水印），但处理后仍会留下暗色轮廓，故而回退不处理水印。因此问题可能是：

抓包链接返回的并非网页端下载的完整尺寸原图，而是经过缩放/重编码的派生图片；水印在缩放过程中发生插值，导致固定 Alpha 模板无法精确反向还原。

[muscidaes]

我试了样例图片：https://github.com/muscidaes/gemini-image-watermark-sample/blob/main/1911707885582648031_Scene1_processor.png。

当前算法实际上能够找到较匹配的 48px / 96px margin 水印候选（即水印位置），并执行反向 Alpha 处理（即去水印），但处理后仍会留下暗色轮廓，故而回退不处理水印。因此问题可能是：

抓包链接返回的并非网页端下载的完整尺寸原图，而是经过缩放/重编码的派生图片；水印在缩放过程中发生插值，导致固定 Alpha 模板无法精确反向还原。

你好，感谢你提供如此清晰的错误报告。不过，在查看你上传的图片时，我发现其中很多似乎不是原始文件。原文件的大小应该在 8MB 左右，但你的很多图片只有 1MB 左右。

久等了各位, 我现在已经搞到了原图, 发现还是存在一些漏网之鱼, 现已把样图也 push 到原来的仓库里了
https://github.com/muscidaes/gemini-image-watermark-sample

[muscidaes]

我略微下调了过渡增益相关阈值：MIN_SUPPORTED_TRANSITION_GAIN (0.15 -> 0.11) 和 MIN_SUPPORTED_TRANSITION_RATIO (0.35 -> 0.33),

在 hasSafeSupportedReliabilityTransition (判断安全过渡) 方法中，移除了原来极其严苛的零容忍校验（=== 0），改用新的常量阈值上限来做判断，避免因为图片本身细微的噪点导致去水印失败。
新增放宽后的限制变量：MAX_SUPPORTED_NEAR_BLACK_INCREASE (0.02)、MAX_SUPPORTED_NEWLY_CLIPPED_RATIO (0.07) 以及 MAX_SUPPORTED_RESIDUAL_SPATIAL_SCORE (0.35)。
增加去水印状态返回 (watermarkEngine.ts)

将核心方法 removeWatermarkFromAnchorOptions 的返回值由 void 改为了 boolean。
现在执行完检测和清除后，会明确返回 true/false（通过判断 passes > 0 等），方便调用方直接在单次 Pipeline 中知道是否真的干掉了水印。

[muscidaes]

Jesse 大大下午好, 最近两天发现了一批很小的图标水印存在一些漏网之鱼, 样本数据已提交到

https://github.com/muscidaes/gemini-image-watermark-sample

[Nagi-ovo]

Jesse 大大下午好, 最近两天发现了一批很小的图标水印存在一些漏网之鱼, 样本数据已提交到

https://github.com/muscidaes/gemini-image-watermark-sample

我也发现水印变小了hh，感谢分享！

[yaotech2023]

同样遇到了，应该是gemini故意变小了导致去不掉？

[muscidaes]

同样遇到了，应该是gemini故意变小了导致去不掉？

这两天生成的图突然又没水印了, 网页端更新了 3.7 flash, 图片文件大小突然急剧降低到 2 ~ 4 MB, 比之前模糊了很多

[Nagi-ovo]

同样遇到了，应该是gemini故意变小了导致去不掉？

这两天生成的图突然又没水印了, 网页端更新了 3.7 flash, 图片文件大小突然急剧降低到 2 ~ 4 MB, 比之前模糊了很多

官方可以关闭水印了