Re: [darktable-dev] HDR and SDR

2019-12-17 Thread Sturm Flut
Hi Andreas, On 16.12.19 20:13, Andreas Schneider wrote: darktable is setting a flag for images to be HDR and SDR. It doesn't really make use of it, but we probably have to change that in future. After thinking about it a bit more: What is this flag going to be used for in the future? I think

Re: [darktable-dev] HDR and SDR

2019-12-17 Thread Wiktor Nowak
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 pisz

[darktable-dev] 3.0.0 RC broken current image cursor after image classification

2019-12-17 Thread Germano Massullo
In darktable lightview, I always used to order photos "sort by rating", and then set the file manager with '1' shown photos (the highest zoom). Then I classified photos, for example pressing R to reject a photo, and then moved ahead with the mouse scroll wheel. On darktable 3.0.0 RC(0,1,2) I have n

Re: [darktable-dev] Visibility of stars

2019-12-17 Thread Julian Rickards
Great, thanks On Tue, Dec 17, 2019 at 1:29 PM Nicolas Auffray wrote: > The whole UI has been changed on 3.0 and visibility of stars is better. > Anyway, they come in a widget for thumbnails star so can't be changed by > CSS. > > > Le 17/12/2019 à 16:45, Julian Rickards a écrit : > > Is the visib

Re: [darktable-dev] Visibility of stars

2019-12-17 Thread David Vincent-Jones
+1 On 2019-12-17 7:45 a.m., Julian Rickards wrote: Is the visibility (colour) of the stars controlled in CSS in 3.0? Currently, in 2.6.3, I find them a bit faint. If not, not a deal breaker, then just a request for 3.01.

Re: [darktable-dev] Future 3.0 article for christmas release

2019-12-17 Thread Nicolas Auffray
Hi all, As I came back earlier than expected today, the english article is near to be ready. Whole translation is finish, it's just need another reading to be sure all is good. rawfiner is actually on it and I will make another reading later. https://github.com/Nilvus/dtorg/tree/master/conten

Re: [darktable-dev] Visibility of stars

2019-12-17 Thread Nicolas Auffray
The whole UI has been changed on 3.0 and visibility of stars is better. Anyway, they come in a widget for thumbnails star so can't be changed by CSS. Le 17/12/2019 à 16:45, Julian Rickards a écrit : Is the visibility (colour) of the stars controlled in CSS in 3.0? Currently, in 2.6.3, I find

[darktable-dev] Visibility of stars

2019-12-17 Thread Julian Rickards
Is the visibility (colour) of the stars controlled in CSS in 3.0? Currently, in 2.6.3, I find them a bit faint. If not, not a deal breaker, then just a request for 3.01. ___ darktable developer mailing list to unsubscribe sen

Re: [darktable-dev] HDR and SDR

2019-12-17 Thread Andreas Schneider
On Tuesday, 17 December 2019 14:32:11 CET Moritz Moeller wrote: > On 17.12.19 14:24, Andreas Schneider wrote: > > All TIFF files are currently set to SDR ... > > That doesn't make sense. I use 16bit EXR when grading 3D rendered stuff > via DT but someone could as well use 32bit float TIFF. I know

Re: [darktable-dev] HDR and SDR

2019-12-17 Thread Moritz Moeller
On 17.12.19 14:24, Andreas Schneider wrote: All TIFF files are currently set to SDR ... That doesn't make sense. I use 16bit EXR when grading 3D rendered stuff via DT but someone could as well use 32bit float TIFF. .mm

Re: [darktable-dev] HDR and SDR

2019-12-17 Thread Andreas Schneider
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 in

Re: [darktable-dev] HDR and SDR

2019-12-17 Thread Sturm Flut
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

Fwd: [darktable-dev] Changelog

2019-12-17 Thread Bruce Williams
Rawfiner, Yep, just been swamped at work and have barely had time to scratch myself, let alone reply to this list. Sorry. And thanks! I'm hoping to get into some deep reading this weekend. Cheers, Bruce Williams. -- Forwarded message - From: rawfiner Date: Tue., 17 Dec. 2019, 19:2

Re: [darktable-dev] darktable 3.0 - let's start translations

2019-12-17 Thread Pascal Obry
Nazari, I have checked my list and I have gcc from 5 till 8. I removed 5 and tried > again - still the same error. > Should I remove all gcc or can I somehow point which gcc to use during > compilation? > You probably want to remove the build directory completely and start over again. Sincerely,

Re: [darktable-dev] Future 3.0 article for christmas release

2019-12-17 Thread Nicolas Auffray
Hi Andreas and Maurizio,Thanks Andreas, I already use Deepl to go faster.Maurizio, I hope to finish it tonight or tomorrow, later on thursday. I will make a mail when finish.To english native speaker, any reading of already translated parts and corrections are welcomed. Have a good day.Nilvus--

Re: [darktable-dev] darktable 3.0 - let's start translations

2019-12-17 Thread Nazarii Vitak
Thanks Tim, I have checked my list and I have gcc from 5 till 8. I removed 5 and tried again - still the same error. Should I remove all gcc or can I somehow point which gcc to use during compilation? Thanks in advance, Sincerely, Nazarii On Sat, 14 Dec 2019 at 14:48, Tim Rolph wrote: > On Fr

Re: [darktable-dev] Future 3.0 article for christmas release

2019-12-17 Thread Maurizio Paglia
Hi, yes, I am here :-) I will be glad to translate this article but I do not know if I will have enough time before Christmas :-( Do you know when the article will be finished (i.e. no more in draft status?). Thanks, Maurizio Il giorno mar 17 dic 2019 alle ore 08:03 Andreas Schneider < a...@crypt