1 poin oleh GN⁺ 3 jam lalu | 1 komentar | Bagikan ke WhatsApp
  • Immich v3.0.0 adalah rilis mayor berikutnya setelah dikerjakan selama beberapa bulan, mencakup pengeditan non-destruktif di mobile, pratinjau workflow, peningkatan backup latar belakang, pemeriksaan integritas, pratinjau transcoding video real-time, dan lainnya
  • Rilis ini memiliki Breaking changes, tetapi sebagian besar berupa perubahan endpoint API Immich sehingga terutama berdampak pada alat pihak ketiga yang terintegrasi dengan API Immich; sebagian besar pengguna dapat memperbarui seperti biasa
  • Untuk upgrade, ubah IMMICH_VERSION di .env dari v2 ke v3, lalu jalankan docker compose pull && docker compose up -d; v3.0.0 juga menghentikan dukungan pgvecto.rs sehingga lingkungan sebelum v1.133.0 perlu migrasi VectorChord
  • Aplikasi mobile mengadopsi model pengeditan non-destruktif yang sama seperti web, meningkatkan backup latar belakang Android dengan penjadwal tugas periodik, dan di iOS menjalankan sinkronisasi serta unggah secara paralel dalam waktu eksekusi latar belakang yang singkat
  • Transcoding video real-time masih merupakan fitur eksperimental dan saat ini hanya diterapkan di aplikasi web; aplikasi mobile masih dalam pengembangan sehingga tidak disarankan menghapus file transcoding offline yang ada secara manual

Pembaruan dan perubahan kompatibilitas

  • Immich v3.0.0 diumumkan sebagai versi mayor berikutnya dan mencakup beberapa Breaking changes
  • Banyak Breaking changes berupa pembaruan endpoint API, sehingga terutama memengaruhi alat pihak ketiga yang terintegrasi dengan API Immich
  • Sebagian besar pengguna dapat memperbarui dengan cara yang sama seperti sebelumnya
  • Panduan migrasi lengkap tersedia melalui tautan terpisah di pengumuman rilis
  • v3.0.0 menghentikan dukungan pgvecto.rs
  • Prosedur pembaruan:
    • Ubah IMMICH_VERSION=v2 menjadi IMMICH_VERSION=v3 di file .env
    • Jalankan docker compose pull && docker compose up -d

Release candidate dan kanal notifikasi

  • v3.0.0 adalah rilis pertama Immich yang menggunakan release candidate
  • Release candidate sudah diuji tetapi masih berupa prarilis, bukan rilis resmi, dan digunakan untuk menemukan serta memperbaiki bug yang tersisa sebelum rilis final
  • Jika ingin menerima notifikasi release candidate di dalam Immich, Anda dapat mengubah kanal rilis dari Stable ke Release candidate di Admin settings > Version check

Pengeditan mobile dan peningkatan backup

  • Pengeditan non-destruktif di mobile adalah kelanjutan dari fitur pengeditan gambar yang lebih dulu ditambahkan ke web pada v2.5.0
  • Editor mobile sebelumnya memakai sistem terpisah yang membuat asset baru alih-alih mengubah foto di tempatnya
  • Editor mobile di v3.0.0 menawarkan fitur yang sama seperti versi web, memungkinkan crop, rotasi, dan penyesuaian gambar tanpa menyentuh file asli
  • Pengeditan bersifat non-destruktif sehingga bisa diedit ulang atau dibatalkan nanti, dan hasil edit di mobile dapat dilanjutkan penyesuaiannya di web
  • Beberapa fitur dari implementasi edit mobile sebelumnya dihapus
    • Mengubah warna foto
    • Mengedit Live Photo
    • Mengedit asset lokal
  • Beberapa fitur direncanakan akan kembali di rilis mendatang
  • Backup latar belakang Android kini bekerja lebih andal dengan penjadwal tugas periodik
    • Sebelumnya terbatas pada foto yang baru diambil
    • Kini seluruh pustaka dapat diunggah di latar belakang
    • Lebih selaras dengan pembatasan eksekusi latar belakang Android, serta menangani pembersihan tugas dan peringatan pengaturan optimasi baterai serta notifikasi
  • Tugas penyegaran latar belakang iOS kini menjalankan sinkronisasi dan unggah secara paralel, agar unggahan dapat dimulai dalam waktu singkat yang diizinkan iOS

