Hey all.
Since a couple of days ago I have a really weird behavior in darkroom:
Any mouseover for any slider moves the slider to the cursor.
That basically makes darktable completely unusable because most modules
have multiple sliders
and it's basically impossible to not mouseover over multip
Thank you for your clarifications :)
On 12/11/2017 04:53 AM, Tobias Ellinghaus wrote:
That shouldn't really matter. If no profile could be found via colord then
it's not used. But of course it won't hurt either.
Pretty sure that did make a difference, but well... things are working
now ;)
_
On 12/10/2017 02:03 PM, Roman Lebedev wrote:
If I do that (no matter whether I set the output profile to sRGB or Adobe
RGB), the exported
images look the same in darktable and the gnome image viewer and in geeqie
(with color management turned off).
That sounds strange, can't speculate without
On 12/10/2017 02:03 PM, Roman Lebedev wrote:
This is why the output color profile setting should stay at the default (sRGB).
So this means if I select sRGB as the output profile, it should show
correctly in applications that are not color-managed?
That was kind of my goal.
___
ion
Scope: temp
Colorspace: rgb
Device ID: cups-PDF
Profile 1: PDF-RGB..
Profile 2: PDF-Gray..
Metadata: OwnerCmdline=/usr/sbin/cupsd -l
On 12/10/2017 02:03 PM, Roman Lebedev wrote:
On Sun, Dec 10, 2017 at 9:52 PM, Andreas Mueller wrote:
Hi all.
Hi.
I've
Hi all.
I've been trying to fix my color management workflow for a while, but
I've gotten nowhere so far,
I was hoping maybe someone here could help.
What I'm trying to do is get a raw from my camera, edit it in dark
table, and then post it on the web,
say on instagram.
I created a monitor
Thanks, that's definitely an option.
Though I prefer using the exposure module. Using levels or curves I usually
end up with an oversaturated or undersaturated image, depending on which
direction I moved the grey point. Not sure if there's an easy way to
compensate for that automatically.
Sent fro
