先检查一下你的浏览器
视频路径需要 WebCodecs 和一台桌面级机器。nomark 会在放行之前先做检查，免得你在一次崩溃上白白花掉十分钟。
一段片段是如何处理的
- 01
选择片段
来自你自己设备的 MP4、WebM 或 MOV。不上传任何内容，因此长文件消耗的是时间，而不是带宽。
- 02
在本地运行
nomark 先在整段片段中抽取若干帧来寻找标记，然后逐帧走完全片：解码、在标记区域内逆转混合、清理残留边缘、编码。
- 03
保存 MP4
成品文件在此标签页内组装，并保存到你的下载文件夹。关闭页面后不会留下任何东西。
视频路径有何不同
图片工具是纯算术。视频不是，假装它是就不够诚实。
检测采用抽帧
从片段中均匀取出十来帧进行评分，用来定位标记并估计其不透明度，而不是在每一帧上重新判断。
去除用的是同一个逆运算
每一帧的水印区域都会经过与图片路径完全相同的逆向 alpha 混合。
一个小型本地模型负责清理边缘
视频压缩留下的残留边缘，由一个通过 ONNX Runtime 在你设备上运行的紧凑去噪网络加以平滑。它只作用于水印区域，也是 nomark 中唯一依靠模型而非算术的部分。
片段会被重新编码
输出是 MP4 容器中的 H.264。与图片路径不同，整帧都会被再次压缩，因此标记之外的画面与源文件并非逐位相同。
音频是复制，不是重新编码
源音频编解码器若能装入 MP4 容器，就逐包复制。若不能，导出结果没有声音，nomark 会在结果页面直说。
支持哪些格式
- 输入视频
- MP4、WebM、MOV
- 输出视频
- 始终是含 H.264 视频的 MP4
- 分辨率
- 1920 x 1080 是基准尺寸，支持得也最好。1280 x 720 与 720 x 1280 有各自调校过的几何参数。其余尺寸都由这几种推算而来，属于实验性质。
- 时长
- 先从短片开始。1080p 下十秒以内是经过测试的最佳区间。
- 文件大小
- 第一次尝试请选小文件。真正拦住长片段的是内存，而不是某条明文规则：成品文件在保存前先在内存中组装完成。
- 音频
- AAC 原样保留。其他编解码器会被丢弃。
限制与已知弱点
这些都是真实存在的。没有哪一条值得被掩盖。
它很慢
每一帧都在你的机器上解码、编辑并编码。请按分钟而不是秒来预期，并且要知道没有 GPU 加速的笔记本会比有的慢上好几倍。
整帧都会被重压缩
视频导出不是无损的。标记之外的画面会以高码率重新编码，但与源文件并非逐位相同。
检测可能不确定
如果标记未被确认，nomark 会停下而不是靠猜。你可以强行继续，但那样就要逐帧检查结果。
非常规分辨率属于实验性质
候选几何参数由 1080p 推导而来。调校集合之外的异常裁切与竖屏尺寸，可能根本找不到标记。
停止不是瞬时的
导出循环无法在一帧中途被打断。取消会丢弃结果，而实际工作会在下一帧处停下。
真正的上限是内存
输出会作为单个缓冲区在内存中组装。较长或高码率的片段可能在完成之前就耗尽标签页的内存。
视频相关问题
怎样去除视频中的水印？
在桌面版 Chrome 或 Edge 中打开此页面，选择一个 MP4、WebM 或 MOV 文件，然后让它跑完。检测会抽帧定位标记，随后整段片段逐帧重建并保存为 MP4。全程不上传任何内容。
它支持 Veo 片段吗？
它针对 Gemini 与 Veo 输出所带的可见标记，包括拥有独立检测路径的 Veo 文字标。请先跑一小段：如果标记未被确认，nomark 会停下而不是靠猜。
支持哪些格式？
输入支持 MP4、WebM 与 MOV。输出始终是含 H.264 视频的 MP4。AAC 音频原样保留；无法装入 MP4 容器的编解码器音频会被丢弃，结果页面会告诉你何时发生了这种情况。
视频工具和图片工具一样可靠吗？
不一样，而且差得不少。图片是在单帧上的纯算术，并带有经过验证的安全检查。视频则加入了抽帧、一个本地去噪模型和一次完整的重新编码。请把它当作较新的路径，检查输出，并保留原件。
长视频或大文件怎么办？
成品文件在保存前先在内存中组装，因此决定你的浏览器能撑住多少的是时长和码率，而不是任何写明的上限。先用 1080p 下十秒以内的片段测一测你的机器，然后再逐步放大。
我的音频会保留吗？
如果是 AAC，会保留，逐包复制且不重新编码。其他编解码器不重新编码就无法放进 MP4，而 nomark 不做重新编码，因此那些导出结果是无声的，并会在结果页面注明。