Darktable 5.6.2: presets de balance de blancos para Leica SL3-P y Sony A7R VI, y correcciones clave de OpenCL

octubre 5, 2026 Alfonso Moreno | Sysadmin Senior 26 Visitas 10 min de lectura

TL;DR — Lo que vas a tener al final

Tiempo de setup: 30 minutos a 2 horas dependiendo de la complejidad del entorno.
Requisitos: Acceso root, Linux moderno, conexión a internet para descargar dependencias.
Resultado: Servicio funcional y estable, documentado paso a paso.
Troubleshooting: Logs estándar en /var/log/, comandos de verificación al final de cada sección.

Por qué Darktable 5.6.2 importa en un servidor Linux

Darktable es el editor RAW open source de referencia para quien prefiere procesar fotos sin Lightroom, sin Creative Cloud y sin dejar sus archivos en la nube de nadie. La versión 5.6.2 se publicó el 4 de octubre de 2026 como segundo point release de la serie 5.6, y aunque parece un parche menor, trae un cambio que cualquier sysadmin o desarrollador con un homelab y una cámara decente notará rápido: presets de balance de blancos dedicados para la Leica SL3-P y la Sony Alpha 7R VI, además de correcciones en OpenCL que afectan a quienes corren darktable en GPU Intel recientes.

Lo que nos interesa desde soylinux.com no es el lado fotográfico, sino el operativo: cómo se instala en un escritorio Linux hoy, qué cambia para quienes ya tienen 5.6.1, qué errores se corrigieron y qué decisiones tomar antes de actualizar un equipo de producción donde darktable corre como parte de un flujo de procesamiento por lotes.

Lo que trae Darktable 5.6.2 (cambios reales, no marketing)

El changelog publicado por el proyecto es conciso pero concreto. Estos son los cambios que afectan el trabajo diario:

Presets de balance de blancos para Leica SL3-P (DNG) y Sony Alpha 7R VI (ILCE-7RM6). Sin el preset, darktable no sabe interpretar el perfil de color del sensor y la imagen sale con tinte verde o magenta. Tener el preset oficial significa que el balance de blancos automático y los módulos de temperatura funcionan sin tener que crear presets manuales.
Mejora en el modo de altas luces para sensores 4BAYER (CYGM y RGBE). Esto afecta a cámaras que usan un patrón Bayer de cuatro canales en vez del RGB clásico, una configuración que se ve en algunas cámaras de medio formato y en modelos recientes de ciertos fabricantes. Antes, el recorte de altas luces podía generar artefactos de color en los bordes quemados.
Soporte OpenCL mejorado para drivers Intel recientes. El kernel OpenCL se actualizó para que los drivers gráficos Intel de las últimas generaciones (Alder Lake en adelante, Meteor Lake, Lunar Lake) no se caigan ni devuelvan imágenes corruptas en el módulo filmicrgb.
Corrección de input gamma-corrected scaling en OpenCL. Bug que afectaba a dispositivos con implementación particular del estándar; producía imágenes más oscuras o más claras de lo esperado cuando se activaba el escalado por GPU.
Crash al importar estilos con orden de módulos vacío. Bug introducido en 5.6.0 que rompía la importación de estilos personalizados cuando el archivo XML tenía un campo vacío; darktable cerraba sin mensaje claro.
Memory leaks en expansión de variables. Cada vez que darktable expandía una variable (rutas, plantillas de export) dejaba memoria sin liberar. En sesiones largas de import o export masivo, el consumo crecía hasta el gigabyte de más.
Output corrupto cuando un modelo AI devuelve más datos de los reservados. Afecta máscaras de objetos y modelos Lua. El bug causaba que el módulo de máscara escribiera fuera del buffer reservado, corrompiendo la imagen resultante.
Crash en neural restore al final del raw denoise. En ciertos tamaños de sensor, el blend de los bordes de los tiles escribía fuera de la imagen, generando segfaults intermitentes.
Highlights Laplacian OpenCL code. Otro error en el código OpenCL del módulo de altas luces que producía máscaras incorrectas.

En Windows hay correcciones adicionales que no nos tocan directamente, pero menciono dos porque aparecen documentadas y un usuario podría extrañarse: el crash al verificar una librería ONNX Runtime defectuosa, y el bug de Alt+Tab que impedía cambiar de ventana cuando el cursor estaba sobre un thumbnail del lighttable.

Cómo instalar o actualizar Darktable en Linux

