Created attachment 150236 [details] color comparison the pasted references and color picker have colors that are too light. color picking works correctly, but the preview of the picked color is misleading. see attachment for comparison. Windows 10 5.2.0-prealpha (git 0f478fc) GPU: RX 5700XT Screen: Wacom Cintiq pro 13/Sony TV
Hi, thank you for reporting. It's not supposed to do that and there is a big probability that Krita does what you told it to do exactly: convert the color you pick from the reference into your canvas color space or color depth. (but no info on your bug report about your color setup, canvas profile, bit depth, color management on your settings). It might also come from the color picker tool itself: it has tool options that can be altered. A non default setup might sample a larger area; or just a percent of the area... It might also come from the fact you are accidentally in softproofing mode CMYK; an accidental Ctrl+Y keyboard press, trying to do the "Redo" combination many other software are using... But without more information, it's hard to know. Can you give more information or share/attach the Krita file itself with the reference embeded? It will help at understanding what's going on.
> (but no info on your > bug report about your color setup, canvas profile, bit depth, color > management on your settings). i don't think i changed it... i took a screenshot of the only menu i could think of and pasted it into the .kra attachment. says i'm still in 8bit srgb > It might also come from the color picker tool itself: it has tool options > that can be altered. A non default setup might sample a larger area; or just > a percent of the area... i never changed those settings, and i checked, it's 1px. as i said, the colors from the canvas do get picked and i can keep drawing with them properly, it's just the preview that's wrong. > It might also come from the fact you are accidentally in softproofing mode > CMYK; an accidental Ctrl+Y keyboard press, trying to do the "Redo" > combination many other software are using... i actually disabled that shortcut entirely a while ago haha... no softproofing here. > Can you give more information or share/attach the Krita file itself with the > reference embeded? It will help at understanding what's going on. if you need any specific logs, please tell. i don't really know what to look for here.
Created attachment 150237 [details] kra file
Created attachment 150238 [details] Screenshot on my setup (Linux Fedora KDE + Krita 5.1beta1) Hey, Thank you for the information and detailed answers. I'm attaching here a screenshot of your file opened on my setup (Linux Fedora KDE + Krita 5.1beta1). Your reference image and the stroke matches on my screenshot. Thank you for the screenshot of your machine embeded into the canvas of your Kra file; I can see your reference image imported that looks very bright. I'll mark the bug as 'Reported' : something is clearly happening on your import of reference files, but I'll can't solve the issue or even guess where it come from. I'm just a tester who volunteer at triaging bugs from time to time.
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
Could you please share the settings you have in "Preferences -> Color Management -> Display" I remember having issues like this when I was trying to be clever and set an specific calibrated monitor icc profile on multiple monitor setup. In the end I set it to the default "sRGB-elle-V2-srgbtrc.icc" and my problems went away.
Created attachment 150278 [details] color profile settings these settings are standard. never changed it and also have the color profile you mentioned..
i switched back to my parallely installed backup (5.10 alpha 1371481) where i know this didn't happen and the issue persists. gonna try uninstalling the newer version and going back to krita plus
ok i found the cause. i had a wrong HDR color profile selected (i never changed that myself). TO REPRODUCE: - non-HDR screen (cintiq pro 13) - settings->display->HDR settings->preferred output format: rec 709 (16 bit) for some reason the color picker and reference tool use the output format (16bit) instead of the display format (srgb 8bit) it seems updating changed that setting on its own...
installed the current prealpha and nothing in the settings changed this time, so i guess this counts as resolved.