Immich 3.0

 (github.com/immich-app)
1 puntos por GN⁺ 3 시간 전 | 1 comentarios | Compartir por WhatsApp
  • Immich v3.0.0 es la siguiente versión mayor tras varios meses de trabajo e incluye edición móvil no destructiva, vista previa de workflows, mejoras en respaldos en segundo plano, verificación de integridad y vista previa de transcodificación de video en tiempo real, entre otras cosas
  • Esta versión incluye Breaking changes, pero muchas corresponden a cambios en endpoints de la API de Immich, por lo que afectan sobre todo a herramientas de terceros que se integran con la API; la mayoría de los usuarios puede actualizar como siempre
  • La actualización se hace cambiando IMMICH_VERSION de v2 a v3 en .env y luego ejecutando docker compose pull && docker compose up -d; además, v3.0.0 deja de dar soporte a pgvecto.rs, así que los entornos anteriores a v1.133.0 necesitan migración a VectorChord
  • La app móvil adopta el mismo modelo de edición no destructiva que la web y mejora el respaldo en segundo plano en Android con un programador de tareas periódicas; en iOS, ejecuta sincronización y carga en paralelo dentro del corto tiempo permitido en segundo plano
  • La transcodificación de video en tiempo real sigue siendo una función experimental y por ahora solo está implementada en la app web; como la app móvil sigue en desarrollo, no se recomienda borrar manualmente los archivos de transcodificación offline existentes

Actualizaciones y cambios de compatibilidad

  • Immich v3.0.0 fue anunciado como la siguiente versión mayor e incluye varios Breaking changes
  • Muchos de esos Breaking changes son actualizaciones de endpoints de API, así que afectan principalmente a herramientas de terceros que se integran con la API de Immich
  • La mayoría de los usuarios puede actualizar de la misma forma que antes
  • La guía completa de migración se ofrece mediante un enlace separado en el anuncio de lanzamiento
  • v3.0.0 deja de dar soporte a pgvecto.rs
  • Procedimiento de actualización:
    • Cambia IMMICH_VERSION=v2 por IMMICH_VERSION=v3 en el archivo .env
    • Ejecuta docker compose pull && docker compose up -d

Release candidate y canal de notificaciones

  • v3.0.0 es la primera versión de Immich que usa release candidate
  • Un release candidate es una pre-release probada, pero todavía no oficial, que se usa para encontrar y corregir errores antes del lanzamiento final
  • Si quieres recibir notificaciones de release candidates dentro de Immich, puedes cambiar el canal de lanzamiento de Stable a Release candidate en Admin settings > Version check

Edición móvil y mejoras en respaldo

  • La edición móvil no destructiva es la continuación de la función de edición de imágenes que llegó primero a la web en v2.5.0
  • El editor móvil anterior usaba un sistema separado que no modificaba la foto en su lugar, sino que creaba un nuevo asset
  • El editor móvil de v3.0.0 ofrece las mismas funciones que la versión web y permite recortar, rotar y ajustar imágenes sin tocar el archivo original
  • Como la edición es no destructiva, puede volver a modificarse o revertirse después, y puedes editar en móvil y luego seguir ajustando en la web
  • Se eliminaron algunas funciones que existían en la implementación anterior de edición móvil
    • Cambio de color de fotos
    • Edición de Live Photo
    • Edición de assets locales
  • Algunas funciones planean volver en versiones futuras
  • El respaldo en segundo plano de Android ahora funciona de forma más confiable usando un programador de tareas periódicas
    • Antes estaba limitado a fotos recién tomadas
    • Ahora se puede subir toda la biblioteca en segundo plano
    • Se adapta mejor a las restricciones de ejecución en segundo plano de Android y maneja limpieza de tareas, optimización de batería y advertencias de configuración de notificaciones
  • La tarea de actualización en segundo plano de iOS ahora ejecuta sincronización y carga en paralelo para que las cargas comiencen dentro del corto tiempo que iOS permite

