Context

De digitale fotografie heeft zich in de jaren 2000 breed verspreid omdat ze snellere workflows mogelijk maakte en het mogelijk maakte om onmiddellijk resultaten te krijgen, vergeleken met de traditionele workflow van film en donkere kamer. Maar dit introduceerde veel nieuwe problemen.

Ten eerste waren analoge fotografen niet noodzakelijk bekwame lab- en printtechnici, maar konden ze een beroep doen op lokale fotolabs om hun ontwikkelingen en afdrukken te laten maken. De digitale fotografie legde de last van het verwerken van de „digitale negatieven" (raw-bestanden) op de schouders van de fotografen, door middel van software. Maar die fotografen kregen doorgaans niet de gepaste opleiding, zowel op het gebied van digitaal kleurbeheer als van algemeen computergebruik. Dat dreef velen van hen in de armen van al te simpele software, grenzend aan speelgoed, die de mainstream-verwachting bepaalde van wat digitale fotobewerkingssoftware zou moeten zijn. Videobewerkingssoftware volgde een andere aanpak, gebruikt door zwaar getrainde professionals in een miljardenindustrie.

Ten tweede is het analoge afdrukken een praktisch proces, waarbij de labtechnicus rechtstreeks met het eindproduct interacteerde: de afdruk. Digitale verwerking maakt een virtuele master-bewerking, omdat het beeldscherm dat wordt gebruikt om het resultaat te bekijken doorgaans niet dezelfde visuele eigenschappen zal hebben als het afdrukmedium of als het consumentenbeeldscherm. Dit introduceert complexiteit in de beeldpipeline, want datgene waarmee je interacteert is noch wat je zult zien, noch wat je daadwerkelijk manipuleert. Als je bijvoorbeeld een Lch-schuifregelaar verplaatst, zou dat een wijziging moeten aanbrengen aan de RGB van de HDR-pipeline, maar wat je zult zien is het effect op de RGB van het SDR-scherm na gamut- en tonemapping. De juiste manier om hiermee om te gaan is via het model-view-controller-paradigma , maar veel software heeft het niet goed gedaan1. Schermprofileringsworkflows, zoals het ICC-framework, hebben geprobeerd om het grootste deel van de complexiteit van kleurbeheer te automatiseren en te verbergen, maar ze slaagden er vooral in om gebruikers nog meer te verwarren door te veel dingen te abstraheren die eigenlijk als een paar vergelijkingen kunnen worden geschreven met alleen wiskunde op het niveau van huishoudboekhouding (sommen en producten).

Ten derde kon de analoge labtechnicus rechtstreeks (fysiek) toegang krijgen tot het papier en het negatief om allerlei aanpassingen en zelfs vervormingen uit te voeren (dodging & burning, maskeren, split-toning, cross-processing, bleach bypass, solarisatie, enz.). Deze directe fysieke toegang stelde kunstenaars in staat om het afdrukproces te hacken op manieren die soms niet door de leveranciers waren voorzien, om hun beoogde visuele uitkomst te bereiken. Digitale beeldvorming heeft de technici en kunstenaars gelijk uit het medium verstoten, en zij zijn beperkt tot de functionaliteit die in de GUI van hun software wordt geboden. Het eigenlijke beeld leeft in de computer als pure data, en alleen ingenieurs weten hoe ze er toegang toe krijgen en wat ermee gebeurt.

Ten slotte is de digitale beeldvorming aangedreven door computerwetenschappers in plaats van door kleurwetenschappers, laat staan door echte fotografen of fotolabtechnici. Zij ontwikkelden een digitale taal die onverenigbaar was met de erfenis van de analoge fotografie en verzamelingen bewerkingsgereedschappen die gebruikmaakten van anonieme eenheidsloze parameters die zich niets aantrokken van optica en belichtingswaarden, en zo de analoog opgeleide fotografen in verwarring brachten (gewend om helderheid te sturen via lichtbelichting of chemische ontwikkeltijden…). Hun voortdurende afhankelijkheid van „nauwelijks werkende" kleurruimten (HSL, niet-lineair gecodeerde RGB) om kleurwijzigingen af te handelen, doordrenkte menig gebruiker met slechte gewoonten die al snel verwachtingen werden, en vervolgens vereisten. De kleurpipelines die door de codeer-apen werden ontwikkeld hadden later een compleet andere workflow nodig om HDR-beelden af te handelen, omdat hun broddelige logica niet meeschaalde met het dynamisch bereik en alleen „werkte" zolang camerasensoren en computerbeeldschermen grotendeels hetzelfde dynamisch bereik hadden als papierafdrukken, zonder dat er enige toekomstbestendigheid was beoogd.

