Each image of the current collection is represented by a thumbnail in the lighttable view. darktable keeps a cache of the last recently used thumbnails in a file on disk and loads it into memory at startup. The size of this cache can be adjusted in the cpu / gpu / memory tab in preferences dialog (see Sección 8.8, “Cpu / gpu / memory”).
Las miniaturas son creadas en el momento en el que darktable importa una imagen por primera vez, luego de que la imagen sea modificada en el cuarto oscuro, o cuando se revisite una imagen “vieja” cuya miniatura ya no esté disponible.
When darktable imports an image for the first time, there are two possible sources from where to take a thumbnail. darktable can either try to extract an embedded thumbnail out of the input image – most raw files contain these kind of thumbnails generated by the camera – or process the image by itself using default settings. You can define how darktable gets its thumbnails in the lighttable tab in preferences dialog (see Sección 8.3, “Mesa de Luz”).
Al extraer la miniatura del archivo adjunto a la imagen de entrada, se tiene la ventaja de que el proceso será más rápido. Sin embargo, esas miniaturas fueron generadas por el convertidor raw de la cámara y no representan la “vista” de darktable de esa imagen. Notará las diferencias tan pronto abra la imagen en el modo de cuarto oscuro, donde darktable reemplazará las miniaturas embebidas por sus propias miniaturas.
Luego de importar un nuevo carrete, darktable genera miniaturas para aquellas imágenes nuevas que lo necesiten. En el caso
de lotes más grandes con imágenes nuevas, se ralentizará la navegación en la vista de mesa de luz ya que con cada movimiento,
nuevas miniaturas tendrán que ser generadas. Alternativamente, podrá terminar darktable e iniciar el binario darktable-generate-cache
. Este programa generará de una vez todas las miniaturas que falten. Para mas detalles vea Sección 1.1.3, “binario darktable-generate-cache
”.
As the thumbnail cache file has a pre-defined maximum size it will eventually get filled up. Then if new thumbnails are added, old ones need to be dropped. However, darktable will keep all thumbnails on disk if the corresponding disk backend option is activated in the cpu / gpu / memory tab in preferences dialog (see Sección 8.8, “Cpu / gpu / memory”). Access to the thumbnails in this secondary cache is slower than to the ones in the primary cache, but still much faster than reprocessing thumbnails from scratch. The size of the secondary cache is only limited by disk space.
Las miniaturas nunca se eliminan de la caché secundaria. En caso de que quiera limpiarla, puede hacerlo manualmente eliminando
las imágenes de la carpeta de forma recursiva $HOME/.cache/darktable/mipmaps-xyz.d
donde xyz
denota un identificador alfanumérico de la caché. Luego, puede dejar que darktable regenere las miniaturas a medida que lo
necesite, o puede generar todas las miniaturas de una vez con darktable-generate-cache
.
Si no activa el respaldo en disco y selecciona un tamaño de caché muy pequeño, quizás observe efectos adversos. La regeneración de las miniaturas continua cada vez que se mueva dentro de su colección. Intermitencias en las miniaturas, o incluso que darktable deje de responder, son síntomas típicos. Una buena selección para el tamaño de la cache es de 512MB o mayor. Por favor, tome en cuenta que los límites de los sistemas 32-bit lo forzarán a tener un tamaño de cache mucho menor (ver Sección 10.1, “darktable y la memoria” para mas detalles sobre las limitaciones).
Starting with darktable 2.0 thumbnails are fully color managed if the corresponding option is activated in the lighttable tab in preferences dialog (see Sección 8.3, “Mesa de Luz”). Colors are rendered accurately on screen as long as your system is properly set up to hand over the right monitor profile to darktable. For more information on color management see Sección 3.2.6, “Manejo de color”.
Si por alguna razón darktable no es capaz de generar las miniaturas, se mostrará una calavera. ¡No entre en pánico! |
Hay tres razones principales por las cuales esto podría ocurrir.
Una causa posible es que la imagen de entrada sea renombrada o físicamente eliminada del disco. darktable recuerda todas las
imágenes importadas, siempre y cuando no sean eliminadas de su base de datos. En dicho caso, darktable querrá crear una miniatura
pero no le será posible abrir el archivo de entrada, así que una calavera será mostrada en su lugar. Se le recomienda a los
usuarios eliminar las imágenes de la base de datos (ver Sección 2.3.8, “Imagen(es) seleccionada(s)”) antes de eliminarlas físicamente del disco. Alternativamente, puede correr el script purge_non_existing_images.sh
desde el juego de herramientas de darktable para limpiar su base de datos.
Otra causa posible es que a veces darktable se encuentre con una imagen de entrada que tenga una extensión que parezca válida para darktable, pero que su formato de archivo no sea soportado aún. darktable tratará de procesar la imagen pero no será capaz de cumplir con el trabajo.
The third possible cause for getting skulls is memory shortage: If darktable runs out of memory while generating a thumbnail, it will warn you and display a skull – this can happen if darktable is run with suboptimal settings, especially on a 32-bit system. Please consult Sección 10.1, “darktable y la memoria” for more information.