Software-update: Darktable 4.8.0

Darktable logo (75 pix) Versie 4.8.0 van darktable is uitgekomen, als opvolger van versie 4.6.1. Darktable is een opensource raw fotobewerkings­programma, een virtuele lichtbak en donkere kamer voor fotobewerking. Het beheert digitale negatieven via een database. Het ontwikkelen van de ruwe fotobestanden gebeurt door middel van zogenaamde sidecar files, waarbij de foto's op niet-destructieve wijze worden bewerkt. De software is beschikbaar voor diverse Linux-distributies, macOS en Windows. In deze uitgave zijn de volgende veranderingen en verbeteringen aangebracht:

The Big Ones

The following is a summary of the main features added to darktable 4.8. Please see the user manual for more details of the individual changes (where available).

  • Introduced the color equalizer module to control hue/lightness/saturation based on colors. This is a (partial) scene-referred replacement for the legacy color zones module.
  • Two new modules have been introduced to support image composition.
    • Enlarge Canvas: As the name implies, this module can be used to add areas on the left, right, top or bottom of the image. The new area can be assigned a different color to help masking if necessary. The new areas can the be filled with the Retouch module by copying some other part of the image, using Liquify if the area is small or the new module overlay.
    • Overlay: This module can be used to add new content on the image by overlaying pixels from the current image or another image. The overlay content is defined by a drag-and-drop from the filmstrip to the Overlay module. This new content can be scaled, rotated and shifted horizontally or vertically. Using a mask, it can be used to fill an area created by the Enlarge Canvas or to add some new part into the image using masking. A common example is to overlay multiply pictures of a firework to create a bigger one.
  • Implemented a toggle switch for the darkroom mode, forcing the pixel-pipe processing to use the whole image data instead of just the area displayed. This allows the user to inspect processed data without errors introduced via internal scaling, and equals what we get by exporting in "high quality resampling" mode.
Performance Improvements
  • Rewrote the clustering code in map view for dramatically faster performance on large collections (mapping should now be usable with more than one million geotagged images selected).
Other Changes
  • Changed the sort order of tags to a natural and case-insensitive order.
  • Added Apple Keychain password storage backend for macOS devices.
  • Collect module sorting has been integrated into the module's header instead of a preference. All collections can now be sorted easily by a single click on the sort button.
  • Removed "unrestricted" mode from darktable's preferences resources for safety. This setting has been proved to be unsafe in many cases. It can still be enabled via the resource file if needed.
  • Added buttons next to the snapshots to allow restoring it as the new history. Also, the snapshots are now supporting drawn masks. It is possible to visualize the difference between the main darkroom view and a snapshot with different masking for example.
  • Using Right-Click on color label icons (bottom toolbar of lighttable) it is possible to add a description to color labels. This is an handy way of remembering the color label usage in the workflow.
  • Removed the AI options in color calibration module because of mediocre quality.
  • It is now possible to import images in-place in a GVfs mount on GNU/Linux.
  • Added a dashed outline of the currently selected area in the print view.
  • Added a few more EXIF fields to the image information module: White balance, exposure program, flash and metering mode. These get filled automatically for new imports. For existing photos, please perform a "refresh EXIF" on the selected images.
  • Added Windows credential manager password storage backend.
  • Added mask blending to the highlights reconstruction module. The generated raster mask holds the amount of reconstructed data and can be used with all algorithms.
  • Color picker positions are defined by image coordinates instead of output. They will stay at the same location, whatever distorting modules are used.
  • The history autosaving might be disabled because of slow drives, this is now done per image instead of globally.
  • Added support for DNG files requiring the CameraCalibration tags for correct white balancing. (Some google pixel cameras for example). Requires re-reading exif metadata.
  • Improved efficiency of the quick access panel by allowing modules to be reset and presets to be applied without opening the full module. Added more controls by default to further reduce the need to leave the panel while editing.
  • Added more collection types and filters for flash, white balance, exposure program, metering mode and image grouping.Removed the old image grouping collection type and filter, which gave confusing results.
  • Added support for CMYK profiled histogram.
  • The map view can now be scrolled with the arrow keys (left/right/up/down) in small steps and in combination with Ctrl in bigger steps.
