Re: [darktable-dev] darktable 4.4.0 released

2023-06-21 Thread Alex Delaforce
Sorry to fill your inboxes with 'fluff' but I am so grateful for such a
wonderful piece of software. Thanks to all involved in the darktable
project.
I am looking forward to loading the new version in the next couple of days.
Congratulations, thanks and stay well
Alex

On Thu, Jun 22, 2023 at 2:01 AM Pascal Obry  wrote:

> We're proud to announce the new feature release of darktable, 4.4.0!
>
> The github release is here:
> https://github.com/darktable-org/darktable/releases/tag/release-4.4.0
>
> As always, please don't use the autogenerated tarball provided by
> github, but only our tar.xz file. The checksums are:
>
> $ sha256sum darktable-4.4.0.tar.xz
> 8887fc34abd97c4998b0888c3197e0c509d63bdeab2238906915319811f3b080
> darktable-4.4.0.tar.xz
>
> $ sha256sum darktable-4.4.0-x86_64.dmg
> 64af00c1ae160a6e95c459260c7789a431bb050f23afc62f87d6f23f3f06ced1
> darktable-4.4.0-x86_64.dmg
>
> $ sha256sum darktable-4.4.0-arm64.dmg
> 40e41dcf508398fc67b2bce3441ac80b5dc5886e86cad15cf214530f42bf730d
> darktable-4.4.0-arm64.dmg
>
> $ sha256sum darktable-4.4.0-win64.exe
> 23a4831ca52c707984b64cc6b9122526e96606ce86b04a0906fe32fd8327d956
> darktable-4.4.0-win64.exe
>
> When updating from the stable 4.2.x series, please bear in
> mind that your edits will be preserved during this process, but the new
> library and configuration will no longer be usable with 4.2.x.
>
> You are strongly advised to take a backup first.
>
>  Important note: to make sure that darktable can keep on supporting
> the raw file format for your camera, *please* read [this post](
> https://discuss.pixls.us/t/raw-samples-wanted/5420?u=lebedevri) on
> how/what raw samples you can contribute to ensure that we have the *full*
> raw sample set for your camera under CC0 license!
>
> Since darktable 4.2:
>
> - 2700 commits to darktable+rawspeed
> - 813 pull requests handled
> - 97 issues closed
>
>
> _Please note that the darktable documentation is not currently complete
> for release 4.4
> and contributions are greatly appreciated. Please see the
> [project documentation](
> https://github.com/darktable-org/dtdocs#contributing)
> for more information on how to contribute._
>
> ## The Big Ones
>
> The following is a summary of the main features added to darktable
> 4.4. Please see the user manual for more details of the individual
> changes (where available).
>
> - It is now possible to define multiple automatically-applied presets
>   against a single processing module. Each preset after the first will
>   be added to a new module instance immediately after the first
>   instance in the pipeline.
>
>   To better visualise which module instance corresponds to which
>   preset, the module label will be automatically set to the name of
>   any preset that matches the current module's parameters. If you
>   subsequently alter those parameters, the label will be cleared,
>   unless its parameters match to another preset, in which case it will
>   be changed to the name of the matched preset. If the module label
>   has been hand edited it will never be updated automatically.
>
>   A new option (preferences > darkroom > automatically update module
>   name) has been introduced to allow this functionality to be
>   disabled.
>
> - The default parameters of some processing modules have been reworked
>   to allow them to be more easily used in copy/paste, presets and
>   styles.
>
> - Many modules have default parameters based on image metadata or
>   current workflow, for example:
>
>   - exposure: in a scene-referred workflow, the exposure is adjusted
> using the Exif exposure compensation value,
>   - denoise (profiled): set based on camera and ISO,
>   - lens correction: set based on camera, lens, focal length, focus
> distance,
>   - base curve: set based on the camera maker,
>   - white balance: set based on Exif metadata,
>   - orientation: set based on Exif metadata,
>   - color calibration: set based on Exif metadata
>
>   For all of these modules it is now possible to paste settings while
>   ensuring that the proper image metadata is used to set the module
>   parameters.  This is achieved by selecting the "Reset" column in the
>   preset and style dialogs, which makes the module behave as if its
>   reset button has been clicked.
>
>   When creating or editing presets, a new option, "reset all module
>   parameters to their default values", has been added. Choose this
>   option to auto-add modules to matching images while retaining their
>   default parameters (including any set based on image metadata).
>
>   This functionality has allowed us to clean up a number of
>   module-specific hacks that previously achieved similar functionality
>   (albeit in a more limited way).
>
> - The default workflow configuration option (preferences > processing >
>   auto-apply pixel workflow defaults) has now been adjusted to
>   incorporate the previous chromatic adaptation workflow setting and to
>   include the new sigmoid module.  Options are now as follow

[darktable-dev] darktable 4.4.0 released

2023-06-21 Thread Pascal Obry
We're proud to announce the new feature release of darktable, 4.4.0!

The github release is here:
https://github.com/darktable-org/darktable/releases/tag/release-4.4.0

As always, please don't use the autogenerated tarball provided by
github, but only our tar.xz file. The checksums are:

$ sha256sum darktable-4.4.0.tar.xz
8887fc34abd97c4998b0888c3197e0c509d63bdeab2238906915319811f3b080  
darktable-4.4.0.tar.xz

$ sha256sum darktable-4.4.0-x86_64.dmg
64af00c1ae160a6e95c459260c7789a431bb050f23afc62f87d6f23f3f06ced1  
darktable-4.4.0-x86_64.dmg

$ sha256sum darktable-4.4.0-arm64.dmg 
40e41dcf508398fc67b2bce3441ac80b5dc5886e86cad15cf214530f42bf730d  
darktable-4.4.0-arm64.dmg

$ sha256sum darktable-4.4.0-win64.exe
23a4831ca52c707984b64cc6b9122526e96606ce86b04a0906fe32fd8327d956  
darktable-4.4.0-win64.exe

When updating from the stable 4.2.x series, please bear in
mind that your edits will be preserved during this process, but the new
library and configuration will no longer be usable with 4.2.x.

You are strongly advised to take a backup first.

 Important note: to make sure that darktable can keep on supporting the raw 
file format for your camera, *please* read [this 
post](https://discuss.pixls.us/t/raw-samples-wanted/5420?u=lebedevri) on 
how/what raw samples you can contribute to ensure that we have the *full* raw 
sample set for your camera under CC0 license!

Since darktable 4.2:

- 2700 commits to darktable+rawspeed
- 813 pull requests handled
- 97 issues closed


_Please note that the darktable documentation is not currently complete for 
release 4.4
and contributions are greatly appreciated. Please see the
[project documentation](https://github.com/darktable-org/dtdocs#contributing)
for more information on how to contribute._

## The Big Ones

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

- It is now possible to define multiple automatically-applied presets
  against a single processing module. Each preset after the first will
  be added to a new module instance immediately after the first
  instance in the pipeline.

  To better visualise which module instance corresponds to which
  preset, the module label will be automatically set to the name of
  any preset that matches the current module's parameters. If you
  subsequently alter those parameters, the label will be cleared,
  unless its parameters match to another preset, in which case it will
  be changed to the name of the matched preset. If the module label
  has been hand edited it will never be updated automatically.

  A new option (preferences > darkroom > automatically update module
  name) has been introduced to allow this functionality to be
  disabled.

- The default parameters of some processing modules have been reworked
  to allow them to be more easily used in copy/paste, presets and
  styles.

- Many modules have default parameters based on image metadata or
  current workflow, for example:

  - exposure: in a scene-referred workflow, the exposure is adjusted
using the Exif exposure compensation value,
  - denoise (profiled): set based on camera and ISO,
  - lens correction: set based on camera, lens, focal length, focus distance,
  - base curve: set based on the camera maker,
  - white balance: set based on Exif metadata,
  - orientation: set based on Exif metadata,
  - color calibration: set based on Exif metadata

  For all of these modules it is now possible to paste settings while
  ensuring that the proper image metadata is used to set the module
  parameters.  This is achieved by selecting the "Reset" column in the
  preset and style dialogs, which makes the module behave as if its
  reset button has been clicked.

  When creating or editing presets, a new option, "reset all module
  parameters to their default values", has been added. Choose this
  option to auto-add modules to matching images while retaining their
  default parameters (including any set based on image metadata).

  This functionality has allowed us to clean up a number of
  module-specific hacks that previously achieved similar functionality
  (albeit in a more limited way).

- The default workflow configuration option (preferences > processing >
  auto-apply pixel workflow defaults) has now been adjusted to
  incorporate the previous chromatic adaptation workflow setting and to
  include the new sigmoid module.  Options are now as follows:

  - scene-referred (filmic) -- default
  - scene-referred (sigmoid)
  - display-referred (legacy)
  - None

  With these new options, the color calibration module and
  scene-referred module order will be automatically applied for all
  workflows except "display-referred (legacy)", which will continue to
  use only the white balance module for chromatic adaptation. The
  value in brackets represents the default module used for tone
  mapping (filmic/sigmoid). In the legacy mode, base curve will