Pratinjau workflow

  • Workflows adalah fitur pratinjau pertama untuk mengotomatisasi perilaku pustaka
  • Anda dapat membuat otomasi dengan menghubungkan trigger, filter, dan action dalam builder drag-and-drop
  • Bisa diakses dari Utilities > Workflows di web
  • Anda dapat membuat workflow kosong baru atau melihat template yang sudah disiapkan
  • Editor menyediakan Visual editor dan JSON editor
    • Visual editor cocok untuk menyusun workflow
    • JSON editor cocok untuk berbagi atau menerima isi workflow dengan orang lain
  • Setiap workflow terdiri dari trigger dan serangkaian steps
    • Trigger adalah titik masuk workflow; saat trigger terjadi, langkah-langkah akan dievaluasi
    • Steps mencakup Filters sebagai kondisi dan Actions sebagai efek
  • Ada dua cara berbagi: teks dan JSON
    • Teks cocok untuk berbagi di forum atau demonstrasi
    • JSON cocok untuk mereplikasi konfigurasi workflow secara akurat
  • Ide trigger dan action baru menerima masukan melalui discussion thread terpisah

Penelusuran pustaka dan pemeriksaan integritas

  • Halaman Recently Added ditambahkan ke web dan mobile
    • Anda dapat melihat pustaka berdasarkan waktu penambahan ke Immich, bukan waktu pengambilan asset
    • Memudahkan menemukan apa yang baru ditambahkan saat menelusuri kumpulan impor baru
    • Di web ada di tab Explore, di mobile ada di tab Search
  • Halaman pemeliharaan kini memiliki integrity reports
    • Immich memindai direktori di file system dan membandingkannya dengan informasi yang tersimpan di database
    • Jika ada file di direktori yang tidak dikenali Immich, file itu ditandai sebagai untracked
    • Jika database memiliki referensi tetapi file tidak ada di lokasi tersebut, itu ditandai sebagai missing
    • Jika checksum file di disk berbeda dari checksum yang disimpan Immich, itu ditandai sebagai checksum mismatch
  • Ketidakcocokan checksum biasanya bisa terjadi karena kerusakan file, dan juga bisa merupakan akibat dari penggantian nama yang tidak tepat
  • Tugas pemeriksaan integritas dapat diatur kapan dijalankan setiap malam dan berapa lama durasinya

Video dan pemutaran media

  • Aplikasi mobile kini memiliki fitur Slideshow, sehingga foto dan video dapat diputar otomatis di layar seperti di web
  • HLS dan transcoding video real-time ditambahkan sebagai fitur pratinjau
    • Video dapat dikonversi saat diputar tanpa harus menyiapkan transcode offline sebelumnya
    • Mendukung perpindahan kualitas manual maupun otomatis
    • Dapat melakukan transcoding ke codec terbaik yang didukung klien
    • Menonaktifkan transcoding offline dapat mengurangi beban ruang penyimpanan
  • Beberapa hal yang belum diimplementasikan juga disebutkan
    • HDR untuk klien yang kompatibel
    • Remuxing tanpa transcoding dari file asli saat bandwidth memungkinkan
  • Transcoding real-time bersifat eksperimental dan perilakunya dapat berubah di tiap versi
  • Saat ini hanya diterapkan di aplikasi web, dan implementasi untuk aplikasi mobile masih berlangsung
  • Fitur ini dapat diaktifkan di video transcoding settings
  • Mengaktifkan transcoding real-time tidak secara langsung memengaruhi transcoding offline, jadi jika ingin menonaktifkan transcoding offline, kebijakan transcode juga harus disesuaikan
  • Asset yang diimpor sebelum v3 perlu menjalankan ulang Metadata Extraction dari panel tugas agar diproses ulang
  • Server harus cukup kuat untuk menangani transcoding real-time; akselerasi perangkat keras direkomendasikan tetapi tidak wajib
  • Aplikasi web menambahkan pemutar video kustom baru yang sesuai dengan desain Immich
    • Menyediakan kontrol dan tata letak yang sama di semua perangkat
    • Menawarkan fitur dasar seperti mengubah kecepatan pemutaran
    • Juga dapat mengatasi masalah kontrol OS yang tersembunyi di balik bilah navigasi Immich pada iOS

