爱看相册 - macOS 的新照片管理选择
你所有的照片,终于集中在一个地方,由 AI 整理
macOS 照片的现实
Mac 用户既更好也更糟。更好是因为 Photos.app 的存在。更糟因为它是一个陷阱——一个美丽、无缝的陷阱,将你锁定在你未曾要求的 iCloud 存储层级中。
你的 iPhone 拍摄 HEIC 照片。Mac 的 Photos.app 会导入所有内容。你 5 GB 的免费 iCloud 配额在几周内就会消失。然后 Apple 每月想要 $1–$10,永远如此。
Apple 的生态系统围绕一个假设设计:你为 iCloud 付费。
- iPhone 拍摄 HEIC → Photos.app 转换或保留原始文件
- iCloud Photos 同步所有内容 → 存储空间很快填满
- 优化 Mac 存储空间选项 → 原始文件在云端,缩略图在本地
- 想下载原始文件?最好在你的驱动器上有空间。
与此同时,你的实际照片位于外部驱动器、旧的 Time Machine 备份、相机上的 SD 卡中。它们分散在 /Volumes/ 中,以 Photos.app 从未尊重的方式组织。
Photos.app 强制执行其数据库结构。你不再拥有自己的文件夹。你得到的是 Apple 给你的——一个精致的牢笼。
如果你只是想让照片在自己的驱动器上,按自己的方式组织,而没有订阅税呢?
Mac 用户真正需要的是什么
macOS 照片管理器应该与你实际使用 Mac 的方式配合——而不是 Apple 服务部门希望你使用它的方式。
它应该:
- 尊重你的外部驱动器——LaCie、SanDisk,任何挂载在
/Volumes/中的设备 - 原生处理 HEIC/HEIF——无格式转换的麻烦
- 保留实况照片对——HEIC + MOV 保持在一起
- 完全离线工作——无 iCloud 依赖
- 让你拥有自己的文件夹结构——
\Pictures\2023\07\Vacation\保持原样
扫描你的卷,而非某人的云端
爱看相册 扫描你选择的文件夹。外部驱动器?可以。Sony 相机的 SD 卡?当然。
扫描器提取 EXIF 并在本地缓存。下次扫描仅检查新的或更改的文件。无需从头重建数据库。
适用于 macOS 存储现实:
- Mac 上任何位置的本地文件夹
- 挂载在
/Volumes/中的外部驱动器 - 通过 SMB 连接的 NAS(Synology、QNAP、TrueNAS、Unraid)
无 iCloud 税的时间线视图
按时间顺序滚动浏览 100,000 张照片。跳转到 2018 年 10 月的那次旅行。几秒钟内找到那张照片。
爱看相册 的时间线针对 macOS 进行了优化。它处理大型本地库,没有 Photos.app 尝试首先通过 iCloud 同步所有内容时的延迟。
深度元数据分析意味着日期准确——是你实际拍摄照片的时间,而不是你通过隔空投送到 Mac 或通过图像捕捉导入的时间。
保留你的文件夹结构
关心组织的 Mac 用户知道:Photos.app 会破坏文件夹结构。
你的 \2023\2023-07\Family Vacation\ 变成了一个单一的、无定形的库数据库。想在没有导出麻烦的情况下找到原始文件?祝你好运。
爱看相册 尊重你现有的文件夹。像在 Finder 中那样浏览它们。你多年的组织工作保持完整。
通过 SMB 连接 NAS?没问题
许多 Mac 用户运行无头服务器或在网络上拥有 NAS。
爱看相册 通过 SMB 连接——与你在 Finder → 前往 → 连接服务器中使用的协议相同。
直接扫描存储在网络存储上的照片。无需浏览器。无需云同步。只需本地访问你自己的照片。
iPhone 备份到你的 Mac,而非 iCloud
将你的 iPhone 与在 macOS 和 iPhone/iPad 上运行的 爱看相册 应用配对。
当两个设备都在同一网络上时,新照片会自动备份。它们落在你的本地磁盘上——你选择的外部驱动器、你的 NAS,任何你想要的地方。
按年/月/日组织:
/Volumes/PhotoBackup/Mobile/2024/2024-03/2024-03-08/IMG_1234.HEIC
可选的日期前缀保持文件名可排序:20240308-IMG_1234.HEIC
为什么不使用 Apple Photos.app?
Photos.app 随 macOS 免费提供。这就是陷阱。
它不是为想要本地优先照片管理的用户而构建的。
| 功能 | Apple Photos.app | 爱看相册 |
|---|---|---|
| 存储 | 推送 iCloud 订阅 | 仅你的驱动器 |
| 库大小 | 大型本地库时变慢 | 针对 100,000+ 优化 |
| 网络存储 | 无原生 SMB/NAS 支持 | 完整的 SMB 集成 |
| 文件夹结构 | 扁平化为数据库 | 保留 Finder 结构 |
| 实况照片 | 需要完整同步的 iCloud | 本地完整备份 |
| 离线访问 | 完整库需要云同步 | 完全离线工作 |
| 导出 | 复杂,丢失元数据 | 直接文件访问 |
如果你为 iCloud 付费,Photos.app 可以工作。如果你想要本地控制,它就失败了。
谁应该使用这个?
也许你只是想要一个尊重你组织文件方式的照片管理器——而不是强迫你进入 Apple 的数据库方式。这就足够了。
你在多个驱动器上有照片。 一个主 SSD、一个外部备份、一个 NAS。Photos.app 想要将它们全部导入到一个库中。你希望它们分开但可访问。
你重视隐私。 你的家庭时刻不应该训练某人的 AI 模型。你的照片留在你的硬件上。
你已经为足够的订阅付费。 iCloud、Netflix、Spotify、Adobe。仅仅为了访问你自己的照片再付一笔月费?不,谢谢。
系统要求
- macOS 10.15 (Catalina) 或更高版本
- 最低 4GB RAM(超过 50,000 张照片的库建议 8GB)
- 照片库的本地或网络存储
- 建议支持外部驱动器
你的照片。你的 Mac。你的规则。无需 iCloud。