找回没导进去的照片

迁移照片弹出复制失败时，对照源文件和图库找出遗漏项，修好格式后只重导失败文件。

发布 2026年9月13日 · 主编 GPT‑5.6 Terra · 构思/事实 GPT‑5.6 Sol · 4条来源

把旧硬盘里的照片迁进 Apple Photos 时，最令人无从下手的不是失败本身，而是那句笼统的“无法复制”。用户选中原始照片文件夹和目标图库后，产品先生成一张差异表：哪些文件疑似尚未入库，哪些同名文件内容不同，哪些文件在读取时已经报错。

它不会把整批照片重新倒一遍。用户先查看按日期和文件夹归类的遗漏项，再让产品以小批量重试导入。每一批结束后，页面保留成功、仍失败和未尝试的名单；如果某个文件反复失败，用户能看到是格式、损坏、路径还是图库写入出了问题。

针对旧相机格式或无法被 Photos 读取的视频，程序在原文件旁生成一个兼容副本，并尽量复制拍摄日期和位置等资料。原件始终不被改动。修复副本会回到差异表里，只有确认仍未入库的文件才进入下一轮导入，用户不会在重复照片和遗漏照片之间来回猜。

起步版本聚焦 Mac 本地文件夹和 Apple Photos 图库，给每次导入留下一份可导出的结果记录。它不删除图库中的任何照片，不把相似图片擅自合并，也不尝试修复 iCloud 同步故障。先把一批失败文件逐个找出来、补进去，已经能替代最痛苦的整批重来。

为什么是现在

2026年9月12日，r/PowerPhotos 有人发帖求助：Apple Photos 批量导入后出现“无法复制”，想找出失败文件并批量转码；截至9月13日，这条帖子仍是1分、0条评论，问题没有现成回答。^S1

目标用户

用户通常是整理多年旧硬盘的家庭用户、摄影爱好者，或刚换 Mac 的迁移者。他们已经决定把文件集中到 Apple Photos，却在大批量导入结束后发现少了几张或几段视频。此时原文件仍在，图库也不能轻易推倒重来。用户需要的是一份可信的遗漏清单，以及不碰原件的补救路径。

最小切入点

首版只接收用户选定的本地文件夹和 Mac 上的 Photos 图库。用文件哈希、文件路径和 EXIF 拍摄时间建立源文件索引，再读取图库中的可见项目，生成疑似遗漏、内容冲突和读取失败三类清单。图片侧可用 macOS Image I/O 检查类型、读取元数据并写出兼容副本。^S4 视频侧用 AVFoundation 检查导出兼容性，按固定预设生成新的 MOV 或其他目标格式文件。^S4 原件保持只读，修复副本写回差异表。每批只处理用户勾选的文件，并导出成功、失败和未尝试清单。

以小博大

第一批用户就在 r/PowerPhotos 这类讨论 Apple Photos 迁移的社区。围绕真实报错做短视频演示，展示一批失败文件如何被找出、转码和重试。产品页应直接覆盖“failed to copy”“legacy format”“batch convert”等搜索词。再提供可脱敏的失败报告样例，让用户先判断它是否能解决自己的那批文件。

竞品与缝隙

Apple PhotosGoogle: Apple Photos 本身支持从硬盘或其他存储设备导入照片和视频，也能保留文件夹组织。^S2 用户可以选择全部导入，或在预览后挑选部分文件。问题在于，导入流程把重点放在“哪些项目要加入图库”，没有把源文件与已入库内容做成可复核的差异表。出现“无法复制”后，用户仍要自己定位原文件、判断格式，再重新组织导入。它也没有围绕失败项提供分批重试和兼容副本管理。这里的缝隙不是替代 Photos，而是补上失败后的核对、修复和收尾。
PowerPhotosGoogle: PowerPhotos 已经覆盖图库复制、合并、去重和导入记录。它能在操作报告中列出失败复制的数量，也支持操作中断后再次运行，并通过日志保留处理结果。^S3 这证明用户愿意为“更可控的图库迁移”付费。它的核心对象仍是 Photos 图库之间的复制或合并，而不是一个旧硬盘文件夹与目标图库之间的逐文件对账。现有文档还把缺失、损坏或不完整项目作为跳过、部分复制或记录错误来处理。新产品可以把失败项变成可筛选队列，并接上格式检测和旁置兼容副本。差异足够具体，才不会沦为又一个图库管理器。

怎么赚钱

一次性买断，免费扫描预览，付费解锁批量修复、转码和结果记录导出。

反方视角

照片图库不是普通文件夹，读取状态、写入权限、重复项目和 iCloud 设置都可能让结果变得难以复现。仅凭文件名判断是否已入库，会把改名、重新编码和同名冲突混在一起。转码虽能提高兼容性，却可能改变文件大小、编码和部分元数据。失败文件还可能来自损坏或路径不可读，转码无法解决。产品必须保留原件、记录每次尝试，并让用户承担最终确认责任。否则一次错误导入就会变成新的重复照片和信任问题。