Vista previa de workflows

  • Workflows es la primera función en vista previa para automatizar comportamientos de la biblioteca
  • Puedes crear automatizaciones conectando triggers, filtros y acciones con un constructor de arrastrar y soltar
  • Está disponible en Utilities > Workflows en la web
  • Puedes crear un workflow vacío nuevo o explorar plantillas predefinidas
  • El editor ofrece Visual editor y JSON editor
    • El Visual editor es ideal para configurar workflows
    • El JSON editor es ideal para compartir o recibir el contenido de workflows con otras personas
  • Cada workflow se compone de un trigger y una serie de steps
    • El trigger es el punto de entrada del workflow; cuando se activa, se evalúan los pasos
    • Los steps incluyen Filters, que representan condiciones, y Actions, que representan efectos
  • Hay dos formas de compartir: texto y JSON
    • El texto sirve bien para compartir en foros o para demostraciones
    • JSON sirve para replicar con precisión una configuración de workflow
  • Las ideas para nuevos triggers y acciones se están recibiendo en un hilo de discusión aparte

Exploración de biblioteca y verificación de integridad

  • Se añadió una página de Recently Added en web y móvil
    • Permite ver la biblioteca según cuándo se añadió a Immich, no según cuándo se tomó el asset
    • Facilita encontrar qué es nuevo al explorar lotes recién importados
    • En la web se encuentra en la pestaña Explore y en móvil en la pestaña Search
  • La página de mantenimiento ahora incluye integrity reports
    • Immich escanea los directorios del sistema de archivos y los compara con la información guardada en la base de datos
    • Si hay archivos en los directorios que Immich no conoce, se marcan como untracked
    • Si la base de datos tiene referencias pero no existe el archivo en esa ubicación, se marcan como missing
    • Si el checksum del archivo en disco no coincide con el que Immich guardó, se marca como checksum mismatch
  • Los checksum mismatch normalmente pueden deberse a corrupción de archivos, pero también pueden ser resultado de cambios de nombre incorrectos
  • El trabajo de verificación de integridad puede configurarse para definir cuándo y por cuánto tiempo se ejecuta cada noche

Video y reproducción multimedia

  • La app móvil ahora incluye Slideshow, para reproducir automáticamente fotos y videos en pantalla igual que en la web
  • HLS y transcodificación de video en tiempo real se añadieron como función de vista previa
    • Permiten convertir video mientras se reproduce, sin crear antes transcodificaciones offline
    • Admiten cambio de calidad manual y automático
    • Pueden transcodificar al mejor códec compatible con el cliente
    • Si desactivas la transcodificación offline, puedes reducir el uso de almacenamiento
  • También se indican elementos que todavía no están implementados
    • HDR para clientes compatibles
    • Remuxing sin transcodificar el original cuando el ancho de banda lo permita
  • La transcodificación en tiempo real es experimental y su comportamiento puede cambiar entre versiones
  • Actualmente solo está implementada en la app web, y la implementación para la app móvil sigue en proceso
  • Puede activarse desde la configuración de video transcoding
  • Activar la transcodificación en tiempo real no afecta directamente la transcodificación offline; si quieres desactivarla, también debes ajustar la transcode policy
  • Los assets importados antes de v3 deben volver a procesarse ejecutando Metadata Extraction otra vez desde el panel de tareas
  • El servidor debe ser lo bastante potente para manejar transcodificación en tiempo real; la aceleración por hardware es recomendable, pero no obligatoria
  • La app web incorpora un nuevo reproductor de video personalizado adaptado al diseño de Immich
    • Ofrece los mismos controles y layout en todos los dispositivos
    • Incluye funciones básicas como cambiar la velocidad de reproducción
    • También puede resolver el problema en iOS donde los controles del sistema quedaban ocultos detrás de la barra de navegación de Immich

Android, OCR, compartir y flujo de álbumes

  • En Android, ahora se puede usar Immich como app de galería/visor de imágenes
    • Si tocas una foto o video en otra app y eliges Immich, se abre de inmediato en el visor de assets
    • Ofrece opciones para compartir archivos o subirlos a la biblioteca
    • La forma de reconocer archivos que ya existen en la biblioteca se mejorará más adelante
  • El visor de assets en móvil añade un toggle de OCR para resaltar el texto reconocido en las fotos
    • Puedes seleccionar y copiar texto desde la imagen
  • En la app móvil ahora se pueden subir fotos locales directamente a un álbum
    • También es posible agregarlas al álbum desde la asset bottom sheet
    • Esto reduce la fricción del flujo de subir primero y organizar después
  • Al compartir desde móvil, puedes elegir el tamaño de la imagen antes de enviarla
    • Así puedes mantener archivos pequeños para apps de mensajería
    • O compartir en calidad completa si lo necesitas
    • El comportamiento predeterminado puede cambiarse en App Settings > Preferences
    • También puedes mantener presionado el botón de compartir para elegir opciones al momento
  • Se mejoró el rendimiento de navegación de timeline cuando hay muchos assets en un mes, reduciendo los casos en que la pestaña del navegador se congela