La opción recomendada oficialmente sigue siendo el AppImage universal. Funciona en cualquier distribución sin instalación, no toca el sistema, y se actualiza reemplazando un archivo. Es el camino que más sysadmins prefieren porque no agrega paquetes a la imagen base del sistema y se puede mantener una versión específica para un proyecto sin que un apt upgrade la rompa.

Instalación desde AppImage (cualquier distro)

# Descargar la versión 5.6.2 desde la página oficial
cd ~/Applications
wget https://github.com/darktable-org/darktable/releases/download/release-5.6.2/darktable-5.6.2-x86_64.AppImage
chmod +x darktable-5.6.2-x86_64.AppImage
# Verificar que es ejecutable y mostrar versión
./darktable-5.6.2-x86_64.AppImage --version

El binario se integra con el escritorio gracias al AppImageLauncher si lo tienes, o aparece como icono suelto en tu lanzador. No requiere sudo para ejecutarse, lo cual es exactamente lo que queremos en un sistema donde el usuario fotográfico no debería tener permisos administrativos.

Actualizar desde 5.6.0 o 5.6.1

El proyecto recomienda reemplazar el binario y mantener el directorio ~/.config/darktable/ intacto, porque ahí viven los estilos, presets y la base de datos SQLite con el historial de ediciones. Si la versión anterior estaba en un lugar fijo del sistema, basta con sobrescribir el AppImage:

# Backup del binario anterior por si necesitas rollback
mv ~/Applications/darktable-5.6.1-x86_64.AppImage ~/Applications/darktable-5.6.1-x86_64.AppImage.bak
# Mover el nuevo binario al lugar del anterior
mv ~/Applications/darktable-5.6.2-x86_64.AppImage ~/Applications/darktable-5.6.1-x86_64.AppImage
# Limpiar caches de integración desktop (iconos, mimetypes)
update-desktop-database ~/.local/share/applications 2>/dev/null

El truco de renombrar el nuevo binario con el nombre del anterior evita tener que reconfigurar el archivo .desktop o el lanzador que ya tenías apuntando al nombre viejo. Si en algún momento necesitas volver a 5.6.1, el backup .bak lo restaura en cinco segundos.

Verificar la versión instalada

# Desde línea de comandos
darktable --version
# Esperado: this is darktable 5.6.2
# Si está instalado como paquete del sistema
dpkg -l darktable 2>/dev/null | tail -1
rpm -q darktable 2>/dev/null

Si tu distribución te ofrece una versión más vieja en repos (Debian stable suele ir un par de releases atrás), el AppImage es la única forma de tener 5.6.2 el día del lanzamiento. En Fedora y Arch los paquetes comunitarios suelen seguir muy de cerca las releases, pero en servidores donde la paquetería es conservadora, el AppImage es el camino.

Problemas conocidos y decisiones antes de actualizar

Antes de reemplazar un binario en producción o en un equipo de trabajo, vale la pena revisar tres cosas que el release notes no menciona pero que aparecen en hilos del foro del proyecto.

OpenCL y drivers Intel: el cambio que sí o sí debes probar

Si tu máquina tiene una GPU Intel reciente (de 12ª generación en adelante) y usabas OpenCL para acelerar el render del módulo filmicrgb o highlights, el cambio en 5.6.2 es relevante. El código OpenCL fue ajustado para corregir el input gamma-corrected scaling, lo cual es una mejora, pero si tu driver Intel no está en una versión compatible, los módulos que tocan color pueden devolver resultados distintos a 5.6.1.

La forma de validar antes de comprometerte es comparar la misma imagen procesada en ambas versiones con OpenCL activado y desactivado. Si el render cambia, queda a criterio tuyo si la diferencia es mejor o peor:

# Lanzar darktable con OpenCL forzado a CPU como fallback de prueba
darktable --disable-opencl
# O verificar qué backend está usando al iniciar
darktable -d opencl 2>&1 | grep -E "device|platform"

Memory leaks en import masivo: ya está parcheado

Si durante 2026 vienes procesando catálogos grandes (más de 5.000 imágenes en una sesión de import) y notabas que darktable crecía en consumo de RAM hasta arrancar a paginar a disco, el memory leak de expansión de variables era el culpable. En 5.6.2 está corregido. Si vienes de 5.6.0 o anterior y tenías ese problema, la actualización compensa.

Neural restore y modelos AI: revisa la salida

El crash al final del raw denoise con neural restore afectaba a ciertos tamaños de sensor. Si usabas este módulo para quitar ruido, vale la pena procesar un par de imágenes de prueba y verificar que el archivo de salida no esté corrupto. El bug también afectaba máscaras de objetos que devolvían más datos de los reservados, así que un módulo de enmascarado AI que venías usando puede entregar resultados sutilmente distintos en 5.6.2 (en general, mejores, pero confirma con una imagen conocida).