Het hoofddoel op hoog niveau van Ansel

Ansel streeft ernaar een instrument van visuele expressie te zijn dat kunstenaars in staat stelt hun eigen interpretatie van het ruwe materiaal te ontwikkelen door een groot expressief bereik aan kleureffecten toe te staan, net zoals een muziekinstrument muzikanten in staat stelt de partituur te interpreteren door een groot expressief bereik aan geluidseffecten toe te staan. Dit wordt bereikt door de retoucheur weer in het centrum van de beeldverwerking te plaatsen, door een transparante en zo direct mogelijke toegang tot de beeldgegevens toe te staan, en door kleurmanipulaties te bieden die ofwel op optisch niveau ofwel op psycho-perceptueel niveau zinvol zijn.

Hoewel film en de analoge erfenis vaak als inspiratie en als startpunt/eerste basis worden gebruikt, is het niet het doel om digitale beeldverwerking een 1:1 virtuele vertaling van analoog afdrukken te maken. Laten we niet vergeten dat film werd ontworpen binnen de technische beperkingen van kleurstoffen en chemicaliën, en dat veel van zijn geliefde eigenschappen eigenlijk beperkingen van zijn technologie zijn (wat niet wil zeggen dat ze geen expressieve verdiensten hebben, maar laten we niet in achterwaarts kijken vervallen omwille van het achterwaarts kijken zelf), en in de eerste plaats niet eens gewenst waren.

Echter, net als bij muziek, wordt van gebruikers verwacht dat ze ten minste een basale theoretische en praktische opleiding voltooien om dit beeldinstrument te kunnen gebruiken, en Ansel zal geen visuele kwaliteit opgeven omwille van het vergemakkelijken van de leercurve.

Het doel op gebruikersniveau van Ansel

  1. Toelaten om efficiënt de foto’s die uit de camera/geheugenkaart komen uit te schiften, om alleen die eruit te pikken die het waard zijn om volledig nabewerkt te worden,
  2. Toelaten om de uitgeschifte foto’s op de meest directe manier te bewerken/retoucheren, met een minimaal aantal stappen, met behulp van eenheidsbeeldbedieningen die telkens slechts één perceptuele of optische eigenschap beïnvloeden,
  3. Het indexeren en later terugvinden van de verwerkte foto’s voor archiveringsdoeleinden toelaten.

Ondersteunde workflows

Elk gereedschap kan alleen optimaal worden gemaakt voor één enkel en welbepaald gebruiksscenario. Het ondersteunen van te veel gebruiksscenario’s zal optimalisatie helemaal verhinderen. Dit is waar het stroomopwaartse darktable jammerlijk faalde. De workflows die hieronder worden gepresenteerd zijn de beoogde toepassingen voor Ansel. Elk gebruik dat hiervan afwijkt kan mogelijk zijn, maar wordt niet aanbevolen en er zal niets worden gedaan om het actief te ondersteunen.

