> I may not be understanding all the issues correctly, but this seems much
> less useful than basing the values on an output profile that you actually
> intend to use for exporting to. Would it make sense to have the
> picker/histogram always use the profile that the soft proofing toggle is
> set t
No problem, Edgardo. Thanks for all your work!
Normand
Le 19-02-07 à 13 h 13, Edgardo Hoszowski a écrit :
You are mixing things and getting off-topic here, we'll never be able to
define a requirement this way.
The final histogram/color picker/overexpose does collect the data at the
end of th
On Thu, Feb 7, 2019, at 09:57, Normand Fortier wrote:
> That is also what Lightroom does: "Lightroom uses a wide gamut RGB space
> similar to ProPhoto RGB to do all the image calculations, and the
> histogram and RGB percentage readouts are based on this native Lightroom
> RGB space."
> http://
You are mixing things and getting off-topic here, we'll never be able to
define a requirement this way.
The final histogram/color picker/overexpose does collect the data at the
end of the pipe, that is, when it has finished processing the image. Not
converting it to another profile makes no sense,
Le 19-02-07 à 07 h 36, Edgardo Hoszowski a écrit :
PR 2069 is ready, please test it.
Thank you for the quick response! Sorry for the long posts, but I think
we're not quite on the same page. I am still trying to figure how to
incorporate your PR into my DT source, so I can't test yet, but I r
PR 2069 is ready, please test it.
darktable user mailing list
to unsubscribe send a mail to darktable-user+unsubscr...@lists.darktable.org
Normand Fortier (2019-Feb-06, excerpt):
> We need the display profile to display the image on the monitor that DT is
> using, but the ultimate destination of the image is something different: it
> could be the Web (sRGB) or a printer. In my case I export images with
> ProPhoto and then the Turbopri
> You are talking about the final histogram & color picker only, and
> that's very different from having in synch over/under exposed, gamut
> check, final histogram & color pick, all on the same colorspace, so
> could you please clarify that?
Though my initial post was about the main histogram an
On mercredi 6 février 2019 16:18:50 CET Normand Fortier wrote:
> Thank you for looking into this. Here is what I understand,
> unfortunately my knowledge is quite limited, so thanks for your patience!
>
> We need the display profile to display the image on the monitor that DT
> is using, but the u
I do most of my processing for the web so the current design is good enough
for me, and more important, I'm not sure about your needs. What I do want
as a user is the over/under exposed, gamut check, final histogram & color
pick to work on sRGB, because that is what I use to export. That happens to
Thank you for looking into this. Here is what I understand,
unfortunately my knowledge is quite limited, so thanks for your patience!
We need the display profile to display the image on the monitor that DT
is using, but the ultimate destination of the image is something
different: it could be
In dt some modules work on camera rgb, others on lab or prophotoRGB or
whatever the output color profile returns. The final histogram and color
picker collect the data after the last module (gamma) has been processed
and display it in the display profile (and lab).
The color picker is returning in
On 26/01/2019 20:03, Normand Fortier wrote:
So far, my understanding is this.
DT works in LAB color space. Most modules work in that space ("The
local color pickers run in the color space of the individual module,
which is usually L"; see also
http://www.darktable.org/usermanual/en/color_ma
Screen captures mentioned in text below.
Le 19-01-26 à 15 h 03, Normand Fortier a écrit :
So far, my understanding is this.
DT works in LAB color space. Most modules work in that space ("The local
color pickers run in the color space of the individual module, which is
usually L"; see also
ht
So far, my understanding is this.
DT works in LAB color space. Most modules work in that space ("The local
color pickers run in the color space of the individual module, which is
usually L"; see also
http://www.darktable.org/usermanual/en/color_management.html). The main
histogram and the glo
dt-l...@stefan-klinger.de :
Matthieu Moy (2019-Jan-24, excerpt):
dt runs
the image through the whole pipeline, displays the result and uses
it for the picker and histogram. A more rigorous approach would run
the image through the pipeline up to the output color profile, and
then export to monito
Matthieu Moy (2019-Jan-24, excerpt):
> dt runs
> the image through the whole pipeline, displays the result and uses
> it for the picker and histogram. A more rigorous approach would run
> the image through the pipeline up to the output color profile, and
> then export to monitor space to display th
> The global color picker works in monitor color space and takes
> samples after the complete pixelpipe has been processed.
> [...]
> I have no idea why this would be considered useful.
I don't think anyone claimed that this is useful, but this is easy to implement
without breaking the way the pi
I don't know, I admit I did not check what Inkscape does by default (I'm
not completely clear on color management...). However when I open the
png (exported from Inkscape) in Geeqie, which uses my monitor profile
(same as the one used in DT), then the rgb values it shows correspond to
the white
On Wed, 23 Jan 2019 at 18:22, Normand Fortier
wrote:
> I am creating test images in order to get a better grasp on soft
> proofing for printing. These images simply contain patches of different
> shades of gray. I created them using Inkscape and then exported to png
> (see appended image).
>
> Fo
Normand Fortier (2019-Jan-23, excerpt):
> For example, in the upper left group:
> 24 -> (29,29,28)
> 25 -> (29,30,29)
> 26 -> (30,30,29)
> 27 -> (31,31,30)
> 28 -> (31,32,31)
> 29 -> (32,33,32)
> 30 -> (33,34,33)
I observe this too, slightly different values though. According to
the manual [1]
I should have mentioned: this is darktable 2:2.6.0-1 on Archlinux.
Le 19-01-23 à 13 h 11, Normand Fortier a écrit :
I am creating test images in order to get a better grasp on soft
proofing for printing. These images simply contain patches of different
shades of gray. I created them using Inksc
22 matches
Mail list logo