Diário de desenvolvimento

Faz aproximadamente 3 meses que renomeei o “R&Darktable” (que ninguém parecia entender direito) para “Ansel”, depois comprei o nome de domínio e criei o site do zero com o Hugo (eu nunca havia programado em Golang antes, mas é basicamente código de template).

Depois gastei um total de 70 h fazendo os builds noturnos dos pacotes para Windows e Linux funcionarem para entrega contínua, algo que o Darktable nunca acertou (“você pode compilar por conta própria, não é difícil”), só para ver o rastreador de bugs explodir depois do lançamento (nada melhor do que encadear a maratona de pré-lançamento com uma de pós-lançamento para reduzir sua expectativa de vida).

As pessoas continuam pedindo um build para Mac porque não têm noção da quantidade de trabalho que isso exige, enquanto o gerenciador de pacotes Brew quebra dependências de bibliotecas semanalmente quando você não tem sorte. O Mac OS simplesmente exige uma quantidade absurda de cuidado, que se torna uma perda seca quando você sabe que nem 9 % dos usuários do Darktable o utilizam. Além disso, pela última vez, o Github (na verdade, as instâncias do Microsoft Azure que fornecem os runners das actions do Github) não têm nenhum sistema ARM, então de qualquer forma um build noturno para Mac necessariamente seria em arquitetura AMD64, isto é, os MacBook antigos de antes de a Apple decidir mais uma vez se isolar por completo em sua própria ilha. Não espere que 90 % do mundo livre corra atrás de uma tecnologia que ninguém precisava e que quase ninguém usa.

A partir daí, otimizei o laplaciano local na reconstrução de realces com um truque bobo: processar uma imagem reduzida em vez da de resolução completa. Eu tinha essa ideia na cabeça havia muito tempo, mas temia os efeitos colaterais prejudiciais. Mas como as áreas recortadas não têm sinal de qualquer forma, processar uma versão um pouco mais borrada é quase invisível. Além disso, o ombro da sua típica curva de tons S/filmic vai de qualquer forma comprimir tudo que estiver próximo do branco, então isso reduz a nitidez percebida ao reduzir o contraste nas realces de qualquer maneira. Estamos falando de 96 % de aceleração na CPU (principalmente porque podemos processar a imagem toda de uma vez sem ladrilhamento).

Usando isso, desenvolvi um pré-filtro experimental de ruído e aberrações cromáticas reutilizando guided laplacians multiescala. Não é ruim, mas, novamente, bastante lento.

Desde fevereiro, a maior parte do trabalho foi gasta limpando a interface gráfica ao mover coleções de botões, tanto os de texto completo quanto os estranhos de ícone, para o menu global e reconectando os atalhos de teclado a ele. Isso torna os recursos mais fáceis de descobrir ao mesmo tempo que reduz o uso de espaço na tela.