Follow

第一个问题,因为同名文件。而我导出资料期间有过中断操作,为了节省时间,我把文件冲突处理为「跳过」,我觉得会跳过已经导出的文件,殊不知也跳过了那些同相簿内的同名文件。 的存储真神奇,相簿是一个我无法理解的东西。我早就想过 iPhone 拍摄的照片文件名都是 IMG_****.JPG,只有四位数字,那么超过一万张照片怎么办呢?估计就是使用相同的文件名吧。:) 所以,我为了节省时间而即将浪费更多的时间,重新导出。由于一张照片一定出现在多个相簿中(至少在「全部照片」这个相簿中),操作数据中大概会有二三十 GB 的重复。第二个问题,备注,哈希是在手机上用捷径计算的。

没有二三十,应该是十几。

呃,还是搞错了,没注意。重复数据是不只二三十 GB 的。如图是一份因跳过同名文件而不完整导出的资料,居然有 98 GB……(我使用 iMazing for Windows 导出全部相簿。)

只能一个一个相簿校对了。

是这样, 在导出某个相簿的时候不会处理其中同名文件,只有在打开该相簿,将相片和视频全选导出,才会弹出如何处理冲突的对话框,作为一个专门处理 iPhone 传输的软件,实在不应该。所以,实际上重新导出也是徒劳,我应该逐个相簿地全选导出。

人们说用 iPhone 不折腾,我看未必。该折腾的一点不少。而且,对于较为封闭的系统,还需慢慢探索;对于开放的,事情都比较明了,一劳永逸。

你们这些 app 也是有意思,NOMO 的照片全叫「img.JPG」,OneTake 的视频全叫「loop.MP4」。为你们点赞。

感谢谜底科技的 Album Manager 为删除空相册提供技术支持。

正在导出相簿 A 的全部内容,在手机上全选相簿 B 的内容,删除,无反应,内容仍在原位。稍后发现,相簿 C 的全部内容已被删除。

存在这样的问题,某相簿 D 可能有多个重名文件,当未处理同名文件、直接将相簿导出时,导出结果图片数量 (n) 比手机显示的 (m) 少,这很好判断。但如果新增一个因素就很难办:一张照片**可能**被添加到多个相簿,那么清理别的相簿时,有可能删除了相簿 D 中的内容使其数量减小 (m-),而对 D 的导出结果(在电脑)没有被同时清理 (n),当 m <= n 就无法判断是否有同名文件未处理了。

首先迁移 apps 相簿,自建相簿稍后,降低这种风险。

不对。不要一边核对一边删除,m 就不变。我太急了。好笨噢。

恶心吐了。没有一个存放相机拍摄的照片的相簿。几乎无法挑选。「相机」里存放的是包括从各种应用保存的图片、手机截图等等在内的所有图片。不愧是

等我把其他各种图片删除,剩下的就是我拍摄的照片(和视频)对吧?:) 也好奇 macOS + iOS 用户们是如何分拣出相机拍摄的照片的。

最后一步,在 照片 app 中将「最近删除」的近 8000 张照片删除,点击右上角【选取】后选择【全部删除】,无法完成。手动选择 100 张照片,可以删除。

软件号称用户友好。每天一个 iPhone 小技巧,轻松完成那些无需技术常识的小事情,比如清空最近删除的照片:
guidingtech.com/fix-iphone-rec
然而不奏效。蚂蚁竞走十年了。But how can I save the day?

30 天内删除数千张照片且欲清空,这真是边缘案例吗?

无法显示缩略图,均为空白。手工选取来删除,3000 张照片这个数量是可以进行的,只不过要划选很久。这是我能测试的极限。最后剩下 500 张,清空也是可以进行的。希望这是本串嘟文的最后一条。

对「小白」友好,不是因为不用折腾,而是因为无法折腾,阻绝了道路。林檎系统的排他性,使其他系统与之交互困难,迫使轻松于「无法折腾」的用户进一步购买全套林檎商品,并站在 后引以为豪。纵使林檎硬件与软件的质量日渐下降也在所不惜。

要是不是我在删除手机原件之前仔细对照,还真不知道能有同名文件。= =

@sd 哈哈哈哈哈哈,这是什么东西,有点眼熟喔 :blobpeek:

