1 puntos por GN⁺ 2025-09-18 | 1 comentarios | Compartir por WhatsApp
  • En la app Photos de Apple se produce un problema de corrupción de imágenes al importar imágenes desde la cámara
  • Los usuarios reportan que al usar la opción "eliminar después de importar" aumentó la cantidad de fotos perdidas, llegando a perder cerca del 30%
  • Incluso después de varios cambios de hardware (cámara, tarjeta SD, laptop, cable, etc.), se confirmó que el problema persiste
  • Se concluye que la causa no es el hardware sino un fallo de software, y se analiza que los archivos se corrompen de forma aleatoria
  • Después cambió su flujo de trabajo a Darktable para evitar el problema

Resumen del problema

  • Se detectó que al importar imágenes desde la cámara en la app Apple Photos, a veces las imágenes se corrompen
  • Hay menciones en línea sobre problemas similares, pero en la mayoría de los casos la gente se rindió con la solución o no intentó una depuración profunda

Cómo se importan las imágenes y cómo ocurre el problema

  • Se usa una cámara OM System OM-1, con formato de captura RAW + jpg
  • Antes se elegía en la app Photos la opción "eliminar después de importar" para vaciar la tarjeta SD
  • Haber usado esa opción fue un gran error

Escenario de corrupción de imágenes

  • La corrupción se repite de forma intermitente solo en algunas imágenes
  • Después de tomar muchas fotos en la boda de un familiar, se perdió cerca del 30% de las imágenes importadas
  • La app Photos muestra los archivos RAW + jpg como una sola foto, y por defecto enseña el jpg
  • En algunos casos se corrompe el jpg, en otros el RAW, y a veces ambos
  • Al usar la opción "eliminar después de importar", los archivos se borran de la tarjeta SD de la cámara, por lo que no se puede verificar antes si hubo corrupción

Análisis de la causa del problema

  • Aunque se sospechó de una falla de hardware, el mismo problema siguió apareciendo incluso después de reemplazar todo el hardware como cable, tarjeta SD, cámara y laptop
    • Reemplazo del cable USB-C
    • Compra de una tarjeta SD nueva del fabricante oficial
    • Cambio a captura solo en RAW
    • Cambio de laptop
    • Cambio de modelo de cámara (OM System OM-1 MKii)
  • Se hicieron pruebas cambiando solo una variable por vez, pero la corrupción siguió ocurriendo de forma constante

Conclusión: problema de software

  • Después de reemplazar todo el hardware, se concluye que se trata de un fallo de software de la propia app Photos
  • Se desactivó la opción "eliminar después de importar" y se cambió el proceso para formatear la tarjeta SD solo después de comprobar si había archivos dañados; en ese momento no hubo corrupción
  • Se plantea la posibilidad de un problema de software como una race condition en una situación limitada (copiar y borrar archivos al mismo tiempo)
  • Incluso después de eso, siguieron apareciendo casos aleatorios de archivos corruptos
  • Los archivos originales de la tarjeta SD y los archivos dañados tienen el mismo tamaño, pero sus bytes internos (checksum) son distintos
  • Se analizó el binary diff de esos archivos

Nuevo flujo de trabajo

  • En lugar de invertir más tiempo en resolver el problema, se cambió el flujo de trabajo a Darktable
  • En Darktable se importan las imágenes, se eliminan las fotos no deseadas, se editan y exportan las que sí se quieren, y luego se importan a la app Photos
  • Se confirmó que al usar Darktable no hay corrupción de archivos
  • Actualmente las imágenes se seleccionan y procesan en Darktable antes de pasarlas a la app Photos, lo que ha reducido el problema
  • Se invirtió mucho tiempo y dinero en analizar el problema, pero al final eso llevó a montar un hardware duplicado

