Noticias

Jiyoné (Guillaume Stutin) ha asumido el mantenimiento de Ansel desde octubre de 2025. El objetivo actual es convertir Ansel en una cooperativa  donde los usuarios puedan hacerse socios y controlar democráticamente las orientaciones y prioridades del proyecto, pero también garantizar una retribución justa y un entorno de trabajo seguro para quienes dedican su fuerza de trabajo al proyecto. He expuesto la descripción del problema y la solución propuesta en la página democracia.

Entre enero de 2022 y marzo de 2026, Ansel incorporó 297 commits (sin contar las fusiones) relacionados con la cuadrícula de la mesa de luz, sus miniaturas, y su pipeline de renderizado y cacheado. Intenté apañármelas con el desaliñado código de la mesa de luz de Darktable, solo desengrasado, durante todo el tiempo que pude, pero por desgracia era pura deuda técnica y era dolorosamente lento.

En efecto, Darktable “gestiona” la cutrez de su mesa de luz reduciendo su tamaño: los paneles laterales izquierdo y derecho ocupan mucha superficie de pantalla, lo que deja aún menos área para que la mesa de luz se repinte. Puesto que Ansel eliminó el panel lateral derecho, fusionando su contenido con el izquierdo y con el menú global, había más superficie que pintar, más trabajo de CPU que hacer, y el pésimo diseño de la mesa de luz se volvió todavía más perjudicial.

Desde que empecé a usar Darktable, allá por 2012, siempre me sorprendió lo poca RAM que usaba. La gente cree que es bueno que una aplicación use la memoria con moderación, y eso es cierto sin duda si hablamos de tu entorno de escritorio. Pero hablando de un software de producción que hace un renderizado intensivo de píxeles sobre imágenes de 12 a 54 Mpíxeles, esto significa que los mismos cálculos pesados se hacen una y otra vez en lugar de guardarse para reutilizarse más tarde. Para eso sirve una caché: para evitar cálculos costosos. Y para eso debería usar toda la RAM disponible, porque calcular es malgastar energía, y eso tiene un impacto concreto si trabajas con batería. Además, pagaste por esa RAM y usarla no vacía tu batería. La CPU/GPU, por otro lado…

Memorias de un tipo que pasó demasiado tiempo limpiando la mierda de los demás y pagando por sus malas decisiones, episodio #demasiados.

Copiar/pegar historiales y estilos son funciones fundamentales en Ansel, y las que hacen que merezca (o no) su título de «aplicación de flujo de trabajo». Pero también están entre las más difíciles de acertar internamente. Los usuarios ven una lista de ediciones, pero por debajo esas ediciones dependen del orden del pipeline, de las instancias de módulos y de las máscaras. Si dos imágenes tienen topologías de pipeline distintas, copiar ediciones de forma ingenua puede producir inconsistencias.

En mi artículo fundacional, Darktable: estrellándose contra el muro a cámara lenta, presenté el desastre que era el nuevo «gran turducken MIDI». El propósito de este turducken¹ era reescribir el sistema de atajos de teclado para ampliarlo a los dispositivos MIDI.

A día de hoy, sigo furioso por esta empresa de destrucción masiva; aquí tienes un resumen de las razones:

1. en 2021 reemplazó un sistema de atajos de teclado que era bastante bueno, funcionalmente completo, bien probado, estable y programado en menos de 1500 líneas (comentarios incluidos),
2. …para añadir compatibilidad con dispositivos MIDI y mandos de PlayStation (!?!)…
3. …pero en mi encuesta de Darktable de 2022, un año después de esta nueva función, de más de 1251 usuarios que participaron:
   • el 81% de los usuarios no tenía un dispositivo MIDI ni pensaba conseguir uno,
   • el 2% ni siquiera sabía lo que era un dispositivo MIDI.
   • el 8% de los usuarios tenía un dispositivo MIDI pero no lo usaba con Darktable,
   • el 6% se planteaba quizás conseguir un dispositivo MIDI en el futuro,
   • el 2% de los usuarios tenía un dispositivo MIDI que realmente usaba en Darktable,