Uitschift-workflow

  1. De gebruiker zal het bestandssysteem van de camera of de geheugenkaart koppelen met behulp van de OS-gereedschappen (MTP/PTP-protocollen, FAT/exFAT-bestandssystemen),
  2. De gebruiker zal de foto’s importeren in individuele mappen met namen als YEAR-MONTH-DAY-Job name. De foto’s zullen unieke namen gebruiken als Job name-ID number.extension. Die mappen zullen in Ansel worden gebruikt als het bovenliggende pad voor „filmrollen" en worden geopend in de lichttafel zodra de foto’s zijn geïmporteerd. Filmrollen kunnen al dan niet de volledige inhoud van hun bijbehorende map bevatten.
  3. De gebruiker zal doorgaan met het uitschiftgedeelte. Beelden worden geïmporteerd met een waardering van 0 sterren. Duidelijk slechte foto’s worden afgewezen (sneltoets: R). Er kunnen dan 2 methoden worden gebruikt:
    1. negatief: ken een hoge sterrenwaardering toe aan alle foto’s, en verlaag geleidelijk de slechte foto’s, zodat alleen de blijvers hun hoge waardering behouden,
    2. positief: ken een waardering van 1 ster toe aan alle ogenschijnlijk goede foto’s, ken vervolgens een waardering van 2 sterren toe aan alleen de beste van de met 1 ster gewaardeerde, en ga door tot je 5 sterren bereikt of een waardering waarbij een gepaste hoeveelheid blijvers overblijft,
  4. Vanaf daar worden de hoogst gewaardeerde beelden als blijvers beschouwd en mogen ze worden bewerkt. Batchbewerkingsfuncties  die deze stap voor reeksen kunnen versnellen, worden gepresenteerd in de handleiding van het stroomopwaartse darktable.
  5. Het bijhouden van de status van foto’s in de workflow kan worden gedaan via de interne tags van darktable darktable|changed, darktable|exported, darktable|printed, die automatisch worden ingesteld wanneer deze bewerkingen zijn uitgevoerd. Gebruikers die meer statussen nodig hebben, zoals zij die in meerdere stappen bewerken (één stap van basisbewerking, voor een betere voorvertoning tijdens het uitschiften, een andere stap van volledige bewerking), kunnen meer onderliggende tags toevoegen aan de bovenliggende tag darktable, zoals darktable|edited voor foto’s die klaar zijn en gereed om te exporteren.
  6. De gebruiker mag kleurlabels, tags en metadata instellen in de lichttafel, na het bewerken en vóór het exporteren, voor een betere archivering.
  7. De gebruiker mag de foto’s exporteren en afdrukken. Het is aan te raden om zodra de bewerking klaar is een 16-bits TIFF-export in de kleurruimten Adobe RGB of ProPhotoRGB te bewaren voor archiveringsdoeleinden, om elk gegevensverlies te voorkomen dat kan optreden met toekomstige versies van Ansel of het stroomopwaartse darktable (hoewel alles in het werk wordt gesteld om toekomstige compatibiliteit van de software met oude bewerkingen te garanderen, zijn er fouten gebeurd en zullen ze weer gebeuren).

Opmerkingen en commentaar

De voorgestelde methode voor uitschiften en opslaan is de beste, aangezien ze het mogelijk maakt om de foto’s efficiënt te doorzoeken en te openen vanuit elke externe software, inclusief andere catalogiseringssoftware en bestandsbrowsers. Mappen die datums en opdrachtnamen bevatten kunnen gemakkelijk worden doorzocht vanuit elke bestandsbrowser, en elke map is op zichzelf een consistente collectie die als geheel opnieuw kan worden geïmporteerd, zonder verdere interne sortering.

Gebruikers wordt afgeraden om alle foto’s in een jaarlijkse map te dumpen en te sterk te leunen op de filterfuncties van Ansel/darktable om ze te doorbladeren. Als je foto’s naar een website moet sturen of via internet moet afdrukken (via een webbrowser die de bestandsbrowser aanroept), is deze methode duidelijk inefficiënt. Het is waarschijnlijk de oorsprong van de overgeëngineerde filter-GUI die in darktable 4.0 werd geïntroduceerd.

Gebruikers worden gewaarschuwd voor het „gekke-bibliothecaris-syndroom", dat bestaat uit het enorm overdrijven van het taggen en sorteren. Fotostockbureaus mogen dan sterk leunen op tags om hun beelddatabase van beelden te structureren omdat ze snel foto’s met overeenkomende inhoud voor illustratieve doeleinden moeten leveren, maar individuen zouden niet meer tijd moeten besteden aan het taggen dan aan het maken van foto’s. Tags zijn bedoeld om gelijkaardige foto’s aan elkaar te binden; als je merkt dat je tags gebruikt die slechts op 1 of 2 foto’s zijn toegepast, ondermijn je hun bindende doel, is je taggingmethode te restrictief en wil je misschien in plaats daarvan de beeldtitel gebruiken (die later ook kan worden doorzocht). Restrictieve en gespecialiseerde tags zouden hiërarchisch moeten worden gemaakt, zodat de bovenliggende tag kan worden opgehaald in plaats van complexe zoekopdrachten samen te stellen die meerdere onderliggende tags ophalen om je beelden te krijgen.