Paquete principal de cambios

  • Los Breaking changes incluyen la migración de class-validator a zod, la eliminación de replace asset, la eliminación de endpoints antiguos de timeline sync, el fin del soporte para pgvecto.rs y cambios en la estructura de respuestas de error, entre otros
  • Entre los Deprecated changes está la deprecación orientada a reemplazar rutas PUT por PATCH
  • En seguridad se incluye un ajuste para que las fotos de perfil pasen por el thumbnail pipeline
  • Entre las nuevas funciones están la edición móvil, la tarea periódica de Android work manager, el reproductor de video web personalizado, la página de assets agregados recientemente, workflows & plugins, transcodificación HLS en tiempo real, OCR móvil y trabajos de verificación de integridad
  • Las correcciones de errores incluyen normalización de correo en OAuth, limpieza de nombres de archivo antes de agregarlos al zip, evitar exposición de partners en assets bloqueados, corrección de creación no autorizada de faces y prevención de falta de memoria en subidas por CLI

Restricciones y respuestas vistas en la discusión

  • Para subir de v2.0.1 a v3.0.0 no hay instrucciones especiales aparte de seguir el procedimiento de actualización indicado en las release notes
  • Hubo casos donde los álbumes no aparecían tras actualizar la app móvil; parecía un bug de migración del lado móvil y podía resolverse cerrando sesión y volviendo a entrar, o actualizando el servidor a v3
  • Sobre restaurar respaldos de iPhone y volver a descargar en local las fotos que ya están en el servidor, la app móvil todavía no tiene opción de bulk download y solo permite descargar fotos individualmente
  • A la pregunta de si se podían borrar los videos transcodificados existentes después de activar transcodificación en tiempo real, se respondió que la app móvil aún no la soporta, así que esos videos siguen siendo necesarios y no se recomienda borrarlos manualmente
  • Sobre convertir fotos HEIC a JPG al vuelo, respondieron que no está planeado; las miniaturas actuales se generan en JPEG/WEBP y así son compatibles con todos los navegadores y clientes
  • La mejora al respaldo en segundo plano de Android no resuelve específicamente imágenes grandes de más de 100 MB ni límites de Cloudflare; se trata de una mejora para que las tareas en segundo plano se ejecuten periódicamente con mayor frecuencia
  • En transcodificación en tiempo real, el códec lo elige el cliente y no el servidor; si el servidor anuncia una variante AV1, los clientes capaces de decodificar AV1 pueden usarla
    • Hay planes para añadir configuración que permita elegir qué códecs y resoluciones anunciará el servidor
  • Las mejoras de casting están en la lista de pendientes; respondieron que hace falta reescribir por completo el cast y añadir también transcodificación en tiempo real
  • Un usuario que reportó el error No vector extension found. Available extensions: vchord, vector después de actualizar comentó luego que ya lo había resuelto
  • Sobre la nueva comprobación de checksum mismatch, un usuario señaló que quienes editaron imágenes subidas fuera de Immich en el pasado pueden terminar con cientos de checksum mismatch, por lo que sería útil una función para resolverlo recalculando checksums
  • Respecto a la migración a VectorChord, se comentó que los usuarios anteriores a v1.102 quizá pasaron por alto el cambio opt-in de DB_DATA_LOCATION, así que sería útil una advertencia si se detecta ese caso

Patrocinio y mercancía

  • Junto con el lanzamiento de v3.0.0 también se anunció nueva mercancía de Immich
    • Ropa para niños
    • Prendas con logo de Immich bordado a todo color
    • Página de productos: https://immich.store
  • Se puede apoyar al proyecto comprando una product key o mercancía

Lecturas relacionadas