4. el código era absolutamente terrible, en términos de:
   • calidad del código: sentencias if/switch-case ilegibles anidadas en 4 niveles, en medio de funciones de 1000 líneas (publiqué fragmentos de ejemplo en mi artículo),
   • volumen de código:
     • 3546 líneas de código para Darktable 4.0,
     • 4397 líneas de código para Darktable 5.0,
     • el aumento de volumen es una consecuencia directa de intentar corregir errores en una arquitectura que no se puede arreglar porque su complejidad fomenta más complejidad. Todo eso surge del diseño, pero resolver los problemas creados por la complejidad añadiendo más complejidad no es una solución.
   • complejidad del código:
     • complejidad ciclomática :
       • 1088 para Darktable 4.0,
       • 1245 para Darktable 5.0 (detalles ),
     • complejidad cognitiva :
       • 1885 para Darktable 4.0,
       • 2098 para Darktable 5.0 (detalles ).
     • es con diferencia la función más compleja del software, aunque no opera sobre imágenes. A modo de comparación, la segunda función más compleja es la decodificación de metadatos EXIF, que tiene una complejidad cognitiva de 1348.
5. no decodifica los modificadores de teclas por diseño, sino que solo trata las pulsaciones de teclas físicas, lo que significa que:
   • la entrada «1» del teclado numérico se decodifica como Keypad End,
   • la entrada «1» de un teclado francés AZERTY se decodifica como Shift+&, o Shift+" en BÉPO,
   • por lo tanto necesitas duplicar todos tus atajos basados en números para cada forma de introducir un número, y prepararte para que la ventana de configuración de atajos no contenga ningún número real en las combinaciones de teclas.
6. el diseño de cara al usuario es absolutamente terrible, con demasiadas acciones y emulaciones que configurar («efectos»), que ni siquiera están completamente documentadas 4 años después (¿qué es «ctrl-toggle»? ¿«right-activate»?), y la configuración de atajos usa una extraña ventana dividida que no tiene ningún sentido,
7. la implementación también es terrible: la función conoce toda la GUI del software, y la GUI del software conoce el código de los atajos. Aquí no hay modularidad, y cambiar cualquier cosa en el código de los atajos puede tener efectos inesperados e indeseados en cualquier parte del software.² Basta con ver el grafo de dependencias de abajo,
8. se pueden asociar varios «atajos» (o asignaciones MIDI) a la misma acción, lo que significa que cada interacción del usuario tiene que recorrer toda la lista de acciones disponibles, provocando una gestión de atajos muy ineficiente, retardos en la GUI en algunos casos y falsos positivos de «combinación de teclas desconocida» en casos peculiares.

Después de finalmente conectar todo el sitio web y la documentación a un flujo de trabajo de traducción hermético (utilizando po4a sobre Hugo), que resulta utilizar el mismo conjunto de herramientas y lógica que la aplicación Ansel, se me ocurrió la idea de automatizar las traducciones vacías, primero a partir de los archivos de traducción del software, y luego a través de la API de ChatGPT, que hace un trabajo bastante justo al traducir la sintaxis de Markdown.

En diciembre de 2019, pedí que alguien se encargara de proporcionar paquetes AppImages  para Darktable. El beneficio obvio habría sido habilitar pruebas tempranas, antes del lanzamiento, de personas que no pueden construir el código fuente por sí mismas, con la esperanza de proporcionar comentarios tempranos y ayudar a depurar antes del lanzamiento. Esto nunca ha sido una prioridad, lo que significa que estaba bien tener una prisa antes y posterior al lanzamiento para corregir errores.

Ansel hereda de Darktable su estructura de base de datos: los historiales de edición no destructiva se guardan por imagen en una base de datos SQLite, junto con metadatos y otros datos definidos por el usuario. Hacer que la base de datos reconozca nuevas imágenes se realiza a través de la “importación” de imágenes desde un disco o tarjeta de memoria. Ahí es donde entra en juego la herramienta de importación.

He pensado, durante mucho tiempo, que había algún mecanismo de interruptor de apagado en la canalización de píxeles. El caso de uso es el siguiente:

1. estás cambiando un parámetro del módulo,
2. las vistas previas (la central del cuarto oscuro y la miniatura en el panel izquierdo, también utilizada para el histograma y selectores de color) recomputan su canalización para tener en cuenta ese cambio,
3. una de las vistas previas termina de renderizar antes que la otra, y el resultado es obviamente no lo que querías,
4. cambias nuevamente el parámetro del módulo, sin esperar a que termine la recomputación.

En ese caso, quieres eliminar todas las canalizaciones activas porque su salida no se utilizará y comenzar a recomputar todo de inmediato con los nuevos parámetros. Excepto que Darktable no hace eso, deja que la canalización termine antes de reiniciarla, y al observar los comentarios en el código fuente, parece ser una regresión bastante reciente y no el comportamiento originalmente previsto.

