在 GPU 上处理一批图像而不丢失追踪记录

清点输入而不触碰原图

统计文件数量，并记录它们的格式、尺寸和特点：照片、插画、透明、文字、精细细节或超大图像。确认它们能正常打开。在归咎于某项设置之前，先找出那些无法读取的文件。

把原图保存在单独的文件夹中。给每个输入分配一个标识符，并在清单中保留完整路径。两个子文件夹可能各自包含一个名为 image-01.png 的文件；一旦去掉它们的上下文，就有覆盖的风险。选择一种既能保留这种区别、又与交付时预期文件名兼容的输出命名规则。

确定尺寸、格式、裁切方式以及是否保留透明。明确哪些内容可以改变：去除背景并不等于可以随意修改标志或文字。对于产品目录而言，某处细节的保真度可能比整体看起来更讨喜的外观更重要。

区分缩放与裁剪。一张 1600 × 1200 像素的图像宽高比为 4:3；按比例缩到 400 像素宽时，高度为 300 像素。因此输出 400 × 400 就需要额外做一次选择：裁剪、加边距或拉伸变形。让这一选择在样本上得到确认，不要让某个默认设置替整个文件夹做决定。

预览可能掩盖像素与其显示信息之间的差异。有些图像带有 EXIF 方向信息：Pillow 文档描述了一个操作，它会根据该标记转置像素，然后移除方向信息。无论使用哪种工具，都要在导出后重新打开文件进行检查，以避免旋转缺失或被应用两次。

透明度同样是需要核查的信息。Pillow 区分 RGB（三个颜色通道）与 RGBA（额外带一个 alpha 通道）。转换或导出可能会改变所保留的信息。如果交付成品需要适配多种载体，请在浅色和深色背景上检查物体边缘。

不要只依赖软件内部的预览。用接收方工具打开几个输出文件，按实际使用尺寸检查尺寸与细节。如果项目要求特定的色彩配置文件或元数据，就把保留这些信息加入验收标准，并核查导出文件的属性。

挑选十二个多样的样本：大图和小图、纯色块、纹理、暗部区域、文字，以及存在透明度的情形。这个数量只是起点，并不保证代表性。下表在一个虚构方案中描述了十二个中的四个标识：这些标准并非通过处理任何文件得出。

先处理一张图，再处理一小批。把设置和变体分开保存。处理之后，记录是接受还是需重做，并写下观察到的原因；表中的标准并不构成结果。

Pillow 的 verify 方法只查找文件缺陷，并不会真正解码像素。它不评估修图的忠实度：请在这个技术检查之外，再打开文件进行人工审看。

挑选十二个可能暴露缺陷的样本
Identifiant pilote	Propriété d’entrée fictive	Sortie attendue	Contrôle et motif de verdict
IMG-001	照片 1600 × 1200 像素。	400 × 300 像素，主体完整。	若尺寸和构图合适则接受；否则记录缺陷。
IMG-004	PNG RGBA，抠图物体。	PNG，保留透明度。	在浅色和深色背景上检查；若有光晕或出现背景则重做。
IMG-008	带有 EXIF 方向的照片。	导出后主体方向正确。	用接收方工具重新打开；若旋转不正确则重做。
IMG-011	带细笔画的标签文字。	文字忠实且清晰可读。	按使用尺寸与原始文字对比；若字符失真则重做。

同时处理的图像数量取决于软件、图像尺寸、处理方法和实际使用的内存。在确定批处理量之前，先用较大的输入做一次试跑。记录完成的张数、报错，以及关于内存或耗时的观察及其条件。

如果某个批次因内存不足而失败，先减少同时处理的图像数量。如果单张输入仍然失败，就查看软件文档中说明的选项，以及是否需要其他配置。有些工具可能提供图像切分功能；它是否存在、对拼接处有何影响，都需要核实。

不要把一张小图的耗时直接推算到三百个不同文件上。加载、输入尺寸、重做和审看都可能改变总数。首批处理也用来观察这种波动，而不是仅凭 GPU 型号就承诺处理速度。

假设有一批三百张店铺图片。十二个样本就属于这三百个输入：它们不额外计入总数。样本通过后，其标识仍标记为已完成。随后你再完成首批三十个输入，其中十八个是新的，然后才扩大处理范围。

首轮处理之后，假设有 286 个输出被接受、9 个需重做、5 个输入无法读取：286 + 9 + 5 = 300。九个重做中，有七个输出最终通过，两个仍然不正确。输入的所有者还提供了三个可读取的替换文件，其输出随后也通过验证。

最终统计变为 286 + 7 + 3 = 296 张通过，另有四例未解决。这些数字只是跟踪示例，并非实测结果。不要把整个项目说成三百张图的交付：要么由对方决定这四例例外如何处理，要么交付这 296 个文件，并让对方明确接受这一限制。

实例演示：跟踪三百张图直至交付
État	Après le premier passage	Après les corrections décrites
已接受	286	296
输出仍需重跑	9	2
输入仍不可读	5	2
跟踪总数	300	300

您的跟踪表应将输入标识、输出路径、所用试次、判定结果以及重跑原因一一对应。“待处理”“进行中”“产物待核验”“已接受”和“需重跑”这些状态可以避免仅仅因为文件存在于磁盘上就将其认定为完成。

一旦发生中断，就从这份清单出发。检查中断前已生成的文件，并根据软件的能力仅重跑那些未被接受的条目。盲目重跑整个文件夹可能重新生成变体、覆盖良好的结果，或让统计变得复杂。

请将新变体写入单独的位置。只有在检查通过后才替换最终采用的输出，并更新清单中的链接。即使变体名称发生变化，输入的标识也应保持不变。

请按预期标识计数，而不是不加区分地数文件：一个原图可能有多个变体。确认每个已接受的输入都恰好对应交付所采用的那份输出。缩略图总览有助于发现整体偏差，但精细轮廓和文字仍需要更细致的检查。

将采用的图片、清单和有用参数复制到您的目标位置。从该副本打开具有代表性的文件，以及所有曾需要重大修正的案例。请将交付物与被否定的变体分开，并说明仍存在的例外情况。

最后，请将审查、反馈和导出纳入您选择的 3、7 或 30 天周期。一个周期性系列在两批之间可能有大量等待时间，而一个单次批次可能需要多次修正。应以项目的实际时间表来确定时长，不要将较长的周期等同于有更多图片的保证。