Hi Lukas,
Always cool to have Krita&G'mic news ;-)
I think you already know what I use : mainly 8-bit RGBA to keep compatibility with *.ora saving and so, other software ( and also Artscriptk with calligraconverter for my client's preview jpg and various web export ).
I also use CMYK but at the end of an artwork, to convert, correct and manage what ink pass will affect my colors from printing machine ( cleaning colors ).
I don't think I expect to apply Gmic filter at this late step. But I admit a Gmic filter as in Color>Mixer[CMYK] ( http://i.imgur.com/d8KVmP2.jpg ) or any other color correction filters could add a bit more of CMYK control and fun to this step.
-David
__________________
2013/4/21 Lukast dev
<lukast.dev@gmail.com>
Hello guys,
yesterday I was working futher on GMIC integration and I have few
first performance numbers!
Converting 8-bit RGBA image to 32-bit float RGBA colorspace takes
around 1.7-2.0 seconds
for 1294x1674 image (KisPaintDevice::convertTo).
We could probably hide this conversion somewhere in background
before the filter dialog will be shown though, but we can't hide it on
output.
Poster edges took 5.5 seconds on that same image.
At the end on output I did not convert the layer back from Float32 to
8-bit RGBA.
That will took probably another 2 seconds.
That's quite slow experience and we will have to address this problem.
If I imagine that artists sometimes wants to filter multi-layer picture,
then
1.) we need strokes for filters!
2.) try to avoid conversions
o gmic can work in 8-bit only for some filters
o advice krita users to work in float32 color-space?
That's why I'm wondering on forum [1] what artists are using?
To find out If this conversion is problem or not..
Cheers
Lukas
[1] http://forum.kde.org/viewtopic.php?f=137&t=110914
_______________________________________________
Krita mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop
