V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
爱意满满的作品展示区。
wseani
V2EX  ›  分享创造

我(可能)从源头上解决了拍一堆重复照片问题

  •  
  •   wseani ·
    mazzzystar · 1 天前 · 1850 次点击

    我在吃大餐、蓝天白云的时候喜欢拍照、分享给好友,但每次拍了 7-8 张,最后只发出去一张,剩下的躺在相册里,导致我的 512G 存储空间,相册占了 300G 。

    我想,能不能每次拍照时,挑选出那张想要的,然后自动删除剩下的?于是有了「选我相机」

    你打开,像普通相机那样拍照,然后通过简单的左右滑动,筛选出最喜欢的照片保存或分享,关掉 App ,剩下的拍摄的照片将自动丢弃,很棒对吧?它还是无网络连接、你的数据只存储在本地。

    完全免费,希望能帮助像我这样的人,以及抱歉目前只有 iOS.

    哦对因为技术太菜,目前有个 bug: 保存相册之后,再拍就会崩溃,大家看着拍吧,等 Claude 出 4 了我试试解决。

    App Store: 选我相机 - PickMe Cam

    一个简单的 demo 视频(点击播放):

    IMAGE ALT TEXT HERE

    产品截图: PickMe Cam - 一次拍摄多张照片,选择其中一张,丢弃剩余部分。

    20 条回复    2025-03-20 18:34:10 +08:00
    boneyao
        1
    boneyao  
       1 天前
    哦。我以为你要利用算法,压缩空间呢
    wseani
        2
    wseani  
    OP
       1 天前
    @boneyao 这并不是从源头解决问题。
    narmgalaxy
        3
    narmgalaxy  
       1 天前
    小米相册有个功能,自动筛选出重复照片中的较好的那张,你参考看看.
    111111111111
        4
    111111111111  
       1 天前   ❤️ 1
    在用小米,打开相册的时候提示有相似照片,并且推荐一张(它认为)最好的,其他一键删掉。
    这个自动丢弃听着有潜在危险,比如出 BUG 会不会一张都剩不下,或者手抖选了一张后悔了找不回其他
    wseani
        5
    wseani  
    OP
       1 天前
    @narmgalaxy 感谢!做这个之处就想过美学打分自动选择,但“好看”比较主观,好的模型又比较大,做在手机上速度又慢,AI 功能容易变得鸡肋(对我来说)。
    zsc8917zsc
        6
    zsc8917zsc  
       1 天前
    我选错了怎么办?
    wseani
        7
    wseani  
    OP
       1 天前
    @111111111111 嗯,这个只是给我日常拍照分享吃喝拉撒自用的。如果真比较珍贵的(婚礼、景点)也还是不要用它了。
    wseani
        8
    wseani  
    OP
       1 天前
    @zsc8917zsc 不存在选错我感觉?类似 Tinder 左右滑,找到最喜欢的那张(屏幕全屏),点击爱心,其他的就全删了。
    111111111111
        9
    111111111111  
       1 天前
    @wseani 小米相册的推荐也一般,我觉得苹果手机的性能应该完全可以实现类似水平的,可以先从清晰度、对比度、饱和度、曝光等信息入手(如果有拍照或者 PS 经验应该更好设计这块),或者搞一个差不多的模型,给每个照片大致评个分,让用户参考分身自己选择
    totoro625
        10
    totoro625  
       1 天前
    问题:相册占了 300G
    解决办法:开通 iCloud ,本机不留原图

    问题:iCloud 太贵
    解决办法:闲鱼上新手机家庭共享 6~12 个月车 12~20 元 400G/半年
    rekulas
        11
    rekulas  
       1 天前
    但是这样又带来了新的问题,相机 app 很多都有这样的问题-无法复用系统本身的摄像能力,甚至有些画质都不如自带相机,不解决这个问题用 3 方的兴趣不是很大,或者做成中间层,用系统相机拍摄,中间层处理
    wyntalgeer
        12
    wyntalgeer  
       1 天前
    从”源头“解决问题→不拍照
    NoOneNoBody
        13
    NoOneNoBody  
       1 天前
    这个东西(我没果机,没用过,只是看文推意),抉择在于用户习惯

    在大储存时代,用户可能更倾向“宁可放过,不可杀错”
    对于摄影爱好者,可能选择保留全部,在不同场合使用不同的照片,根本不会删

    技术上也不难,相似图片 opencv 就能做,所以重点还是回到“选哪张”这个

    我建议你改需求,不要把删除作为刚需,而是“标记”作为刚需,删除清理这些作为可选辅助
    就是用户选了一个“心目最佳”后,记录场景和时间……这些 tag ,并记一个高分 rate ,把相似的图片自动打上相同的 tag ,然后各自记一个中低分
    dcsuibian
        14
    dcsuibian  
       1 天前
    配个 NAS 就行,4x16T ,够你拍到下辈子了
    NoOneNoBody
        15
    NoOneNoBody  
       1 天前
    @NoOneNoBody #13
    还没写完
    将来需要删除或清理时,可以做一个 fliter ,选出低分的
    注意用户同步或迁移图片时,这些数据应该一同带上,这个倒是难点,写入 exif (可能部分用户反感这样改动图片)?
    wseani
        16
    wseani  
    OP
       1 天前
    @NoOneNoBody 只说我自己的使用场景:我就是日常拍拍自己午餐吃了啥,但是有的光线不好、有的食物没拍全,有的换个角度拍更有食欲,总之就会拍 3-5 张,然后选一张发送,重点是我不希望保存到相册。

    「用户可能更倾向“宁可放过,不可杀错”」这个在 iPhone 上是不成立的,众所周知苹果存储空间贵的跟鬼一样,iCloud 订阅也不便宜,所以大部分人宁可删,而不是保存。
    NoOneNoBody
        17
    NoOneNoBody  
       1 天前
    @wseani #16
    如果你写给自己用,我是一个字也不会说的,还觉得挺方便(我自己也写了个功能相似度 90% 的 python 脚本)
    但既然上架了,你就要有这么一个概念——“用户不是我”
    wseani
        18
    wseani  
    OP
       1 天前
    @NoOneNoBody 我认可你说的,但因为我没收钱,你可以理解为:用户只有我,上架只是为了给痛点和我一样的人。
    NoOneNoBody
        19
    NoOneNoBody  
       1 天前   ❤️ 1
    @wseani #18
    所以我建议你改需求,并不是去掉这个删除功能,而是不要把它作为唯一结果,这样你能扩大用户基数,你设定的适用场景范围太窄了
    但如果用户刚好和你的需求完全吻合,他也可以将“删除”作为可选项☑️操作

    例如
    新手父母估计不舍得删孩子的连拍,但他们可能还是有心目中“最佳的一张”
    或者旅游时小角度转换拍了多张,可能也是有一张心目中最佳,但其他都删了可能就少了某个角度的风景了

    这个叫做容错决策。某个人在某个时间作出的决定,当时可能“最佳”,但对更长的时间线来说,未必最佳。容错决策就是当时仍然使用当时的决策,但保留其他选择的未来可行性。
    tinyJoy
        20
    tinyJoy  
       1 天前   ❤️ 1
    @NoOneNoBody 你讲的好高大上哈,像我这么纠结患者,一般都不舍得删,虽然一大堆一模一样,但也会跟你说的一样删掉了就少一些其他角度拍到的细节,别小看它哦,有时起关键性作用...emmm ,OP 你的想法可能有那么一丢丢需求,但我觉得真不如买多一两个硬盘来的实在...
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1211 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 23:55 · PVG 07:55 · LAX 16:55 · JFK 19:55
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.