Bug Fixes
  • Fixed copying of multiple instances to ensure the proper order is applied when pasting to a new image.
  • Fixed raw chromatic aberration on Clang based systems.
  • Fixed backthumb crawler for deleted history. We make sure that the crawler is aware of a deleted history and so will regenerate the thumbs as expected.
  • Fixed drawn masks visualizing in darkroom after pixelpipe module have changed. The drawn masks will now be properly adjusted if there is new distortion on the pipe, for example. This was not the case until one was editing the mask.
  • Fixed memleak while importing avif images.
  • Fixed mask blending for sraw images while in IOP_CS_RAW colorspace.
  • Fixed OpenCL device locking for modules calling dt_dev_pixelpipe_process().
  • Fixed the UI becoming unresponsive due to very large history.
  • Fixed UCS colorspace maths, avoiding div-by-zero and out-of-gamut errors.
  • Fixed a number of issues with guided filter blending and internal mask distortions.
  • Fixed some issues related to cropping module and output/export dimensions.
  • Fixed export processing when high quality is disabled and upscale is set.
  • Fixed camera mounting when GPhoto2 internally reports a single attached camera multiple times.
  • Fixed a issue preventing export to recent Piwigo's version.
  • Fixed many stability issues for better overall robustness.

Darktable screenshot (620 pix)

Versienummer 4.8.0
Releasestatus Final
Besturingssystemen Linux, macOS, Windows 10, Windows 11
Website Darktable
Download https://www.darktable.org/install/
Licentietype GPL

Door Bart van Klaveren

Downloads en Best Buy Guide

21-06-2024 • 21:30

15

Bron: Darktable

Update-historie

Reacties (15)

15
15
13
1
0
2
Wijzig sortering
Ik kwam er enkele weken gelden achter dat de enige full-time-ontwikkelaar, Aurélien Pierre , een paar jaar geleden een fork is begonnen: Ansel. Uit zijn Gitlab-beschrijving klinkt nogal wat onvrede door
It is not compatible with Darktable 4.2 and later and will not be, since 4.2 introduces irresponsible choices that will be the burden of those who commited them to maintain, and 4.4 will be even worse.
Iemand enige ervaring of inzicht in de voortgang van beide?
Ja, Pierre is niet de enige fulltime ontwikkelaar. Darktable heeft geen fulltime ontwikkelaars, AFAIK.

Hij is een persoon die erg snel aangebrand is en altijd erg snel harde taal gebruikt, voor alles. Ook z'n blogposts over AI. Ook z'n meningen over software ontwikkeling. En ook in het team :).

Hij is er uitgestapt ergens rond de 3.8 en 4.0 cycle , dus al een tijdje terug.

Hij is wel degene die het huidige scene referred idee bedacht en gestart is, dus de theorie waar de pixel pipe nu op werkt is door hem bedacht. Maar er is sindsdien een hoop aan gedaan door andere , en hij heeft het idee gekregen van de pixel pipe van Blender, dus het is niet nieuw of zo :).

Hij was het niet eens met een nieuwe filter ui, dat het niet nodig was en de code van die feature was nogal van belabberde kwaliteit volgens hem. Er kwam ook een alternatief op zijn 'filmic' module die nogal belangrijk is in de pixel pipe. Hij was er ook erg op tegen dat er een 2e module kwam met hetzelfde doel, en wou eerder dingen mergen in 1 module. Maar vond vervolgens uiteraard dat de nieuwe module niets nieuws toevoegde dus uiteindelijk heeft ie de merge erg lang tegengehouden.

Er worden soms nog dingen van zijn fork terug gemerged, maar het wordt wel minder.

