The ordered sequence of processing modules operating on an input file to generate an output image is known as the “pixelpipe”.

De volgorde van de pixelpipe wordt grafisch weergegeven door de volgorde waarin modules worden gepresenteerd in de gebruikersinterface - de pixelpijp begint met een RAW-afbeelding onderaan de modulelijst en past de verwerkingsmodules één voor één toe, laag op verwerkingslaag van onder naar boven, totdat het de top van de lijst bereikt, waar het de volledig verwerkte afbeelding uitvoert.


Opmerking: De volgorde waarin verwerkingsmodules worden uitgevoerd, komt exact overeen met de volgorde waarin de modules verschijnen in de gebruikersinterface van Ansel. Als u de volgorde van de modules in de gebruikersinterface wijzigt, verandert de manier waarop uw afbeelding wordt verwerkt.


modulevolgorde en werkvolgorde

De volgorde waarin modules binnen de pixelpijp worden uitgevoerd, is zorgvuldig gekozen om de beste uitvoerkwaliteit te geven. In eerdere versies van Ansel was het niet mogelijk om de modulevolgorde te wijzigen. Er zijn echter een aantal zeer specifieke gebruikssituaties waarbij de verplaatsing van sommige modules binnen de pixelpijp wordt geadviseerd.

De scene-gerefereede werkvolgorde probeert zoveel mogelijk bewerkingen uit te voeren in een lineaire RGB-kleurruimte, waarbij alleen de tonen worden gecomprimeerd om op het uitvoermedium te passen (met een niet-lineaire toonmapping) aan het einde van de pixelpijp. Dit heeft het voordeel dat het een fysiek meer realistische ruimte is om transformaties uit te voeren dan de traditionele scherm-gerefereerde werkvolgorde, die probeert bewerkingen uit te voeren in een niet-lineaire perceptuele kleurenruimte. Het respecteren van het fysieke realisme (in plaats van het perceptuele realisme) maakt het veel gemakkelijker om voorspelbare verwerkingsalgoritmen te produceren met een minimum aan artefacten.

Het volgende diagram zou je moeten helpen het verschil tussen deze werkvolgordes te begrijpen:

![scene-referred and display-referred modules]../../../the-pixelpipe-and-module-ord../../../scene-display-workflows.png)

  1. Scene-referred modules process linear data that is proportional to the amount of light collected by the camera at the scene. The dynamic range of an image in the scene-referred section of the pixelpipe is often larger than that of the display medium.

  2. At some point in the pixelpipe, these pixel values are compressed by a non-linear tone mapping operation into a smaller dynamic range more suitable for display on a monitor or a print.

  3. The remaining modules operate in the non-linear display-referred section of the pixelpipe to produce the final output image.

modulevolgorde wijzigen

Het blijft ten zeerste aanbevolen dat gebruikers de volgorde binnen de pixelpijp om een aantal redenen niet wijzigen:

  • The sequence of modules has been selected with great care in order to give highest output quality. Changes to the sequence often worsen the result rather than improving it.
  • Some processing modules simply don’t make sense if they are shifted in the pixelpipe. For example, highlight reconstruction needs to be performed on raw data before demosaic, which itself needs to be performed before any input color profile can be applied. For this reason it is still not possible to move some of the modules that are placed early in the pixelpipe.
  • Most processing modules are designed to work within a specific color space (see the color management section for more details). Full flexibility would require modules to support different parallel algorithms depending on the color space they are working in, which would drastically increase complexity.

Ondanks de algemene aanbeveling om de pixelpijp-volgorde niet te wijzigen, is het mogelijk om modules binnen de pixelpijp te verplaatsen door Ctrl+Shift ingedrukt te houden en de gewenste module naar een nieuwe locatie te slepen en neer te zetten. Dit zou alleen gedaan moeten worden door ervaren gebruikers die de impact hiervan op de afbeelding begrijpen.

The module order can be manually changed back to either the v3.0 or legacy versions using the module order module, which can also be used to define your own custom module order presets.