Darktable tiene su propia biblioteca de widgets de GUI, para sliders y comboboxes (también conocidos como menús desplegables o cuadros de selección), llamada Bauhaus (en el código fuente, está en src/bauhaus/bauhaus.c). Aunque usan Gtk como backend, Bauhaus son objetos personalizados. Y como muchas cosas en Darktable, personalizado equivale a podrido.

En 2022, noté redibujados parásitos y retrasos , al usarlos, lo que lleva a una experiencia de usuario frustrante: el redibujado del widget parecía esperar a que se completaran las recomputaciones del pipeline, lo que significaba que los usuarios no estaban realmente seguros de que su cambio de valor se registrara, lo que podría llevarlos a intentarlo de nuevo, comenzando otro ciclo de recomputación costosa, y congelando efectivamente su computadora durante varios minutos muy frustrantes de recomputaciones de pipeline intermedias inútiles.

Rawspeed (la biblioteca que proporciona los decodificadores para archivos raw de cámaras) ha dejado de dar soporte a GCC < 12. Como resultado, ya no puedo construir el AppImage en Ubuntu 20.04 (utilizando ejecutores de Github), sino que tengo que construirlo en 22.04.

Esto significa que cualquier distribución de Linux que tenga libc más antiguo que 2.35 no podrá iniciar los nuevos AppImages a partir de hoy. Esto no debería afectar a la mayoría de los usuarios que ejecutan distribuciones actualizadas en 2021 o más recientemente. Ubuntu 20.04 y otras distribuciones LTS/old stable (Debian stable) pueden verse afectadas.

Si vienes de Darktable, puedes estar acostumbrado a esto en el cuarto oscuro:

mientras que Ansel te ofrece esto:

Esto no es accidental, y es hora de explicar por qué, y por qué esto no se extenderá con opciones de personalización.

Descubrí accidentalmente que el script de compilación de Linux usaba una compilación “package”, lo que significa que las optimizaciones de CPU están limitadas a las genéricas para producir binarios portátiles que se pueden instalar en cualquier plataforma x86-64. Por “usar”, me refiero a que la compilación del paquete no estaba explícitamente deshabilitada, así que estaba habilitada por defecto.

De todos modos, ahora está deshabilitada por defecto, ya que los paquetes reales (.exe y .appimage) no se construyen a través de ese script, que está principalmente destinado a ayudar a los usuarios. Para volver al comportamiento anterior, necesitarías ejecutar:

2022 fue tan malo en términos de correos electrónicos no deseados y ruido que comencé el Secretario Virtual , un marco en Python para escribir filtros de correos electrónicos inteligentes cruzando información entre varias fuentes para adivinar qué son los correos electrónicos entrantes y si son importantes/urgentes o no. Cuando hablo de correos electrónicos no deseados, también me refiero a notificaciones de Github, menciones en pixls.us (gracias a Dios cerré mi cuenta en ese foro estúpido), YouTube y correos electrónicos directos de personas que esperan recibir ayuda en privado.

Han pasado aproximadamente 3 meses desde que rebauticé ‘R&Darktable’ (que nadie parecía entender bien), en ‘Ansel’, luego compré el nombre de dominio y creé el sitio web desde cero con Hugo (nunca había programado en Golang antes, pero es principalmente código de plantilla).

Luego pasé un total de 70 h haciendo que los paquetes de compilaciones nocturnas para Windows y Linux funcionaran para entrega continua, algo que Darktable nunca logró (“puedes construirlo tú mismo, no es difícil”), solo para ver al rastreador de errores explotar después del lanzamiento (nada mejor que encadenar el sprint de pre-lanzamiento con uno post-lanzamiento para reducir tu expectativa de vida).

¿Qué sucede cuando una banda de fotógrafos aficionados, convertidos en desarrolladores aficionados, se une a un grupo de desarrolladores de backend que desarrollan bibliotecas para desarrolladores y deciden trabajar sin método ni estructura en un software de la industria para usuarios finales, cuya competencia principal (colorimetría y psicofísica) se encuentra entre una licenciatura en fotografía y una maestría en ciencias aplicadas, mientras prometen entregar 2 versiones cada año sin gestión de proyectos? Todo eso, por supuesto, en un proyecto donde los fundadores y la primera generación de desarrolladores se movieron y huyeron?