Dev-Tagebuch

Es sind ungefähr 3 Monate her, dass ich “R&Darktable” (was niemand richtig zu verstehen schien) in “Ansel” umbenannt habe, dann den Domainnamen gekauft und die Website von Grund auf mit Hugo erstellt habe (ich hatte zuvor nie in Golang programmiert, aber es ist hauptsächlich Template-Code).

Dann habe ich insgesamt 70 Stunden darauf verwendet, die nächtlichen Paketbuilds für Windows und Linux für kontinuierliche Lieferung vorzunehmen, etwas, was Darktable nie richtig gemacht hat (“Sie können selbst bauen, es ist nicht schwer”), nur um zu sehen, wie der Bug-Tracker nach Veröffentlichung explodiert (nichts besseres als den Vorveröffentlichungs-Spurt mit einem Nachveröffentlichungs-Spurt zu verkürzen, um Ihre Lebenserwartung zu reduzieren).

Leute fragen immer nach einem Mac-Build, weil sie keine Vorstellung von der Menge an Arbeit haben, die es erfordert, während der Brew Paketmanager Lib-Abhängigkeiten wöchentlich bricht, wenn Sie nicht Glück haben. Mac OS erfordert einfach einen unvernünftigen Pflegeaufwand, der ein trockener Verlust wird, wenn Sie wissen, dass nicht einmal 9 % der Darktable-Nutzer es laufen lassen. Auch, für das letzte Mal, Github (tatsächlich, die Microsoft Azure-Instanzen, die Github-Actions-Runner bereitstellen) hat kein ARM-System, also wäre ein nächtlicher Mac-Build notwendigerweise auf AMD64-Architektur, das heißt alte MacBooks von vor Apple entschied erneut, voll Apple auf ihrer eigenen Insel zu gehen. Erwarten Sie nicht, dass 90 % der freien Welt über eine Technologie drängeln, die niemand brauchte und kaum jemand nutzt.

Ab dann habe ich die lokale Verlagerungslaplace in der Highlights-Wiederherstellung mit einem dummen Trick optimiert: Bearbeitung eines verkleinerten Bildes anstelle des Bildes in voller Auflösung. Ich hatte diese Idee schon lange im Hinterkopf, aber für den nachteiligen Nebeneffekten würde ich es nicht riskieren. Aber da abgeklipste Bereiche signallos sind, ist die Bearbeitung einer leicht verschwommenen Version fast unsichtbar. Auch wird die Schulter Ihrer typischen S/filmic-Tonkurve sowieso alles nahe dem Weiß zusammendrücken, sodass sie die wahrgenommene Schärfe verringert, indem sie den Kontrast in den Highlights verringert, egal was. Wir sprechen von 96 % Geschwindigkeitssteigerung auf der CPU (meistens, weil wir das Bild auf einmal ohne Kacheln verarbeiten können).

Aus dieser Methode heraus habe ich einen experimentellen Rausch- und Abbildungsfehler-Vorfilter entwickelt, der mehrstufige geführte Laplace-Operatoren wiederverwendet. Es ist nicht schlecht, aber wieder recht langsam.

Seit Februar wurde die meiste Arbeit damit verbracht, die GUI zu bereinigen, indem Sammlungen von Tasten, entweder die Volltext-Tasten oder die seltsamen Icon-Tasten, auf das globalen Menü verschoben und die Tastatur-Verknüpfungen damit verbunden wurden. Es macht Funktionen besser verfügbar, während der benötigte Bildschirmplatz verringert wird.