Android, OCR, berbagi, dan alur album

  • Di Android, Immich kini dapat digunakan seperti aplikasi galeri/penampil gambar
    • Saat mengetuk foto atau video di aplikasi lain lalu memilih Immich, file akan langsung dibuka di asset viewer
    • Menyediakan opsi berbagi file atau mengunggah ke pustaka
    • Cara mengenali file yang sudah ada di pustaka akan ditingkatkan di masa mendatang
  • Asset viewer di mobile menambahkan toggle OCR untuk menyorot teks yang dikenali di dalam foto
    • Anda dapat memilih dan menyalin teks dari gambar
  • Di aplikasi mobile, foto lokal kini dapat langsung diunggah ke album
    • Asset juga bisa langsung ditambahkan ke album dari asset bottom sheet
    • Mengurangi friksi dalam alur unggah dulu lalu rapikan belakangan
  • Saat berbagi di mobile, Anda dapat memilih ukuran gambar sebelum dikirim
    • Dapat menjaga ukuran file tetap kecil untuk aplikasi pesan
    • Jika perlu, juga bisa dibagikan dalam kualitas penuh
    • Perilaku default dapat diubah di App Settings > Preferences
    • Tekan lama tombol bagikan untuk memilih opsi secara langsung
  • Kinerja penelusuran timeline saat ada banyak asset dalam satu bulan telah ditingkatkan, sehingga mengurangi kasus tab browser yang macet

Kumpulan perubahan utama

  • Breaking changes mencakup migrasi dari class-validator ke zod, penghapusan replace asset, penghapusan endpoint timeline sync lama, penghentian dukungan pgvecto.rs, perubahan struktur respons error, dan lainnya
  • Deprecated changes mencakup deprecation yang mengarah pada penggantian route PUT dengan PATCH
  • Item keamanan mencakup perbaikan agar foto profil melewati thumbnail pipeline
  • Penambahan fitur mencakup pengeditan mobile, Android periodic work manager task, pemutar video web kustom, halaman recently added assets, workflows & plugins, HLS transcoding real-time, OCR mobile, tugas pemeriksaan integritas, dan lainnya
  • Perbaikan bug mencakup normalisasi email OAuth, pembersihan nama file sebelum ditambahkan ke zip, pencegahan asset terkunci terekspos ke partner, perbaikan pembuatan face tanpa izin, pencegahan kehabisan memori saat upload via CLI, dan lainnya

Batasan dan jawaban yang dikonfirmasi dalam diskusi

  • Untuk upgrade dari v2.0.1 ke v3.0.0, tidak ada instruksi khusus tambahan; cukup ikuti prosedur pembaruan di catatan rilis
  • Kasus album tidak terlihat setelah pembaruan mobile tampaknya merupakan bug migrasi di sisi mobile, dan dapat teratasi dengan logout lalu login kembali atau dengan memperbarui server ke v3
  • Mengenai alur mengunduh kembali foto yang ada di server ke lokal dari aplikasi mobile setelah pemulihan backup iPhone, aplikasi mobile belum memiliki opsi bulk download dan saat ini hanya mendukung unduhan foto satu per satu
  • Menjawab pertanyaan tentang menghapus video hasil transcoding lama setelah mengaktifkan transcoding real-time, karena aplikasi mobile belum mendukung transcoding real-time, video hasil transcoding lama masih dibutuhkan dan penghapusan manual tidak disarankan
  • Mengenai fitur konversi foto HEIC ke JPG secara langsung, tidak ada rencana untuk itu; thumbnail yang saat ini dihasilkan adalah JPEG/WEBP sehingga kompatibel dengan semua browser dan klien
  • Peningkatan backup latar belakang Android bukan perubahan untuk menyelesaikan masalah gambar besar di atas 100MB atau batasan Cloudflare, melainkan peningkatan agar tugas latar belakang berjalan lebih sering secara periodik
  • Dalam transcoding real-time, codec dipilih oleh klien, bukan server; jika server mengiklankan varian AV1, klien yang mampu mendekode AV1 dapat menggunakannya
    • Ada rencana menambahkan pengaturan untuk memilih codec dan resolusi yang diiklankan server
  • Peningkatan casting ada dalam daftar pekerjaan; disebutkan bahwa seluruh sistem cast perlu ditulis ulang dan transcoding real-time juga perlu ditambahkan
  • Pengguna yang melaporkan error No vector extension found. Available extensions: vchord, vector setelah upgrade kemudian menyatakan masalahnya sudah terselesaikan
  • Mengenai pemeriksaan checksum mismatch yang baru, pengguna yang pernah mengedit gambar yang diunggah di luar Immich di masa lalu bisa mendapatkan ratusan checksum mismatch, sehingga fitur untuk menghitung ulang checksum dianggap berguna
  • Terkait migrasi VectorChord, ada masukan bahwa pengguna sebelum v1.102 mungkin melewatkan perubahan opt-in DB_DATA_LOCATION, sehingga akan bagus jika ada peringatan

