Por qué una misma foto de continuidad tiene dos registros: los datos de imagen y la ruta del archivo
Una foto de continuidad puede tener en SlateX dos registros de naturaleza distinta al mismo tiempo: los datos de imagen guardados en la base de datos y la ruta relativa que apunta al archivo en disco dentro del sandbox de la aplicación. La interfaz lee los datos de imagen para mostrar, y el borrado del archivo depende de la ruta relativa que quedó guardada. Los dos sirven a acciones distintas, así que «la imagen sigue viéndose» y «ese archivo en disco puede encontrarse con precisión y borrarse» no son la misma cosa.
Los datos de imagen responden «qué se muestra» y la ruta del archivo responde «qué archivo se borra»; los dos registros no se sustituyen entre sí.
Mostrar lee los datos de imagen y borrar se guía por la ruta relativa
Las tarjetas, el detalle, el área de referencias asociadas y la pantalla de comparación leen la foto desde los datos de imagen de la base de datos, solo que con tamaños de miniatura distintos según la interfaz. Es decir, mientras los datos de imagen sigan ahí, la interfaz tiene su propia fuente de visualización y no necesita volver a abrir la foto siguiendo la ruta de disco.
La lógica de borrado hace justo lo contrario. Al eliminar un material o un archivo de la biblioteca de continuidad, el código localiza el archivo en disco con la ruta relativa persistida con anterioridad, y prohíbe de forma expresa volver a adivinar el nombre del archivo a partir de los campos del modelo actual. Sin una ruta exacta guardada, la lógica de borrado no busca «un archivo que se le parezca» escaneando por nombre.
Por eso una misma foto hay que entenderla a la vez como «objeto de la base de datos» y como «archivo en el sandbox». Que el objeto de la base de datos sea visible no equivale a que la posición autorizada del archivo en disco esté registrada por completo; y que exista la ruta en disco tampoco significa que la visualización dependa de ella a la inversa.
Las dos familias de fotos usan directorios con nombres distintos
Los materiales de continuidad colgados de un registro de toma forman su ruta con la jerarquía de proyecto, escena, plano y toma; la portada o los materiales de referencia colgados de una entrada de la biblioteca de continuidad forman el nombre de archivo según la categoría y el nombre de la entrada de esa biblioteca. Las dos familias de rutas expresan pertenencias de negocio distintas, así que no hay que mirar solo el nombre del archivo para adivinar a qué objeto pertenece.
Esta denominación explica también por qué el nombre de archivo cambia cuando se renombra una entrada. Cada guardado con imagen de una entrada de la biblioteca de continuidad genera un nombre de archivo nuevo a partir de la categoría actual y del nombre actual: primero se escribe el archivo nuevo y se guarda el registro con éxito, y solo después se elimina el archivo al que apuntaba la ruta vieja. Cambiar el nombre de una entrada no es, por tanto, cambiar solo un texto dentro de la base de datos: al guardar con imagen, el nombre del archivo en disco también se vuelve a generar con el nombre actual.
Hay dos rutas de escritura que no dejan guardada la ruta autorizada
Al crear una entrada de la biblioteca de continuidad de forma rápida y asociarla, el código actual escribe solo los datos de imagen de la portada y no escribe la ruta del archivo de la portada. Las fotos recibidas por proximidad tampoco escriben la ruta de la foto, solo los datos de imagen. Esos dos tipos de registro pueden seguir mostrando una imagen en la interfaz, pero la lógica de borrado no dispone de ninguna ruta autorizada persistida.
Lo que aquí puede confirmarse es «qué paso no escribió la ruta». No puede escribirse a continuación que «los archivos en disco se van acumulando seguro» ni que «se produce una fuga»: eso pertenece a la capa de resultados y harían falta muestras del sistema de archivos y pruebas de borrado reales para sacarlo como conclusión.
Que falte la ruta es un hecho localizable en el código; qué queda al final en el disco es otra capa que exige medición real.
El duplicado de la base de datos y los archivos del sandbox tampoco son la misma capa
Los datos de imagen guardados en la base de datos pueden entrar en el duplicado de datos del lado de la cuenta, mientras que el archivo al que apunta la ruta local persistida no entra en ese mismo ámbito de duplicado. Por eso no puede escribirse que «el registro de la base de datos aparezca en otro dispositivo» signifique «el archivo del sandbox al que apunta esa ruta ya ha aparecido también».
Todos estos archivos de medios están en el sandbox de la propia aplicación, y no son recursos estáticos dentro del paquete de la App. Al desinstalar la aplicación, los archivos locales del sandbox desaparecen junto con los datos de la aplicación. Y tampoco constituye un compromiso de «fotos recuperables desde la nube», porque esta página solo describe la relación entre los datos de la base de datos y la ruta local, sin demostrar el resultado de la recuperación tras reinstalar o tras cambiar de dispositivo.
El vídeo hay que entenderlo aparte
Los registros de vídeo localizan el archivo sobre todo mediante la ruta local, y al leerla existe una lógica de reserva en la carpeta de recepción, para el caso de que la ruta guardada en el registro siga apuntando al sitio donde el archivo se escribió. Ese camino es distinto del de las fotos, cuya visualización lee directamente los datos de imagen de la base de datos, así que no puede aplicarse a los vídeos el mecanismo de doble registro de las fotos.
Lo que esta página puede responder es por qué una misma foto tiene dos registros, uno de datos de imagen y otro de ruta, quién lee cada uno, por qué cambiar el nombre puede cambiar también el nombre de archivo y qué rutas de escritura no dejan guardada la ruta autorizada. De aquí no puede prometerse ni una deduplicación automática, ni una recuperación entre dispositivos, ni que los archivos no vayan a perderse.
FAQ
¿Por qué la foto sigue mostrándose si al borrarla puede no haber ruta utilizable?
Porque la parte de visualización lee los datos de imagen de la base de datos, mientras que la parte de borrado depende de la ruta relativa persistida. Los dos caminos leen registros distintos.
¿Renombrar una entrada de la biblioteca de continuidad cambia solo el texto?
Al guardar con imagen no cambia solo el texto. La implementación actual genera un nombre de archivo nuevo según la categoría y el nombre nuevos, y solo después de guardar con éxito gestiona la ruta vieja.
¿En qué fotos puede no haberse escrito la ruta?
En la portada creada con una alta rápida asociada a una entrada de la biblioteca de continuidad y en las fotos recibidas por proximidad, las rutas de escritura actuales tienen el caso de escribir solo los datos de imagen sin escribir la ruta autorizada.
¿Que la base de datos tenga la foto equivale a que el otro dispositivo tenga el archivo local?
No puede inferirse así. Los datos de imagen de la base de datos y el archivo local del sandbox son capas distintas, y el archivo local al que apunta la ruta no queda demostrado como ya presente en otro dispositivo por el simple hecho de existir el registro en la base de datos.
Axiom One LLC — SlateX. Las cifras de arriba son a fecha de 2026-09-24.