1 comentarios

 
GN⁺ 2025-09-18
Comentarios en Hacker News
  • Creo que probablemente sea un bug en el pipeline de importación. Photos hace muchísimas cosas extra al importar (por ejemplo, fusionar pares RAW+JPEG, generar vistas previas, indexar en la base de datos, borrar según la opción elegida). Probablemente sea un bug de concurrencia donde se reutiliza un búfer o se cierra un descriptor de archivo antes de que termine la copia. Encaja muy bien con que la corrupción sea rara e irregular.
    • Pienso lo mismo. Es una situación realmente lamentable. Me gustaría reportarlo a Apple, pero como ocurre de forma irregular, no sé cómo explicar un método de reproducción.
    • Es interesante que fallara en un 30% y que, después de cambiar todos los componentes, casi desapareciera, al punto de tardar más en encontrar un caso. Lo aleatorio tiende a aparecer en racimos, así que quizá cambiar piezas no sirvió de nada. Me da curiosidad cómo cambió exactamente la frecuencia de corrupción durante todo el proceso de reemplazo. Y edición: vaya, acabo de darme cuenta de que yo también entré a “tenderlovemaking.com” en el trabajo. Escalofriante. Gracioso.
    • Pensé si podría ser RAM defectuosa invirtiendo bits, pero no parece, porque el contenido es completamente distinto. Más bien parece que se escribió otro flujo de entrada o que el búfer fue sobrescrito con contenido de otra imagen.
    • Este tipo de bug debería haberse detectado aunque fuera con una verificación mínima de integridad de extremo a extremo; la verdad es desconcertante.
    • Me pregunto si podría estar relacionado con la fuente de importación y la velocidad del hardware. La importación en sí falla con la cámara, pero funciona con la app Photos, así que quizá ahí haya una diferencia.
  • Dice que “no sabe si este problema está limitado a cámaras OM System y no tiene intención de invertir en un sistema de cámara nuevo”, pero para aislarlo realmente como un problema de iPhoto, habría sido mejor hacer la misma prueba conectando un lector de tarjetas USB-C directamente a la Mac. Así se podrían descartar el cable, el hub y también el hardware/software/firmware de la cámara. Si uno busca, queda claro que el soporte USB del OM-1 no es perfecto, y el manual de la cámara incluso dice que “la transferencia USB no está garantizada en algunas configuraciones”. Usuarios reales también comentan que lo normal es usar un lector de tarjetas para tener transferencias confiables.
    • Es bastante impactante que pongan en el manual algo como “la transferencia USB no está garantizada en algunos entornos”. He usado cámaras de varias marcas, pero es la primera vez que veo a un fabricante cubrirse así en una función básica.
    • Yo también, como fotógrafo profesional y usuario de Nikon, casi siempre copio primero los archivos de la tarjeta SD a la computadora y luego los importo en Lightroom, en vez de importar directo desde la cámara. Si hay problemas, el primer paso es copiar al disco duro y luego respaldar.
  • Ni aunque me pagaran volvería a productos de Apple o Google. Uso un Pixel con GrapheneOS y soluciones de “nube” autoalojadas con Nextcloud, HomeAssistant y mi propio servidor de correo. El rendimiento y el control no tienen comparación frente al software basura de Big Tech. Incluso puedes autoalojar chatbots de IA; todavía no creo que hayan entrado en la fase de “en-shittification”.
    • Estoy 100% de acuerdo, pero eso solo es posible cuando tienes a) tiempo y b) el conocimiento necesario. Últimamente no tengo mucho tiempo para dedicarle al homelab. Aunque están apareciendo apps como Immich, donde el setup básicamente es “docker compose pull && docker compose up -d”, ese nivel de línea de comandos no lo tiene todo el mundo. Y además, si te mueres, esos servicios autoalojados probablemente se desconecten de inmediato.
    • Puede sonar algo quisquilloso, pero Pixel lo fabrica Google. Aunque te hayas desgoogleizado con GrapheneOS, el hardware sigue siendo de Google. Me pregunto si de verdad existe una alternativa.
    • ¿Y si Google algún día bloquea GrapheneOS? No lo he probado justamente porque pienso que pronto se quedará sin soporte por temas de compatibilidad con apps bancarias o de mensajería. Me pregunto si tiene una hoja de ruta a largo plazo que le permita seguir existiendo dentro de 5 a 10 años.
    • ¿Cómo resuelven el problema de la tasa de entrega exitosa con un servidor de correo autoalojado? Siempre he escuchado que es un problema difícil o delicado.
    • Me pregunto si al operar sistemas así todavía te queda tiempo para el trabajo y la familia.
  • Como usuario de Olympus, esto me parece información importante. Pero cambiar tanto la laptop como la cámara para resolver el problema hace que el gasto suba rapidísimo. ¿No habría sido mejor probar primero otra solución en lugar de Photos? El software oficial de Olympus además es gratis, y como mínimo uno esperaría que una app oficial pudiera importar fotos sin corromperlas, así que me parece que debía ser la opción por defecto para probar. Además, borrar fotos al importar suena riesgoso. Yo solo borro desde la cámara 1) después de terminar el respaldo y 2) después de terminar la primera selección.
    • Si hubiera pasado por esto una vez, habría desactivado la opción de “borrar después de importar” y habría probado primero cambiando la configuración del software antes de comprar un sistema de cámara nuevo.
    • Pienso igual. Si eres fotógrafo, respaldas los archivos al menos dos veces, en tu computadora principal de edición y en un NAS. Y solo formateas o borras la tarjeta SD después de verificar visualmente que varios respaldos estén bien. Antes trabajé con material en pipelines de VFX, así que sé por experiencia qué tan grave puede ser perder archivos.
    • A veces yo también compro hardware que ya quería, usando el “troubleshooting” como excusa.
    • La forma correcta de resolver un problema no es reemplazar cosas sin más, sino considerar tanto las probabilidades como el costo. Cambiar solo el software probablemente tenía altas posibilidades de resolverlo, y además era gratis y rápido de probar.
    • Hacer troubleshooting de software es muchísimo más barato que cambiar hardware. Parece que el autor vive en una realidad económica distinta a la nuestra.
  • Esto se siente como una URL que no quisiera dejar en el historial de mi navegador.
    • Hace mucho tiempo había un sitio de audio llamado Gearspace, pero antes tenía un nombre bastante más provocador. gearspace.com y aquí una discusión en reddit sobre ese cambio de nombre.
    • A finales de los 90, mi esposa vio que en mi barra de direcciones se autocompletaba “freshmeat.net” y se alarmó. Se tranquilizó cuando le expliqué que era un sitio de software.
    • ¿La expresión “tender lovemaking” realmente suena tan escandalosa?
    • ¿Qué pasa, es que tampoco les gusta el amor tierno?
    • También existe PenIsland.net. Antes también existía el .com, pero creo que hoy en día se mudó a una gran tienda.
  • ¡Siempre se puede confiar en el análisis técnico detallado de Tenderlove (el autor del blog)! Extrañaba este blog. Yéndome un poco por las ramas: hace 12 o 13 años me mudé a Seattle como desarrollador de software para acercarme más a la “escena”. Gracias a los posts de tenderlove aprendí muchísimo sobre Nokogiri, Active Record y más. Iba a todos los meetups de Ruby en Seattle, y recuerdo especialmente los grupos pequeños de 15 a 20 personas en las oficinas de Substantial. Comíamos pizza, tomábamos cerveza y Ryan Davis (creador de Minitest) daba una charla mientras Aaron Patterson (tenderlove) hacía chistes todo el tiempo de forma muy divertida. Incluso cuando hacía preguntas ingenuas, recibía respuestas cálidas con algo de humor, y en ese momento de verdad sentía que formaba parte de la comunidad. Aún hoy guardo ese recuerdo con mucho cariño. Gracias, Aaron.
  • Yo también uso una cámara OM System (OM-5), y en mi caso no he tenido fotos completamente dañadas, pero a veces aparece una línea de píxeles verdes en la parte inferior de la foto. Nunca se me ocurrió que Photos pudiera ser el problema, pero a raíz de esto voy a cambiar mi flujo de trabajo y revisar si la causa efectivamente está del lado de Photos.
    • Nunca había sospechado de Photos como tal.
  • Antes veía este problema con frecuencia al respaldar bibliotecas grandes. ¡Ahora solo hago respaldo con Image Capture y guardo en el sistema de archivos! Un disco duro es una mejor opción de respaldo a mediano y largo plazo que algunas apps de fotos propietarias.
  • He visto este tipo de corrupción incluso en fotos antiguas que antes se habían importado correctamente. Yo solo tomo fotos con iPhone y las veo en Mac o en iPhone. Viéndolo en retrospectiva, una cantidad considerable de datos simplemente desapareció de mi biblioteca de fotos. Es un problema mucho mayor de lo que pensaba. Tampoco tengo respaldos en otro lado.
    • A mí también me pasó cuando tenía activada iCloud Photo Library. Fotos viejas que estaban bien se corrompían al azar. Lo mismo con fotos tomadas en iPhone y con fotos importadas por separado. Por eso desactivé iCloud Photo Library y bajé mi plan de iCloud, así que ya no necesito tanto almacenamiento. Ahora uso una herramienta de gestión de fotos totalmente open source y archivos guardados en discos normales.
    • Si trabajas en IT, hacer respaldos es lo básico.
  • No investigué a fondo, pero gracias por compartirlo. Yo también pensaba que era por tarjetas SD muy viejas o por algún adaptador tirado por ahí. De hecho, solo lo he visto en unas cuantas fotos. Llevo 10 años usando solo una cámara Olympus (específicamente una PEN E-PM2), y este problema solo apareció en los últimos dos años. Con mi Canon EOS 80D no me pasa, pero parece que ya es hora de cambiar el flujo de trabajo, o incluso el sistema operativo.
    • Tal vez también podría ser un problema de RAM o de sectores defectuosos en el SSD. Aun así, si es macOS 26, es bastante probable que sea un problema de la app Photos.