1 comentarios

 
GN⁺ 3 시간 전
Opiniones en Hacker News

  • Doy una clase gratuita de desarrollo de software a estudiantes universitarios, y me emociona muchísimo que el trabajo que hicieron como tarea aparezca en un proyecto real.
    Me enorgullece que la primera corrección de bug listada sea la última de las tres pull requests que ese estudiante logró integrar en Immich durante la clase.

  • Como en los comentarios se habla mucho de cifrado, comparto mi configuración. Desde hace aproximadamente un año y medio opero Immich para familiares y amigos en un servidor de subasta de Hetzner.
    La comunidad de Hetzner tiene documentación oficial sobre cifrado de disco completo: https://community.hetzner.com/tutorials/install-debian-with-...
    Uso SSL gratis con Letsencrypt, e Immich se puede ocultar fácilmente detrás de un proxy Nginx que se encarga de SSL.
    Con backups automáticos basados en cron que guardan todos los datos de Immich en un NAS local cifrado, se obtiene una configuración confiable, cifrada tanto en tránsito como en reposo. Hasta ahora, el mantenimiento ha sido exactamente 0 veces.
    Es más segura porque, a nivel de IP, descarto el tráfico que no provenga de 3 regiones, y también se puede agregar un WAF al proxy Nginx.
    La razón por la que la considero incluso más segura que Google/iCloud es que el vector de ataque de “empleados de la empresa” es mucho menor. También hay casos documentados de Google revisando fotos e incluso presentando denuncias policiales falsas: https://www.eff.org/deeplinks/2022/08/googles-scans-private-...
    Claro que, en teoría, un empleado de Hetzner podría acceder físicamente al servidor y extraer las claves de cifrado desde la RAM, o robar claves con un servidor SSH falso, pero es un ataque mucho más complejo, que hasta ahora no ha sido documentado y que además corre el riesgo de ser detectado.

    • La configuración mencionada no es cifrado de extremo a extremo. El cifrado de extremo a extremo es cifrado entre clientes, por lo que el servidor solo debería procesar bits cifrados.
      Esta configuración es cifrado en tránsito y cifrado en reposo. Para grandes proveedores de nube, el cifrado en reposo puede ser relativamente menos importante, porque probablemente gestionan el ciclo de vida de los discos mejor que la mayoría de las empresas o individuos.
      Es poco probable que alguien asalte físicamente un centro de datos o consiga una unidad reacondicionada que no haya sido procesada o borrada correctamente.
      Tampoco es fácil afirmar que sea necesariamente más seguro que un proveedor administrado. Probablemente no seas ingeniero de seguridad y tengas muchos menos recursos para proteger el servidor.
      Esto impide que Google/iCloud recopilen tus datos, pero no significa que Hetzner no pueda acceder a ellos. Hetzner controla el hipervisor superior y el plano de control que administran el servidor/VM, así que no puedes saber qué funciones tienen implementadas.
      La mayor parte de lo que pueden hacer las agencias de inteligencia no se ha filtrado ni documentado públicamente.
    • Esto no es cifrado de extremo a extremo. En el momento en que el disco se monta en el host, queda descifrado y disponible para su uso, así que no hay nada que impida que tú o Hetzner accedan a los datos de tu familia.
      Un verdadero cifrado de extremo a extremo tendría que cifrar todos los datos del disco desde el cliente que usa la familia, y al revisar el volumen del disco solo debería verse texto cifrado.
    • Creo que el cifrado de extremo a extremo es indispensable para una galería de fotos. Es una forma de protegerse contra errores de configuración del servidor, vulnerabilidades futuras y software sin parches.
    • Me da curiosidad cuánto almacenamiento usas en Hetzner y cuánto pagas.

  • Es un software realmente impresionante y está al nivel de Google Photos. Desde que empecé con mi homelab lo he usado durante varios meses detrás de Tailscale y no he tenido ningún problema.
    De hecho, pasarme a Immich después de toparme con el límite de 100 GB de almacenamiento de Google Photos fue lo que me llevó a empezar con el self-hosting, y el proceso fue muy divertido.
    Cuesta creer que un producto self-hosted con este nivel de pulido sea gratuito. Por la misma razón, también aplaudo enormemente a HomeAssistant, PiHole, paperless-ngx, Dawarich y a muchísimos otros proyectos.
    Felicitaciones y gracias al equipo por ayudarme a organizar mis recuerdos personales.

    • Si te gusta el proyecto, sería bueno comprar una licencia. Es gratis, pero con una parte muy pequeña de lo que ahorraste puedes comprar una licencia.
    • Ahora creo que es mejor que Google Photos. El equipo es excelente, y me sorprende que la que considero la mejor app de fotos de propósito general sea de código abierto.

  • Hay muchos comentarios diciendo que esto no tiene cifrado de extremo a extremo, pero, en serio, no entiendo por qué sería necesario.
    Supongamos que un ladrón entra y se roba tu homelab. ¡Qué desastre, como no hay cifrado de extremo a extremo, podría ver las fotos de tu abuela fallecida!
    Un escenario más probable es que tengas un problema con el teléfono. Si no hay cifrado de extremo a extremo, aunque pierdas la clave no pierdes también los últimos recuerdos de tu abuela: basta con copiar los archivos .jpg a un dispositivo nuevo.

    • Permite alojar una instancia para familiares o amigos.
      Aun así, me preocupa el compromiso de accesibilidad que el cifrado de extremo a extremo implica para usuarios comunes. En este caso, si pierden u olvidan la clave o la contraseña, pierden toda una colección de fotos muy importantes, y eso es bastante grave.
      Google Photos e iPhotos hacen que la gente sienta que sus fotos están seguras.
      Además, facilita alojar una instancia en la nube para Immich sin cifrar el sistema de archivos de un servidor remoto/VPS. En especial cuando alquilas un servidor a un proveedor pequeño, siempre hay que tener cuidado con cuánto puedes confiar en sus controles de acceso del personal.
      Sé que, si hay acceso físico, cierto grado de confianza es inevitable, pero también importa cómo manejan los discos durante el mantenimiento.
    • Creo que el punto del cifrado de extremo a extremo es que, aunque lo alojes con un proveedor de nube, el proveedor no pueda ver tus datos. Algo parecido a cuando Proton Drive afirma que no sabe qué archivos tienes.
      Con eso, funciones como búsqueda semántica, reconocimiento facial, transcodificación de video y generación de miniaturas tendrían que moverse al cliente.
      Immich parte de la premisa de que confías en que el servidor pueda acceder a tus fotos. En el self-hosting siempre es así.
      Me parece razonable, ya que la mayoría de los usuarios también le dan esa confianza a Google y Apple.
    • No se puede asumir simplemente que todas las fotos no son sensibles.
      Con una verdadera arquitectura de cifrado de extremo a extremo, creo que se podrían usar con más flexibilidad el almacenamiento en la nube, el hosting administrado y los respaldos fuera del sitio.
    • En Immich, no creo que la capa de aplicación sea la capa adecuada para el cifrado. Simplemente cifro todo el disco del servidor.
      Si es self-hosting, no hace falta impedir que el operador acceda a los archivos.
    • Estoy de acuerdo. Antes guardábamos los álbumes de fotos en un armario; si la casa se incendiaba, se quemaban; si fallaba la caldera, se mojaban; e incluso podían robárselos.
      Ahora podemos guardarlos en digital y hacer respaldos externos. Ese nivel de cambio en Immich es suficiente.
      Si todo estuviera completamente cifrado, en realidad invitaría a muchos más problemas.

  • Al pasar de iOS a GrapheneOS, decidí autohospedar mis fotos y también evalué Immich, pero elegí Ente por el cifrado.
    Ente Photos está muy pulido y tiene una calidad comparable a Apple Photos.
    Me gusta que, en lugar de abrir solo el cliente como muchos proyectos con cifrado de extremo a extremo, también publiquen el servidor y lo mantengan apto para self-hosting.
    También me gusta que se puedan compartir álbumes para que cualquiera contribuya sin cuenta, y que puedas bloquear el teléfono para que, al pasárselo a otra persona, solo vea las fotos seleccionadas.

    • Me cuesta estar de acuerdo con que “Ente Photos está muy pulido y tiene una calidad comparable a Apple Photos”.
      En self-hosting ni siquiera logra subir fotos de forma confiable. Hubo días en los que no pude subir nada, y como no había información de diagnóstico tuve que compilarlo y depurarlo yo mismo.
      Dejé la app en primer plano, con el teléfono conectado al cargador durante horas, y desactivé tanto la subida de videos como las funciones de machine learning para que se concentrara solo en las fotos, pero aun así pasaba.
      Del lado del servidor todo está bien y la subida web funciona sin problemas, pero solo falla la app. Todavía no encontré la causa.
    • Para quienes tengan curiosidad: “Ente Photos es un servicio de pago, pero ofrece 10 GB de almacenamiento gratis. También puedes replicar este repositorio y autohospedarlo”.
      Es decir, ambas modalidades son posibles.
      https://github.com/ente/ente
    • Ente Auth también es excelente, porque funciona en cualquier dispositivo, incluido el mismo dispositivo al que estás intentando acceder.
      Quizá eso debilite el propósito de la autenticación de dos factores, pero a veces no me importa demasiado.
    • Empecé a usar Ente porque quería crear enlaces de carga de fotos por evento. Les dices a tus amigos: “si toman fotos o videos esta noche, súbanlos a esta URL”, y simplemente funciona.
      No requiere app, es muy simple y muy barato. Después terminé usando también su servicio de respaldo/archivo de fotos.
      Me hice fan porque el servicio es exactamente lo que parece ser.

  • Immich es una opción demasiado natural para reemplazar Apple Photos o Google Photos. Si lo usas junto con una VPN como Tailscale, casi puedes cambiarlo directamente.

    • Hay que tener en cuenta que migrar de Immich de vuelta a iCloud/Google no es algo de lo que Immich se ocupe. No hay un “descargar todo” en ninguna parte, y el mejor método es entrar al servidor y tomar los archivos originales.
      https://github.com/immich-app/immich/discussions/14365
    • Me pregunto si dejar Immich público tiene efectos secundarios. Creo que muchas veces se sobreestima el riesgo.
      Basta con actualizar con regularidad, seguir reglas simples y configurar algo como CrowdSec.
      Sé que usar una herramienta como Tailscale es más sencillo, pero últimamente veo una tendencia a ni siquiera considerar otras opciones.
    • Estoy usando photoprism y me pregunto si debería cambiarme.
    • Sería una lástima; si admitiera álbumes anidados o álbumes dentro de carpetas, también podría reemplazar fácilmente a Lightroom Cloud.
      Mis fotos están organizadas como events -> year/month - holiday -> (album_1, ...), home town -> year -> (album_1, ...).
      Las fotos pueden estar en varios álbumes, también hay versiones editadas, y necesito rastrear y filtrar estados de selección/rechazo.
      La única razón por la que aún no he migrado a Immich es que me cuesta mapear de forma elegante mi manera de organizar fotos al modelo de Immich. Los intentos hasta ahora han sido incómodos de manejar.
    • Me pregunto si hay efectos secundarios por mantener el teléfono conectado todo el día a Tailscale VPN.

  • Hay algo que me molesta más que la falta de cifrado de extremo a extremo. No hicieron que fuera fácil importar desde otros servicios como Google Photos o iCloud, y creo que eso debería ser una prioridad
    Immich depende del proyecto immich-go, que tiene muchos bugs y está prácticamente abandonado
    Su propia app de iOS también puede usarse para sincronizar la galería de iCloud, pero por un bug abierto desde hace unos 2 años falla al subir fotos Live Motion
    De las fotos que exporté a Immich, unas 9000 están corruptas o son Live Photos importadas a medias, y no tengo tiempo para arreglarlo
    No puedo entender que esto no sea una prioridad. Es precisamente la función que debería someterse a las pruebas A/B más rigurosas
    No sé qué sentido tiene el OCR si no puedo confiar en que no arruinaron los recuerdos importados

    • En el código abierto, los desarrolladores voluntarios suelen enfocarse en cosas que les parecen divertidas o que resuelven sus propios problemas
      No parece que lidiar con las exportaciones medio rotas de Google Photos vaya a ser divertido para nadie, y una vez que pasas una sola vez por el dolor de importar, ya no queda esa comezón por rascar
    • Es sorprendente el sentido de derecho adquirido que se ve aquí
    • En una situación parecida, la semana pasada migré 12 mil fotos/videos de Google Takeout a Immich
      Configuré Immich con Ceph como backend y, con immich-go, moví todos los metadatos y hasta los álbumes
      Tuve que ajustar un poco las opciones de paralelización, pero fuera de eso fue muy fácil
    • ¿No será porque esos servicios son cajas negras cerradas que no te permiten acceder bien salvo con métodos muy indirectos?

  • Hay muchas cosas a las que les dedicas muchísimo tiempo para configurarlas, las usas una vez y no las vuelves a tocar; y también hay muchas que son fáciles de configurar y te dan un pequeño beneficio todos los días
    Immich me tomó bastante tiempo de configuración y lo uso muy rara vez, pero cada vez que lo uso, una vez al año, pienso que fue una gran decisión haberlo instalado

    • En mi caso no tomó tanto configurarlo, y aunque he dedicado algo de tiempo a actualizarlo con trabajo manual por cambios que a veces rompen cosas, no ha sido frecuente
      Lo uso todas las semanas y simplemente funciona bien, así que es excelente
    • Ojalá mi experiencia hubiera sido así. Lo usé con Proxmox LXC y, después de 2 meses de organización, tuve corrupción de datos; no tuve energía para terminar de depurarlo
      Según recuerdo, pudo haber estado relacionado con una migración de versión mayor. Después de eso se me enfrió el entusiasmo por este stack
      Las actualizaciones no eran tan sencillas como me gustaría, y no creo que ahora sea muy distinto
      Yo solo quería organizar carpetas fuera de ese sistema de biblioteca tonto, pero en ese momento Immich tampoco encajaba bien con esa forma de trabajar

  • Me pregunto si la sincronización de fotos en iOS mejoró. Tengo 20 mil fotos en el teléfono y, la última vez que lo intenté, el almacenamiento del teléfono se llenó con los originales; además, ni dejando el teléfono en la misma red local durante días, abierto y desbloqueado, con la app de Immich en primer plano, terminaba
    Sé que estaban trabajando en ello, pero no le seguí la pista. Me gustaría saber si ahora funciona mejor y vale la pena volver a intentarlo

    • Las notas de la versión dicen esto
      “En iOS, las tareas de actualización en segundo plano ahora ejecutan la sincronización y la carga en paralelo, por lo que las cargas realmente empiezan dentro de la breve ventana de tiempo que permite iOS”
      Aunque no sé si eso corrige ese problema
    • En febrero sincronicé unas 9000 fotos desde el teléfono y funcionó bastante bien. Terminó en unas 10 horas
      No recuerdo si se descargaron los originales ni si después se borraron automáticamente, pero todo el proceso se sintió fluido
    • Las cargas de archivos grandes no se pueden reanudar. Si tienes un video con bitrate y resolución razonables, necesitas poder subir el archivo completo en una sola sesión
      iOS no facilita esto con las cargas en segundo plano. Dejé la app abierta toda la noche y así se subió todo
    • Probablemente sea más un problema de iOS que de Immich. A Apple no le entusiasman las apps que facilitan dejar iCloud

  • Me pregunto si “subir assets directamente a álbumes desde la app móvil” corrige este problema: https://github.com/immich-app/immich/discussions/12748
    Para mí es un problema bastante grande, porque quiero que varios dispositivos y varias personas reúnan fotos de gatos en un solo álbum
    Actualmente tengo que configurarlo así: sincronizo fotos con Syncthing a /mnt/Syncthing/a1/cats/, /mnt/Syncthing/a2/cats/, /mnt/Syncthing/b/cats/ en el servidor de homelab que aloja Immich
    Un trabajo de cron copia con hardlinks las fotos a la carpeta /mnt/immich/ext-lib/cats/, montada como volumen de biblioteca externa de solo lectura
    Otro trabajo de cron ejecuta el script https://github.com/Salvoxia/immich-folder-album-creator, que crea álbumes automáticamente a partir de la estructura de carpetas de la biblioteca externa
    Por último, ejecuto un trabajo de cron que limpia de las carpetas de Syncthing las fotos de más de un año para liberar espacio en los teléfonos. En total son alrededor de 1 TB, así que sí, hay problemas
    Aun así, felicidades por el lanzamiento 3.0. Aunque me da un poco de pena, porque descubrí este programa apenas hace un mes y recién estabilicé mi configuración self-hosted hace una semana