Diario di sviluppo

Sono passati all’incirca 3 mesi da quando ho ribattezzato «R&Darktable» (che nessuno sembrava capire correttamente) in «Ansel», poi ho acquistato il nome a dominio e creato il sito web da zero con Hugo (non avevo mai programmato in Golang prima, ma si tratta perlopiù di codice di template).

Poi ho impiegato un totale di 70 h per far funzionare le build dei pacchetti nightly per Windows e Linux ai fini della distribuzione continua, qualcosa che Darktable non ha mai fatto bene («puoi compilarlo da solo, non è difficile»), solo per vedere il tracker dei bug esplodere dopo il rilascio (niente di meglio che concatenare lo sprint pre-rilascio con uno post-rilascio per ridurre la propria aspettativa di vita).

Le persone continuano a chiedere una build per Mac perché non hanno alcuna nozione della quantità di lavoro che richiede, mentre il gestore di pacchetti Brew rompe le dipendenze delle librerie su base settimanale quando non sei fortunato. Mac OS richiede semplicemente una quantità irragionevole di attenzioni, che diventa una perdita secca quando sai che nemmeno il 9 % degli utenti di Darktable lo usa. Inoltre, per l’ultima volta, Github (in realtà, le istanze Microsoft Azure che forniscono i runner delle Github actions) non ha alcun sistema ARM, quindi comunque una build nightly per Mac sarebbe necessariamente su architettura AMD64, cioè i vecchi MacBook di prima che Apple decidesse ancora una volta di rinchiudersi tutta sulla sua isola Apple. Non aspettarti che il 90 % del mondo libero si affanni dietro a una tecnologia di cui nessuno aveva bisogno e che quasi nessuno usa.

Da allora, ho ottimizzato il local laplacian nella ricostruzione delle alte luci con un trucco stupido: elaborare un’immagine ridimensionata invece di quella a piena risoluzione. Avevo questa idea in mente da molto tempo, ma temevo gli effetti collaterali dannosi. Ma poiché le aree tagliate sono comunque prive di segnale, elaborare una versione leggermente più sfocata è quasi invisibile. Inoltre, la spalla della tua tipica curva di tonalità a S/filmic comprimerà comunque tutto ciò che è vicino al bianco, quindi riduce la nitidezza percepita riducendo il contrasto nelle alte luci in ogni caso. Stiamo parlando di un aumento di velocità del 96 % su CPU (soprattutto perché possiamo elaborare l’immagine tutta in una volta senza suddivisione in tasselli).

Usando questo, ho sviluppato un pre-filtro sperimentale per rumore e aberrazioni cromatiche riutilizzando i guided laplacians multi-scala. Non è male, ma di nuovo è piuttosto lento.

Da febbraio, la maggior parte del lavoro è stata dedicata alla pulizia della GUI spostando insiemi di pulsanti, sia quelli testuali che quelli con icone strane, nel menu globale e ricollegando ad esso le scorciatoie da tastiera. Questo rende le funzioni più individuabili riducendo al contempo lo spazio occupato sullo schermo.