Hoewel kleurlabels als impliciete statustag mogen worden gebruikt, is de aanbevolen manier om de status van een beeld te documenteren via de onderliggende tags van darktable, wat expliciet is. Zulke statustags krijgen op een gegeven moment misschien een speciale GUI.

In darktable zijn de tags gebruikelijk verkeerd begrepen als louter trefwoorden, maar het zijn eigenlijk hiërarchische taxonomieën die kunnen worden gebruikt om categorieën of willekeurige collecties te declareren. Als je foto’s op de juiste manier zijn opgeslagen in mappen met betekenisvolle namen, dan kunnen die namen rechtstreeks in zoekopdrachten worden gebruikt, in plaats van tags. Veel gebruikers, waaronder ikzelf, beheren databases van meer dan 30.000 beelden via alleen map- (filmrol-)namen.

In elk geval, als je merkt dat je een complexe GUI nodig hebt om je foto’s te sorteren en te openen, moet je methode worden vereenvoudigd. Goede software maakt het mogelijk om eenvoudige taken eenvoudig uit te voeren, en ik weiger om de eenvoudige taken ingewikkeld te maken alleen maar om rekening te houden met krankzinnige workflows.

Verwerkingsworkflow

De scènegerefereerde (scene-referred) workflow is de standaard in Ansel, aangezien deze sneller en betrouwbaarder bleek voor gebruikers die enige tijd namen om hem te begrijpen, en een uniforme behandeling van HDR- en SDR-scènes gelijk mogelijk maakt. Hij berust op het manipuleren van het beeld in een raamwerk waarin pixel-RGB zo lang mogelijk wordt behandeld als een lichtemissie, wat nauwkeurig (ont-)vervagen, (ruis-)onderdrukken, verlichtingscorrectie en kleurbehoudend lichter/donkerder maken op basis van belichtingscompensaties mogelijk maakt. Wanneer het laatste optisch gebonden beeldfilter is toegepast, verschuift het vervolgens naar een perceptueel raamwerk waarin de pixel-RGB wordt geconverteerd en behandeld als een 3D-kleurobject (tint, chroma of verzadiging, lichtheid of helderheid) met behulp van kleurverschijningsmodellen.

  1. De gebruiker zal de globale belichting instellen om de algehele beeldhelderheid op het gewenste niveau te brengen, in de belichtingsmodule. Dit zal doorgaans bestaan uit het afstemmen van de gemiddelde helderheid of de helderheid van het onderwerp van de foto op de helderheid van de achtergrondkleur van de GUI (middengrijs door ontwerp),
  2. De gebruiker zal ervoor zorgen dat de grenzen van het dynamisch bereik van de scène correct worden geremapt naar de grenzen van het dynamisch bereik van het scherm, in de filmic-module. Voor typische SDR-monitoren hoeven de standaard scherminstellingen niet te worden gewijzigd, maar de relatieve belichtingen van scènewit en scènezwart moeten voor elk beeld worden aangepast, ofwel automatisch (gebruik de knop „Auto tune levels") ofwel handmatig. Pas vervolgens het contrast aan (in het tabblad „look") naar smaak.
  3. De gebruiker zal ervoor zorgen dat de witbalans neutraal is (ter herinnering: het is geen artistieke keuze) door het tabblad „CAT" correct in te stellen, in de kleurkalibratiemodule. De gebruiker mag de kleuren ook rechtstreeks kalibreren vanaf een testopname met een kleurenkaart.
  4. Elke artistieke kleurafwijking, in tint of in verzadiging, mag worden toegepast in de kleurbalansmodule.
  5. Elke andere artistieke wijziging kan vervolgens worden aangebracht.
Translated from English by : Claude. In case of conflict, inconsistency or error, the English version shall prevail.

  1. And most software still use broken alpha compositing  in sRGB, as well as unassociated alpha, so even the color models are butchered. ↩︎