这个应用之所以存在，正是因为一个庞大的档案库。三十年的家庭照片和视频累积到超过十万个文件——远远超过任何人能坐下来逐一看完的量。到了这个体量，一个收藏就不再是你会去翻阅的东西，而是需要被重新带回到你面前的东西。
所以它的设计从一个对照片软件来说不太寻常的地方开始：没有导入步骤。你添加顶层文件夹，应用就在原地读取它们。没有任何东西被编入数据库，没有任何东西被复制进图库，也没有任何文件需要先「登记」才能出现。
在大体量下保持扫描速度
这里主要靠三项设置，而是否设置得当，决定了媒体库是「几乎瞬间」还是「明显沉重」：
- 添加顶层文件夹，而不是每一个嵌套相册。一个父文件夹加上启用子文件夹，就能覆盖整整十年；把两百个活动文件夹分别添加为独立条目，只是给应用更长的列表要走。
- 打开 Include subfolders，让你本来就有的层级结构去承担整理工作，而不是把它压平塞进设置列表里。
- 按文件类型过滤。如果你把 RAW、导出文件和截图和成品照片放在一起，限制启用的类型就能在其他环节还没开始考虑之前先缩小工作集。
在整个媒体库上随机或顺序播放
两种顺序都支持，而在这个体量下这个选择比只有几百张照片时更重要。顺序播放给你时间线——一个文件夹按序走完，适合单次活动。而随机播放才是让一个大档案库值得接到屏幕上的原因，因为它会翻出你真的已经忘掉的东西，而不是在你早就记得的内容里行军。
随机有一个值得预先考虑的后果：错过的照片可能很久都不会再出现。这正是为什么在这个体量下往回翻看历史很重要——它是抓住那张你晚了半秒才看见的照片的唯一现实办法。
那些打不开的文件会怎样
任何这个规模的档案库都包含无法显示的文件。这不是你收藏的缺陷，而是算术。在几十年间累积的十万个文件里，经过格式变迁、硬盘迁移和云同步，总会有一部分是读不出来的。问题在于应用碰到它们时会怎么做。
- 损坏的文件——多年前一次失败的复制导致被截断的 JPEG。
- 不受支持或被过滤掉的格式——包括你自己在类型过滤里关掉的一切。
- 仅存于云端的占位文件——存在于 OneDrive 或 iCloud、以存根形式存在但从未下载到本机的文件。
- 不在你所包含子文件夹范围内的路径——磁盘上确实有，但不在你指向应用的那一组里。
这些全都会被跳过，让播放继续，而不是卡在第一个坏文件上。而当用户媒体确实无法访问时，应用会显示内置的备用图片而不是停下来——一片空白看起来像崩溃，而这是从一个读不出的文件夹里得出的错误结论。
大体量下的云同步文件夹
占位文件的问题在这里咬得最狠。如果你档案库的很大一部分位于设置为「节省空间」的 Drive、OneDrive 或 Dropbox 同步文件夹里，那么磁盘上的大多数东西可能只是存根而不是文件——它们会被跳过。请把这些文件夹标记为始终可离线使用，让真正的文件在本地存在。云备份常见问题讲了这一点，而且无论如何，为无可替代的档案做备份都是值得的。
事后再找到某一张照片
在十万个文件的规模下，「那张在哪个文件夹里？」是一个真实的问题，而不是修辞。可选的文件名叠加会把完整路径、相对路径或仅文件名显示在屏幕上，于是让你眼前一亮的那张照片，一分钟后就能在磁盘上找到，而不是变成一件你「隐约记得看过」的事。
结构依然重要
应用不会重新整理你的文件，所以它们怎么放，就会怎么被展示。这一点在拼贴版式上影响最大——拼贴把几张照片并排放在一起，也就等于暗示它们是一组；而「同文件夹拼贴」选项加上按主题划分的子文件夹，正是让这个暗示成立的东西。文件夹整理指南介绍了在大体量下依然站得住的结构。
如果在一个大型媒体库上出现了看起来不对的情况，请先打开设置 → Log，再去设想最坏的情况——在 Windows 上文件位于 %TEMP%\MemoryScreenSaverPlus.log，在 Mac 上位于 ~/Library/Logs。不会自动上传任何内容；要提交错误报告，请把最后 30–50 行粘贴到联系表单里。
没有索引、不上传、无需账号
没有后台索引服务，没有云端分析，也没有任何内容被发送到任何地方。十万张个人照片正是那种不该上传给任何人的东西——包括这个应用的作者——所以它们不会被上传。安装之后它完全离线运行，除了可选的新版本检查。
下载 Windows 和 Mac 版