https://bugs.kde.org/show_bug.cgi?id=356303
Dmitry Kazakov changed:
What|Removed |Added
Latest Commit|https://invent.kde.org/grap |https://invent.kde.org/grap
https://bugs.kde.org/show_bug.cgi?id=356303
Dmitry Kazakov changed:
What|Removed |Added
Latest Commit||https://invent.kde.org/grap
https://bugs.kde.org/show_bug.cgi?id=356303
Dmitry Kazakov changed:
What|Removed |Added
Assignee|krita-bugs-n...@kde.org |dimul...@gmail.com
CC|
https://bugs.kde.org/show_bug.cgi?id=356303
Storm changed:
What|Removed |Added
CC||hewa...@gmail.com
--- Comment #17 from Storm ---
Creat
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #16 from Boudewijn Rempt ---
> In my particular case that's unavoidable, as clients often require
> multilayered
> PSD files, and 16 bit files are too large to transfer easily. I'd work
> directly in 8 bit except the airbrush is not smooth
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #15 from Chris Jones ---
(In reply to Boudewijn Rempt from comment #13)
> Okay -- I think I get it now. I would in general warn against converting a
> multilayered image from one color model to another: keep working in the
> color model you
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #14 from wolthera ---
Our solution will be to add a warning to the convert dialogue when doing so to
multiple layers:
https://phabricator.kde.org/T1078
The issue is that going from 16bit linear to 8bit linear will lead to far more
visible i
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #13 from Boudewijn Rempt ---
Okay -- I think I get it now. I would in general warn against converting a
multilayered image from one color model to another: keep working in the color
model you are using, and only convert the final, rendered r
https://bugs.kde.org/show_bug.cgi?id=356303
wolthera changed:
What|Removed |Added
Resolution|WAITINGFORINFO |---
Ever confirmed|0 |
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #11 from Chris Jones ---
I'm changing it with Convert Image Color Space, but I get the same results with
Image Properties. Is there somewhere else I should be changing it?
--
You are receiving this mail because:
You are watching all bug c
https://bugs.kde.org/show_bug.cgi?id=356303
Boudewijn Rempt changed:
What|Removed |Added
Resolution|--- |WAITINGFORINFO
CC|
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #9 from Chris Jones ---
Well, all I know is this:
If I start with a 16 bit image using the default colour profile
(sRGB-elle-V2-g10.icc (Default)), and I change it to 8 bit, the profile
automatically changes to sRGB-elle-v2-srgbtrc.icc, whi
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #8 from wolthera ---
Ah! Sorry.
Well, maybe? Or maybe not? We are having a ball deciding the best behaviour
that avoids people coming to us to tell us their images look strange.
--
You are receiving this mail because:
You are watching all
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #7 from wolthera ---
I'm not sure, but perhaps a solution would be for the "Profile" section of the
"Convert Image Color Space" panel to switch to a srgbtrc.icc colour profile
when "Depth" is changed from 16 Bit to 8 Bit? < it should already
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #6 from Chris Jones ---
Wait a sec - that's what it does already! Sorry, getting confused. :)
When I select 8 Bits in the "convert Image Color Space" panel, it also
automatically changes the Profile to sRGB-elle-v2-srgbtrc.icc - and maybe
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #5 from Chris Jones ---
Same results after looking at the color management page.
Photoshop does produce solid white when using 8 bit, as does Krita. I can
confirm that using Photoshop's default settings on a 16 bit image does not
produce s
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #4 from wolthera ---
The solid white thing is something inherit in the overlay algorithm as
referenced from the official Adobe PDF documentation. If you can't reproduce it
with photoshop, mypaint or even the css blending modes, then we have
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #3 from Chris Jones ---
Correction: the default settings use 8 bit - the problem begins when starting
with a 16 bit image (as I typically do).
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=356303
--- Comment #2 from Chris Jones ---
I'm using 16 bit with sRGB-elle-V2-g10.icc (Default), and converting to 8 bit
sRGB-elle-V2-g10.icc (Default). If I convert to 8 bit sRGB-elle-v2-srgbtrc.icc
as you suggest, it still changes the opacity. If I start w
https://bugs.kde.org/show_bug.cgi?id=356303
wolthera changed:
What|Removed |Added
CC||griffinval...@gmail.com
--- Comment #1 from wolthera
20 matches
Mail list logo