Re: [darktable-dev] HDR and SDR
Hi, … and that's where the image processing pipeline mixed with people's misunderstandings backfires. What's HDR here ? The scene or the display ? The image only encodes a scene-referred light emission with 0 and 1. That scene-referred light emission has infinite dynamic range, with a more limited region of interest for human vision. The encoded recording by the camera has not an infinite DR, but still has a dynamic range much wider than any display. In this encoding, each bit can only encode 1 EV of dynamic range. So, 8 bits => 8 EV, and bit depth => dynamic range. Using a tone curve/gamma/OETF only redistributes the bits more evenly over that dynamic range. The point you make is valid : an SDR file can be an HDR scene backed into an SDR image adapted for SDR display. Yet we don't care, an 8-bits file has a contrast of 255:1, a 10-bits one has a contrast of 1023:1, no matter the scene that it actually encodes. It would appear that any bit depth > 8 bits is to be assumed HDR until proved otherwise. So the issue seems more general to me than mapping "tonecurve" to "dynamic range". The classical imaging pipeline expects 100% RGB (255 in 8 bits) to encode 100 Cd/m² (display white point), and (18% RGB)^(1/gamma) to encode middle grey. We can say one file is HDR is 100% RGB encodes more than 100 Cd/m², in which case the colour management needs to apply an highlight roll-off to tonemap the image for SDR displays. From what I understand, PQ and HLG tonecurve are just fancy maths tricks to optimize the distribution of bits over the dynamic range among high bit-depths to reduce posterization. They don't tonemap anything in themselves. So these transfer functions can't be assumed to be linked to HDR files all the time, they are only encodings (same as sRGB gamma, but more refined). Say your 16 bits file (contrast of 65535:1) encodes SDR (65535 = 100 Cd/m²), to display it on a regular monitor (contrast of 255:1), you simply need to rescale every pixel linearly (×255 / 65535). If it encodes HDR (65535 = 200, 400, 1000… Cd/m²), you will probably rescale linearly below middle grey, and roll-off progressively to compress highlights in the [117; 255] display-referred space. My point here is we need to be absolutely clear about *what* is encoded (scene-referred dynamic range), *for what* it is encoded (display-referred dynamic range), and *how* it is encoded (OETF + bit depth). Bit-depth and OETF are stored in ICC metadata of images, but the scene-referred dynamic range should be deduced from the white point luminance tag if provided (if white > 100 Cd/m² then HDR ; else SDR), and I don't know for the display-referred dynamic range (if the file has been saved with a tonemapping already or if the colour management needs to roll-off highlights on-the-fly before sending to GPU memory buffer). Merry Christmas, Aurélien. Le 18/12/2019 à 07:59, Wiktor Nowak a écrit : > Why thinking of bit depth in terms of dynamic range? Dynamic range is a > range between the brightest and darkest part of image with no clipping. > HDR image could be 16, 10, 8 or whatever bit depth or format with a base > curve applied or not i think... > > W dniu 17.12.2019 o 14:24, Andreas Schneider pisze: >> On Tuesday, 17 December 2019 14:12:48 CET Sturm Flut wrote: >>> Hi Andreas, >>> >>> On 16.12.19 20:13, Andreas Schneider wrote: sRGB -> SDR AdobeRGB -> SDR PQ Rec2020 -> HDR HLG Rec2020 -> HDR Does that make sense? I could look into that next. >>> Where do RAW files fit into this definition? They have no color space. >>> >>> A 16 Bit AdobeRGB out-of-camera TIFF file might have more dynamic range >>> than 10 Bit Rec.2020 data. Color space alone might not be a sufficient >>> measure. >> If you have a better idea, I'm open to suggestions! >> >> All TIFF files are currently set to SDR ... >> >> >> Andreas >> > ___ > darktable developer mailing list > to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org > ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
[darktable-dev] Exact string matching in collect module.
Was there ever a time when collection by such attributes as title, description, creator, etc., queried for an exact string match not automatically bookended by wildcards -- e.g., if one used collect-by-title with the pattern "Lake", it would only show images with the exact title "Lake", and not, e.g., "Gates of Lakewood Cemetery"? -- August Schwerdfeger aug...@schwerdfeger.name ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: basic adjustments not for use with filmic [darktable-dev] Future 3.0 article for christmas release
Hi there, Bernhard schrieb am 25.12.19 um 13:40: German translation is now here: https://www.bilddateien.de/blog/2019-12-25-darktable-3.0-was-ist-neu.html after I published my translation I got a question about this part of the article: /basic adjustments/ allows, as its name suggests, basic adjustments, on essential options in a single module.*(...) => It must not be used with the new RGB workflow offered by the trilogy: /filmic rgb/, /color balance/ and /tone equalizer/ to which is added according to needs: /rgb curve/ and /rgb levels/.* So basic adjustments excludes the use of five modules or vice versa. I could not answer about the reason for this. Any idea? Thanks. -- regards Bernhard https://www.bilddateien.de ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] darktable 3.0.0 released
Thanks for the great product and best wishes! P.S. Could "is designed to replace" from "A new module 'filmic RGB' which, like the previous 'filmic', is designed to replace 'base curve', 'shadows and highlights' and other global tone-mapping modules." be replaced by something like "is designed as an alternative to..."? With respect, Alexander Rabtchevich Pascal Obry wrote: Hello! We are proud to announce the release of the 3.0 feature release. It is a very important major release with a redesign of many parts. It also brings many new features that have been missing for long time. This new release has more than 3000 modifications since last 2.6.0 release. Just impressive! It is also an important release as new developers have shined in and proposed some amazing features. It is good to see darktable developer's team growing. Thanks a lot to everyone involved! A full description of the release is there: https://github.com/darktable-org/darktable/releases/tag/release-3.0.0 The Windows and MacOS binaries are already available. The documentation will come a bit later. Enjoy the release and hope everyone will have nice end of year holidays. Best wishes, ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
Re: [darktable-dev] Future 3.0 article for christmas release
German translation is now here: https://www.bilddateien.de/blog/2019-12-25-darktable-3.0-was-ist-neu.html -- regards Bernhard https://www.bilddateien.de Maurizio Paglia schrieb am 22.12.19 um 14:41: Fixed in Italian translation. Thanks, Maurizio In data domenica 22 dicembre 2019 10:39:22 CET, Andreas Schneider ha scritto: On Friday, 20 December 2019 16:38:41 CET Nicolas Auffray wrote: Hi Maurizio, Sorry, I forgot to inform. My Github needed a cleanup to make the PR to prepare coming publishing. The new path for the article is this one : https://github.com/Nilvus/dtorg/tree/3.0-article/content/blog/2019-12-24-d ar ktable-3.0 On another note. If you write: The announcement and release notes for this new release can be found here: https://www.darktable.org/2019/12/darktable-300-released/. Then "here" should be the link! The announcement and release notes for this new release can be found [here] (https://www.darktable.org/2019/12/darktable-300-released/). If you want URL in the text you write: The announcement and release notes for this new release can be found in the following link: https://www.darktable.org/2019/12/darktable-300-released/ :-) ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org ___ darktable developer mailing list to unsubscribe send a mail to darktable-dev+unsubscr...@lists.darktable.org