Dukungan dan merchandise

  • Bersamaan dengan rilis v3.0.0, merchandise Immich baru juga diumumkan
    • Pakaian anak-anak
    • Pakaian dengan logo Immich bordir penuh warna
    • Halaman merchandise: https://immich.store
  • Dukungan untuk proyek dapat dilakukan dengan membeli product key atau merchandise

1 komentar

 
GN⁺ 3 jam lalu
Opini Hacker News
  • Saya mengajar kelas pengembangan perangkat lunak gratis untuk mahasiswa S1, dan sangat senang ketika pekerjaan yang dibuat sebagai tugas kelas ditemukan di proyek nyata
    Perbaikan bug yang tercantum pertama adalah yang terakhir dari tiga pull request yang digabungkan mahasiswa itu ke Immich selama kelas, jadi saya bangga

  • Karena ada banyak pembahasan tentang enkripsi di komentar, saya membagikan konfigurasi saya. Selama sekitar satu setengah tahun saya menjalankan Immich untuk keluarga dan teman di server lelang Hetzner
    Komunitas Hetzner memiliki dokumentasi resmi untuk enkripsi seluruh disk: https://community.hetzner.com/tutorials/install-debian-with-...
    Saya memakai SSL gratis dari Letsencrypt, dan Immich mudah disembunyikan di balik proxy Nginx yang menangani SSL
    Dengan backup otomatis berbasis cron yang menyimpan seluruh data Immich ke NAS lokal terenkripsi, konfigurasi ini menjadi andal, dengan enkripsi saat transit maupun saat tersimpan. Sejauh ini pemeliharaannya tepat 0 kali
    Lebih aman karena di level IP saya membuang trafik selain dari 3 wilayah, dan WAF juga bisa ditambahkan ke proxy Nginx
    Alasan saya menganggapnya bahkan lebih aman daripada Google/iCloud adalah karena vektor serangan “karyawan perusahaan” jauh lebih kecil. Ada juga kasus terdokumentasi bahwa Google mengintip foto dan bahkan bersedia membuat laporan polisi palsu: https://www.eff.org/deeplinks/2022/08/googles-scans-private-...
    Tentu, secara teori karyawan Hetzner bisa mengakses server secara fisik lalu mengekstrak kunci enkripsi dari RAM, atau mencuri kunci dengan server SSH palsu, tetapi itu serangan yang jauh lebih rumit, belum pernah terdokumentasi, dan berisiko terdeteksi

    • Konfigurasi yang disebutkan itu bukan enkripsi end-to-end. Enkripsi end-to-end adalah enkripsi antarklien, sehingga server hanya boleh memproses bit yang terenkripsi
      Konfigurasi ini adalah enkripsi saat transit dan enkripsi saat tersimpan. Bagi penyedia cloud besar, enkripsi saat tersimpan mungkin relatif kurang penting, karena mereka kemungkinan mengelola siklus hidup disk lebih baik daripada sebagian besar perusahaan atau individu
      Kecil kemungkinan seseorang secara fisik merampok data center, atau mendapatkan drive refurbished yang tidak diproses/dihapus dengan benar
      Sulit juga mengatakan ini pasti lebih aman daripada penyedia terkelola. Kemungkinan besar Anda bukan security engineer, dan sumber daya untuk melindungi server juga jauh lebih sedikit
      Ini memang mencegah Google/iCloud mengeruk data, tetapi bukan berarti Hetzner tidak bisa mengakses data. Hetzner mengendalikan hypervisor tingkat atas dan control plane yang mengelola server/VM, jadi kita tidak tahu fitur apa saja yang diimplementasikan
      Sebagian besar hal yang bisa dilakukan badan intelijen belum bocor atau terdokumentasi secara publik
    • Ini bukan enkripsi end-to-end. Begitu disk di-mount ke host, disk didekripsi dan bisa digunakan, jadi tidak ada mekanisme yang mencegah Anda atau Hetzner mengakses data keluarga
      Kalau benar-benar enkripsi end-to-end, klien yang dipakai keluarga harus mengenkripsi semua data di disk, dan saat volume disk diperiksa, yang terlihat hanya ciphertext
    • Menurut saya enkripsi end-to-end wajib untuk galeri foto. Itu cara melindungi diri dari kesalahan konfigurasi server, kerentanan di masa depan, dan perangkat lunak yang belum di-patch
    • Saya penasaran berapa banyak storage yang dipakai di Hetzner, dan berapa biayanya
  • Ini perangkat lunak yang benar-benar hebat dan setara dengan Google Photos. Setelah mulai homelab, saya memakainya selama beberapa bulan di balik Tailscale dan tidak ada masalah
    Sebenarnya, setelah mentok batas storage 100GB Google Photos, saya pindah ke Immich; itulah yang membuat saya mulai self-hosting, dan prosesnya sangat menyenangkan
    Sulit dipercaya produk self-hosting dengan tingkat kematangan seperti ini gratis. Untuk alasan yang sama, saya juga sangat mengapresiasi HomeAssistant, PiHole, paperless-ngx, Dawarich, dan banyak proyek lainnya
    Selamat dan terima kasih kepada tim yang membantu saya merapikan kenangan pribadi

    • Kalau Anda menyukai proyeknya, ada baiknya membeli lisensi. Memang gratis, tetapi Anda bisa membeli lisensi dengan sebagian sangat kecil dari uang yang dihemat
    • Menurut saya sekarang ini lebih baik daripada Google Photos. Timnya benar-benar luar biasa, dan menakjubkan bahwa aplikasi yang menurut saya terbaik di antara aplikasi foto umum ternyata open source
  • Banyak komentar mengatakan bahwa ini tidak memiliki enkripsi end-to-end, tetapi sejujurnya saya tidak mengerti kenapa itu diperlukan
    Katakanlah ada pencuri masuk dan mencuri homelab. Karena tidak ada enkripsi end-to-end, mereka bisa melihat foto mendiang nenek—wah, gawat sekali!
    Skenario yang lebih mungkin adalah ponsel mengalami masalah. Tanpa enkripsi end-to-end, meski kehilangan kunci, Anda tidak ikut kehilangan kenangan terakhir nenek; cukup salin file .jpg ke perangkat baru

    • Ini memungkinkan hosting instance untuk keluarga atau teman
      Namun saya tetap memikirkan kompromi aksesibilitas yang dibawa enkripsi end-to-end bagi pengguna umum. Dalam kasus ini, jika kunci atau kata sandi hilang atau terlupakan, seluruh foto yang sangat penting akan hilang, dan itu cukup fatal
      Google Photos atau iPhotos memberi orang perasaan bahwa foto mereka aman
      Ini juga membuat hosting instance cloud untuk Immich lebih mudah tanpa harus mengenkripsi sistem file di server jarak jauh/VPS. Terutama saat menyewa server dari vendor kecil, saya selalu berhati-hati soal seberapa bisa dipercaya kontrol akses staf mereka
      Saya tahu bahwa jika ada akses fisik, sejumlah kepercayaan tidak bisa dihindari, tetapi cara disk ditangani selama pemeliharaan juga penting
    • Menurut saya inti enkripsi end-to-end adalah agar, bahkan saat di-host oleh penyedia cloud, penyedia itu tidak bisa melihat data. Mirip dengan klaim Proton Drive bahwa mereka tidak tahu file apa yang Anda miliki
      Jika begitu, fitur seperti pencarian semantik, pengenalan wajah, transcoding video, dan pembuatan thumbnail harus dipindahkan ke klien
      Immich berasumsi bahwa server dipercaya bisa mengakses foto. Dalam self-hosting, strukturnya memang selalu seperti itu
      Karena sebagian besar pengguna juga memberikan kepercayaan seperti itu kepada Google dan Apple, saya rasa ini masuk akal
    • Tidak bisa diasumsikan bahwa semua foto tidak sensitif
      Dengan arsitektur enkripsi end-to-end yang sungguh-sungguh, sepertinya penyimpanan cloud, managed hosting, dan backup offsite bisa digunakan dengan lebih fleksibel
    • Di Immich, menurut saya layer aplikasi bukanlah layer yang tepat untuk enkripsi. Cukup enkripsi seluruh disk server
      Jika self-hosting, tidak perlu mencegah operator mengakses file
    • Setuju. Dulu album foto disimpan di lemari, dan kalau rumah terbakar album itu ikut terbakar, kalau boiler rusak album itu basah, bahkan bisa dicuri
      Sekarang kita bisa menyimpannya secara digital dan mencadangkannya di luar lokasi. Perubahan yang dibutuhkan di Immich cukup sampai di situ
      Jika semuanya dienkripsi sepenuhnya, justru akan mengundang lebih banyak masalah
  • Saat pindah dari iOS ke GrapheneOS, saya memutuskan untuk self-hosting foto, dan sempat mempertimbangkan Immich, tetapi memilih Ente karena enkripsinya
    Ente Photos sangat matang dan kualitasnya sebanding dengan Apple Photos
    Saya suka bahwa, tidak seperti banyak proyek enkripsi end-to-end yang hanya membuka kliennya, mereka juga membuka server dan tetap membuatnya bisa di-self-host
    Saya juga suka fitur yang memungkinkan berbagi album agar siapa pun bisa berkontribusi tanpa akun, dan fitur untuk mengunci sehingga hanya foto yang dipilih yang terlihat saat ponsel diberikan ke orang lain

    • Saya sulit setuju dengan pernyataan “Ente Photos sangat matang dan kualitasnya sebanding dengan Apple Photos”
      Untuk self-hosting, bahkan upload foto saja tidak stabil. Pernah selama beberapa hari tidak ada apa pun yang terunggah, dan karena tidak ada informasi diagnostik, saya harus membuild sendiri dan melakukan debugging
      Saya membiarkan aplikasinya di foreground, tersambung ke charger selama berjam-jam, serta mematikan upload video dan semua fitur machine learning agar fokus hanya ke foto, tetapi tetap begitu
      Sisi server baik-baik saja dan upload web berjalan tanpa masalah, hanya aplikasinya yang tidak bisa. Saya masih belum menemukan penyebabnya
    • Untuk yang penasaran, “Ente Photos adalah layanan berbayar, tetapi menyediakan ruang penyimpanan gratis 10GB. Repositori ini juga bisa dikloning untuk self-hosting”
      Jadi kedua bentuk itu sama-sama memungkinkan
      https://github.com/ente/ente
    • Ente Auth juga yang terbaik. Karena ia bekerja di perangkat apa pun, termasuk perangkat yang justru sedang Anda coba akses
      Mungkin ini melemahkan tujuan autentikasi dua faktor, tetapi kadang saya tidak terlalu peduli
    • Saya mulai memakai Ente karena ingin membuat tautan upload foto untuk tiap acara. Kalau saya bilang ke teman, “kalau malam ini ambil foto atau video, unggah ke URL ini ya,” semuanya langsung berjalan
      Tidak perlu aplikasi, sangat sederhana, dan sangat murah. Setelah itu saya juga mulai memakai layanan backup/arsip foto mereka
      Karena layanannya persis seperti yang terlihat dari luar, saya jadi penggemar
  • Immich adalah pilihan yang terlalu natural untuk menggantikan Apple Photos atau Google Photos. Jika dipakai bersama VPN seperti Tailscale, hampir bisa menjadi pengganti langsung

    • Perlu diperhatikan bahwa migrasi kembali dari Immich ke iCloud/Google bukan area yang menjadi perhatian Immich. Tidak ada “download semuanya” di mana pun, dan cara terbaik adalah masuk ke server lalu mengambil file asli
      https://github.com/immich-app/immich/discussions/14365
    • Saya penasaran apakah ada efek samping jika Immich dibuat publik. Saya rasa orang sering melebih-lebihkan risikonya
      Cukup lakukan update rutin, ikuti aturan sederhana, dan siapkan sesuatu seperti CrowdSec
      Saya tahu memakai alat seperti Tailscale memang lebih sederhana, tetapi belakangan terlihat ada tren yang bahkan tidak mempertimbangkan opsi lain sama sekali
    • Saya memakai photoprism, dan penasaran apakah sebaiknya pindah
    • Sayang sekali, kalau mendukung album bertingkat atau album di dalam folder, ini juga bisa dengan mudah menggantikan Lightroom Cloud
      Foto saya diatur seperti events -> year/month - holiday -> (album_1, ...), home town -> year -> (album_1, ...)
      Foto bisa masuk ke beberapa album dan ada versi editannya, serta status pilih/tolak juga harus dilacak dan difilter
      Satu-satunya alasan saya belum pindah ke Immich adalah karena saya kesulitan memetakan cara pengorganisasian foto saya ke cara Immich dengan rapi. Semua percobaan sejauh ini terasa merepotkan untuk dikelola
    • Saya penasaran apakah ada efek samping jika ponsel dibiarkan terhubung ke Tailscale VPN sepanjang hari
  • Ada hal yang lebih membuat tidak puas daripada tidak adanya enkripsi end-to-end. Mereka tidak membuat impor dari layanan lain seperti Google Photos atau iCloud menjadi mudah, padahal menurut saya itu seharusnya jadi prioritas
    Immich bergantung pada proyek immich-go, yang banyak bug dan praktis terbengkalai
    Aplikasi iOS mereka sendiri juga bisa dipakai untuk sinkronisasi galeri iCloud, tetapi gagal mengunggah foto Live Motion karena bug terbuka yang sudah sekitar 2 tahun
    Sekitar 9000 foto yang saya ekspor ke Immich rusak atau hanya setengah terimpor sebagai Live Photos, dan saya tidak punya waktu untuk memperbaikinya
    Saya tidak bisa memahami bahwa ini bukan prioritas. Padahal ini fitur yang seharusnya paling ketat diuji A/B
    Kalau saya tidak bisa percaya bahwa kenangan yang diimpor tidak dirusak, saya tidak tahu apa artinya OCR

    • Dalam open source, pengembang sukarelawan sering berfokus pada hal yang menyenangkan atau yang memecahkan masalah mereka sendiri
      Menangani ekspor Google Photos yang setengah rusak tampaknya tidak akan menyenangkan bagi siapa pun, dan setelah rasa sakit impor itu dialami sekali, rasa gatal yang perlu digaruk pun hilang
    • Rasa berhak yang terlihat di sini benar-benar mengejutkan
    • Dalam situasi serupa, minggu lalu saya memindahkan 12 ribu foto/video dari Google Takeout ke Immich
      Saya menyiapkan Immich dengan Ceph sebagai backend, dan memindahkan semua metadata serta album dengan immich-go
      Saya harus sedikit mengubah opsi paralelisasi, tetapi selain itu sangat mudah
    • Bukankah karena layanan-layanan semacam itu adalah kotak hitam tertutup, sehingga mereka tidak memberi akses yang benar selain lewat cara yang sangat memutar?
  • Ada banyak hal yang memakan banyak waktu untuk disiapkan lalu dipakai sekali dan tidak dipakai lagi, dan ada juga banyak hal yang mudah disiapkan sekaligus memberi manfaat sedikit demi sedikit setiap hari
    Immich butuh waktu lama untuk saya siapkan dan sangat jarang dipakai, tetapi setiap kali saya memakainya setahun sekali, saya merasa benar-benar senang sudah memasangnya

    • Dalam kasus saya, penyiapannya tidak terlalu lama, dan saya memang menghabiskan sedikit waktu untuk upgrade dengan pekerjaan manual karena sesekali ada breaking change, tetapi itu tidak sering terjadi
      Saya memakainya tiap minggu dan semuanya berjalan baik, jadi bagus
    • Saya berharap pengalaman saya juga begitu. Saya memakainya dengan Proxmox LXC, tetapi setelah 2 bulan merapikan, terjadi kerusakan data, dan saya tidak punya energi untuk menuntaskan debugging
      Seingat saya mungkin terkait migrasi versi besar. Setelah itu saya kehilangan minat pada stack ini
      Upgrade-nya tidak semudah yang saya inginkan, dan saya rasa sekarang pun tidak jauh berbeda
      Saya hanya ingin merapikan folder di luar sistem library yang bodoh, tetapi waktu itu Immich juga tidak terlalu cocok dengan cara tersebut
  • Saya penasaran apakah sinkronisasi foto iOS sudah membaik. Ada 20 ribu foto di ponsel saya, dan saat terakhir mencoba, penyimpanan ponsel penuh oleh file asli, lalu meski selama beberapa hari ponsel berada di jaringan lokal yang sama, dibuka, tidak terkunci, dan aplikasi Immich berjalan di foreground, prosesnya tidak selesai
    Saya tahu ini sedang dikerjakan, tetapi belum mengikuti perkembangannya. Saya ingin tahu apakah sekarang sudah berjalan lebih baik sehingga layak dicoba lagi

    • Di catatan rilis tertulis begini
      “Di iOS, tugas background refresh kini menjalankan sinkronisasi dan unggahan secara paralel, sehingga unggahan benar-benar dimulai dalam jendela waktu singkat yang diizinkan iOS”
      Namun saya tidak tahu apakah ini memperbaiki masalah itu
    • Pada Februari saya menyinkronkan sekitar 9000 foto dari ponsel dan hasilnya cukup baik. Selesai dalam sekitar 10 jam
      Saya tidak ingat apakah file asli diunduh, atau apakah setelah itu dihapus otomatis, tetapi keseluruhan proses terasa mulus
    • Unggahan file besar tidak bisa dilanjutkan. Kalau ada video dengan bitrate dan resolusi yang lumayan, seluruh file harus bisa diunggah dalam satu sesi
      iOS tidak memudahkan ini lewat unggahan latar belakang. Saya membiarkan aplikasinya terbuka semalaman agar semuanya terunggah
    • Kemungkinan besar ini masalah iOS, bukan masalah Immich. Apple tidak suka aplikasi yang memudahkan orang meninggalkan iCloud
  • Saya penasaran apakah “mengunggah aset langsung ke album dari aplikasi mobile” memperbaiki masalah ini: https://github.com/immich-app/immich/discussions/12748
    Ini masalah yang cukup besar bagi saya karena saya ingin beberapa perangkat dan beberapa orang mengumpulkan foto kucing dalam satu album
    Saat ini harus disusun seperti ini. Dengan Syncthing, foto disinkronkan ke /mnt/Syncthing/a1/cats/, /mnt/Syncthing/a2/cats/, /mnt/Syncthing/b/cats/ di server homelab yang meng-host Immich
    Sebuah cron job menyalin hardlink foto ke folder /mnt/immich/ext-lib/cats/ yang dipasang sebagai volume library eksternal read-only
    Cron job lain menjalankan skrip https://github.com/Salvoxia/immich-folder-album-creator yang otomatis membuat album dari struktur folder library eksternal
    Terakhir, saya menjalankan cron job yang membersihkan foto yang sudah lebih dari 1 tahun dari folder Syncthing untuk mengosongkan ruang ponsel. Totalnya sekitar 1 TB, jadi memang ada masalah
    Meski begitu, selamat untuk rilis 3.0. Hanya saja agak disayangkan karena saya baru menemukan program ini sebulan lalu, dan baru menstabilkan konfigurasi self-hosting seminggu lalu