Toen z'n fork net begon (en nog geen naam had) gebruikte ik hem, maar hij begon achter te lopen op dingen van mainstream darktable die ik miste. En hij begon vervolgens dingen weg te slopen onder het motto 'het werkt niet 100% dus doe het ooit wel goed opnieuw', maar ik gebruikte het wel :).
Ik heb er nu niet meer naar gekeken sinds 4.2.

Dus, 'filmic rgb' is zijn kindje, samen met de huidige 'color calibration'. Daar is best wat werk aan verzet sindsdien, en voor filmic is de 'sigmoid' module dus als alternatief, waar een hoop mensen tevreden zijn en makkelijker, fijnere resultaten krijgen.
Ik gebruik zelf filmic nog heel vaak omdat ik met de vele sliders nooit een issue heb gehad, en het doet soms leuke dingen met kleur in de extreem bright areas. Maar juist voor landschappen en zo is de overgang van kleur naar full white soepeler en simpeler bij sigmoid.

Sigmoid is aangepast door een 2e ontwikkelaar van darktable om keuren wat meer puur te houden en te kunnen spelen met color casts. Er is een hele nieuwe equalizer module bij. Er is extreem veel werk verzet om nieuwe algoritmes te hebben om clipped highlights te repareren (wat een pijn punt was van darktable), support voor lens correcties uit de metadata van de file zelf en veel veel meer dingen.

Dus, meneer Pierre heeft aan de grond gestaan van een grote shift in hoe darktable 3+ werkt vs daarvoor, is wiskundig zeer capabel maar emotioneel absoluut niet. Het is nu al 3 jaar geleden dat ie weg is, en we missen hem niet op het forum.

Maar ik heb ook al een tijdje niet naar ansel gekeken dus wie weet weet ik niet wat ik mis.

[Reactie gewijzigd door dipje2 op 23 juli 2024 20:21]

Bedankt voor je long read. Ik had het idee dat hij technisch wist waar hij het over had, maar emotioneel nog wel eens uit zijn slof kon schieten. Zijn punt dat Darktable niet intuïtief is, is nogal in tegenspraak met zijn ellenlange videos over de filmic module waarin hij zich steeds beklaagd dat het echt niet zo moeilijk is, waarna hij weer wat wiskundige details over kleurtheorie uitlegd.

Overigens heb ik veel van die videos geleerd dus geef ook de voorkeur aan filmic over sigmoid.
https://github.com/darktable-org/darktable/pulse/monthly

https://github.com/aurelienpierreeng/ansel/pulse/monthly

Beiden worden nog actief ontwikkeld, maar Ansel toch wel wat minder (dat is niet per se slecht, maar kan wel een indicatie zijn).
Ansel heeft vijf auteurs, tegen 27 bij Darktable. Dat is wellicht een oneerlijke vergelijking omdat Ansel veel jonger is, maar het ontkracht niet mijn vermoeden: dat Pierre enthousiast is begonnen, maar het gedoemd te falen is als eenmansproject.
Bij mij heeft hij toch wel wat afgedaan. Hij heeft ontzettend veel kennis over fotobewerking en alles wat daarbij komt kijken, maar toen hij een tijd geleden een enorme tirade hield tegen zijn mede ontwikkelaars waarbij hij ze als een stelletje prutsers neerzette die niet naar hem luisterden heeft deze Fransman voor mij toch echt wel afgedaan. Je hoort en ziet sindsdien ook niks meer van hem.
Hij heeft wel een punt.
Ze zitten op de lijn van 'meer is beter'.
Als er twee mogelijkheden zijn om iets op te lossen bieden ze ze alle drie aan en werken ondertussen een vierde uit.
Daar bovenop: als de gebruiker de userinterface niet intuïtief vindt, dan ligt dat aan hem en moet hij de handleiding lezen.

Dat staat haaks op het UX-principe: Het ligt nooit aan de gebruiker.