Vale la pena actualizar desde 5.6.1?

Si tu cámara es una Leica SL3-P o una Sony Alpha 7R VI, sí, sin dudarlo. Los presets de balance de blancos que trae 5.6.2 son los primeros oficiales para esos modelos, y procesarlos sin preset significa editar cada imagen a mano para corregir el tinte inicial. En un catálogo de 500 fotos eso son horas de trabajo que el preset te ahorra.

Si no tienes esas cámaras pero usas OpenCL con GPU Intel reciente, también vale la pena. Las correcciones en filmicrgb y highlights son del tipo que se notan en el render final, especialmente en imágenes con zonas de altas luces complicadas.

Si tu flujo es ligero y no tocas OpenCL, puedes esperar a 5.6.3 o a la siguiente minor. Los bugfixes de memory leaks y del crash de estilos son útiles pero no urgentes para un usuario que procesa 20 fotos al mes. Donde sí recomendaría no demorar la actualización es en flujos batch con darktable-cli corriendo en un servidor sin supervisión: el memory leak acumulativo podía tumbar el proceso a mitad de un trabajo largo.

Cómo correr darktable en un servidor sin display

Para sysadmins que usan darktable como motor de procesamiento por lotes desde un script, el binario en línea de comandos darktable-cli sigue siendo la vía. La ventaja de actualizar el AppImage en el servidor es que no tienes que esperar a que tu distro lo empaquete, y la release notes son consistentes con el binario gráfico.

# Procesar un RAW a JPEG de forma batch
darktable-cli input.NEF output.jpg --core --width 2048
# Procesar un directorio completo con un estilo aplicado
for f in /inbox/*.NEF; do
  darktable-cli "$f" "/outbox/$(basename "$f" .NEF).jpg" 
    --style /home/svc/styles/documentary.dtstyle
done

El parámetro --core desactiva la interfaz gráfica y deja el binario corriendo como motor puro. Esto funciona en servidores headless sin X11, siempre que las librerías de OpenGL estén disponibles (incluso si no hay GPU, darktable cae a CPU automáticamente para tareas por lotes).

Resumen

Darktable 5.6.2 es una release de mantenimiento que introduce presets de balance de blancos para dos modelos de cámara específicos (Leica SL3-P y Sony Alpha 7R VI), corrige varios bugs de OpenCL que afectaban a usuarios de GPU Intel, y repara memory leaks en sesiones largas de import. La recomendación clara: actualizar si tienes una de esas cámaras o si corres darktable como motor de procesamiento por lotes en un servidor, donde el memory leak acumulativo podía tumbar el proceso. Para usuarios casuales que procesan pocas fotos al mes, la actualización puede esperar a la siguiente minor sin consecuencias.

El método de instalación recomendado sigue siendo el AppImage universal desde la página oficial del proyecto, que evita el ciclo de paquetes de cada distribución y permite mantener varias versiones en paralelo para comparar renders o hacer rollback rápido.

Preguntas frecuentes

¿Por qué Darktable 5.6.2: presets de balance de blancos para Leica SL3-P y Sony A7R VI, y correcciones clave de OpenCL es relevante para sysadmins Linux?

Forma parte del flujo diario de administración. Los conceptos explicados se aplican directamente a servidores en producción y resuelven problemas reales que enfrentan sysadmins hispanohablantes.

¿Qué necesito para empezar con Darktable 5.6.2: presets de balance?

Distribución Linux actualizada (Debian, Ubuntu, RHEL, Fedora o Arch), acceso root, y conexión a internet. Para producción: entorno de staging separado antes de aplicar cambios.

¿Cuáles son los errores más comunes con Darktable 5.6.2: presets de balance?

Los tres más frecuentes: (1) saltar la lectura de logs, (2) aplicar cambios directos en producción sin probar, (3) olvidar permisos y ownership. La documentación y un plan de rollback siempre.

¿Cuándo usar Darktable 5.6.2: presets de balance y cuándo una alternativa?

Esta solución es ideal para el caso descrito. Alternativas como Docker, Ansible o configuración manual pueden ser mejores según contexto: portabilidad, escala y reproducibilidad son los factores clave.

¿Cómo migro desde una configuración previa a Darktable 5.6.2: presets de balance?

Documentar el estado actual, probar la nueva configuración en staging, validar funcionalmente, y aplicar en producción con rollback plan listo. Los posts de SoyLinux incluyen troubleshooting para los problemas más comunes.