@sd 我对app相簿有一种难以解释的厌恶……

Show newer

@sd 我之前给朋友做了类似的快捷方式,因为她需要把所有照片从手机移到iPad,然后把手机上的照片删除……
虽然我觉得这件事本身很傻,但是如果不买iCloud的话,需要删除大批照片应该是很正常的事情。

@sd 13……就有了,以前我都是用第三方app整理的,有很多日本程序员喜欢做这种分类app

@loikein 系统没有的话第三方 app 能区分吗…?有什么推荐?x.x

@sd 抱歉我找一下……好久没用了……

@loikein 感谢!不过不是特别要紧~

@sd 抱歉找不到直接创建原生相册的那个app了,不过妳可以试试这个:

‎HashPhotos on the App Store
apps.apple.com/us/app/hashphot

Show newer

@sd 这个 是我觉得比较恶心的一点,我的iPad和iPhone上(同一个版本的iOS)同一张照片有不同名字,然后又有重复名字的问题,想要锁定某张照片简直是不可能任务…… :blobugh:

@sd 我是之前试图用快捷指令打开一张经常需要用到的照片的时候发现的……在手机和iPad上需要设置两个名字,而且需要用某种逻辑(有很多方法)只选需要的那一张而不是所有同名照片……😅

@loikein 那种重复使用的素材之类的?存一份到 iCloud Drive 单独的文件夹里调用应该可以吧。就避过那些同名照片……(? :amaze:

@sd @loikein

如果参考Mac上的照片应用的存储结构的话,在单个的图片上层,还有一个和时间信息相关的目录,精确到秒,所以四位数字不会重复,除非一秒拍一万张……

其他的,大概,我猜啊,可能图片文件是从设备导出时才有名字,在设备内部可能是有内部的标识方式吧。

@dimlau @loikein 不懂这样搞有什么好处,只会让人难办……macOS 的照片应用也是这样岂不是很麻烦,直接在文件浏览器里管理照片可以避免这种麻烦吧?感觉四位数字序号并没什么意义。Android 就简单直接以日期时间作为文件名。我在 iOS 的「全部照片」下面看到一些目录。(如图)

@sd @loikein

你看果然是这样。

Mac的理念就是你啥时候用就导出合适的版本来用,不用的时候你就别操心这些数据放在哪。

音乐还好,虽然也是自动分门别类归档但不是默认隐藏的;图片的话,内建应用的图库就是一个精美图标的「包」,双击则是打开照片应用。

初阶用户基本不知道要右键选择查看包内容才能找到原始文件。

@dimlau @loikein 事实是软件、 云服务总是出错(意思是无法 100% 正常运作)。我的习惯是更关心文件存放在哪个确切的路径上,而且必须是原文件。我们说「导入」、「导出」的时候,通常意味文件的复制 (duplicate)。我觉得复杂的照片管理系统也应该不干扰原本的存储(经典的文件管理)。当然我没用 macOS,有机会再试试。

@sd 这是内置的照片应用图库的结构,选中的那个目录里是原始文件,再内层就是年月日的次级目录。

一开始转到 Mac 时也有点不习惯,也是总想找到文件到地方在什么地方。但是可见苹果目的达成了,至少我现在已经很久没意识到要去找某个文件了。

(哦,MacOS 里在很多地方鼠标右键时选项里都有「在finder里打开」,而 finder 里也默认不显示完整路径。总之就是弱化这种了解文件系统的需求……)

@dimlau @sd @Rimekie 实事求是,Apple 这就是反人类。以 iTunes 为代表的Apple系列软件,思路都是非人类思维,咱也不知道为什么要搞成那个样子。曾经试着用 iCloud for windows 把 iCloud 里的照片搞到windows里,差点把我整哭。

@dimlau @loikein 对比我自己整理的照片,没有奇怪的时间分段……

@dimlau 图片文件都是有名字的,我用 HashPhotos for iOS 可以看到。(是的,文件名、大小、分辨率等基本信息都要找第三方 app 来看。)

Sign in to participate in the conversation
Qoto Mastodon

QOTO: Question Others to Teach Ourselves
An inclusive, Academic Freedom, instance
All cultures welcome.
Hate speech and harassment strictly forbidden.