En dan gaat het niet en met nadruk niet over super ingewikkelde bewerkingen, maar bijvoorbeeld over wat er gebeurt als je een aantal elementen selecteert en dan op een knop drukt: Werkt die knop dan op de geselecteerde elementen of op het element waar jouw muiscursor boven hangt?

https://github.com/darktable-org/darktable/issues/16850
Ansel net eens geprobeerd, het werkt wel een pak sneller dan darktable maar het is me toch net iets te basic voor het serieuzere werk. Misschien ooit een goed alternatief voor pakweg vakantiefoto's te ontwikkelen op de reislaptop. Neemt niet weg dat darktable inderdaad erg traag werkt. ik hoop dat de hier beloofde prestatiewinst merkbaar is.
Wat is er traag dan ? Bepaalde modules ? Darktable kan moeilijk te tweaken zijn voor opencl maar er is een hoop aan gedaan een jaar geleden al voor zinnigere auto detectie en defaults. De 'diffuse en sharpen' module is heavy on calculations, maar alles daar buiten voelt al jaren snappy to be honest.
traag is 1 a 2 FPS updates als ik aan de sliders zit en vooral 5+ seconden om een foto te laden in darkroom modus. dit op een I9 + 32 GB ram + 6800 XT, die zou toch meer dan zwaar genoeg moeten zijn voor de taak. Werk onder Fedora Workstation.
Hmm.. weird. Heb het vooral onder Windows gebuild en gebruikt, en mijn oude werk Thinkpad met een i5-8250u en 16gb en geen gpu deed het veel beter. Exports kunnen dan wel weer wat duren, maar zelfs met veel zwaar module werk nooit meer dan 15sec per photo.

Werk laptop 2 met een i9-12900 en 16gb en een 3050ti voelde als boter. Mijn prive laptop nu met een 8845hs en 4060 voelt als boter. Heb het nog niet geprobeerd op mijn werk 7840u nu. Die draait Ubuntu, kan wel een leuke test zijn.
Ik heb een vermoeden dat het met OpenCL te maken heeft. ROCm is geinstalleerd maar lijkt in Darktable niet veel te doen.
Zelfs zonder openCL is dat extreem traag. Heb je al eens een proper profiel in DT getest op snelheid?
Moet zeggen dat ik de Darktable UI en werkwijze verre van duidelijk/intuïtief vind. Maar het enige alternatief (RawTherapee ART, dat zou een gebruikersvriendelijkere versie van RawTherapee zijn) vind ik ook een draak..

Gelukkig kan de editor van DigiKam steeds meer bewerkingen doen.. en wil ik zelf juist steeds minder tijd besteden aan het editen..n
Darktable heeft noot de filosofie of wens gehad om perse 'simpeler' te zijn. Komen ook veel mensen die klagen dat 'als je ooit een serieus Lightroom alternatief wil zijn moet xxx en xxx veel makkelijker!'. De standaard response is dan 'we willen geen Lightroom alternatief zijn' en klaar.

ART heb ik nooit naar gekeken. Meer omdat hoe de fork plaats vond ik heel nasty vond en eigenlijk wel blij ben met Darktable en RT. Maar een hoop mensen zijn er blij mee, voor makkelijker een acceptabel resultaat. Dus zeker een goede om erbij te houden.

Misschien ooit even kijken naar Filmulator? Is duidelijk nog 'in ontwikkeling' en is dat al jaren dus het gaat niet hard. Maar er basis algorithme hoe het raw data omzet is nog steeds tof voor snel en simpel resultaat.
Heeft een x aantal sliders, that's it. Een hoop heb je niet echt door wat het doet, daar blijf je dan vanaf. Met exposure en een slider om de brightness curve naar beneden te halen en de Shadow curve wat omhoog te zetten, met een saturation slider kom ik een heel eind om een bulk dagelijks 500+ foto's snel om te zetten, op een blog te gooien en later wel uit te zoeken naar hoe het beter kan.

Maar als je blij bent met digikam mag je daar natuurlijk ook lekker op blijven 😉.

Op dit item kan niet meer gereageerd worden.