--===============5605243207927549822== Content-Type: multipart/alternative; boundary="-391201425-1769162501-1365925034=:54170" ---391201425-1769162501-1365925034=:54170 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi everyone, About the G'MIC [0] integration into Krita, I have proposed to Lukas to fol= low these rules: 1)=20 Code a back-end which might be "easily" extended by other Krita developers = in the future as well (particularly regarding the *QT 5* "upcoming" port al= ready started by Boud). This is the most important point for me. 2)=20 Try to port to Krita at least the most "important" filters for artists (eve= n though, in the long run,=A0 the best would be to have all of them availab= le out of the box). The natural goal is to get these G'MIC filters implemented which their own = GUI on Krita. To start with, I have proposed to Lukas to take into account at least these= 3 filters: - Recolorize [1] - Poster edges[2] - Repair [3] Naturally, *ALL*=0A suggestions by artists regarding the most G'MIC useful = filters to port to Krita are more than welcome :-) In all truth, personally I only master some of them (actually, only a few o= f them well...) 3) At present, there is *NO* time-frame set in stone to deliver this back-e= nd (since this task it not easy to accomplish). Needless to say, the sooner this happens, the better :-) 4) Regarding the option to update these filters through Internet (that is, = the same feature you get with Gimp both on Linux and Windows), Lukas is goi= ng to investigate this option for Krita as well. Nevertheless, I have suggested to Lukas not to spend too much time on this = option at first. IMHO, to begin with, the most important rule is to have the most important = G'MIC filters fully implemented, with their own *GUI*,=A0 into Krita (in or= der to use them easily while painting on Krita). I suppose that, in the short term, it is unlikely for=0A Lukas to have the = time to port all G'MIC filters to Krita (since thare are more than 750 comm= ands available with G'MIC....). As a consequence, for some of these filters, at first, the users will be fo= rced to continue to use them on Gimp (through the G'MIC plugin). A possible plan for Lukas might be to (please, bear in mind here I am *not*= a developer...): - port the most "important" G'MIC filters to Krita 2.7 master with their ow= n GUI (with the current QT 4.8 toolkit); - port the other minor remaining G'MIC filters to the QT 5 back-end when ev= erything is fully working on this future version of Krita (naturally, we ar= e aiming to the *long* distant future here...). Best regards, Silvio Grosso [0] http://www.youtube.com/watch?v=3DLR1gWQBjTyU [1] http://gimpchat.com/viewtopic.php?f=3D28&t=3D6207&start=3D20 [2] http://www.davidrevoy.com/article147/gmic-new-filter-poster-edges [3]=0A http://www.flickr.com/groups/gmic/discuss/72157633096418042/ --- Sab 13/4/13, Lukast dev ha scritto: Da: Lukast dev Oggetto: GMIC in Krita A: "Krayon (KImageShop)" Data: Sabato 13 Aprile 2013, 20:52 Hi fellas, I'm working on integrating GMIC, thanks to Silvio Grosso, into Krita and today I have first results applied on Ramon paintings :) Default flower and sharpen effect http://i.imgur.com/kYNcsNa.png Poster edges inside Krita (deevad's blog [1]) http://i.imgur.com/XfdPxQl.png The examples above were created with degradation of=0A colorspaces through QImage (8-bit rgba) There is a lot of work ahead so far! I will try to commit something this week so that you can play with it a bit, but so far it is pile of nasty hacks. Technical bits: It seems that native colorspace for GMIC is FLOAT32 RGB(A) colorspace. So my approach will be: a) convert layer actual color-space to FLOAT32 RGB(A), relayout pixel format (Krita uses bgrbgrbgrbgr, GMIC rrrrbbbbgggg) b) apply GMIC, c) relayout back to Krita bgr format, convert back to actual colorspace More to come! [1] http://www.davidrevoy.com/article147/gmic-new-filter-poster-edges Regards, Lukas Tvrdy | http://lukast.mediablog.sk/log _______________________________________________ Krita mailing list kimageshop@kde.org https://mail.kde.org/mailman/listinfo/kimageshop ---391201425-1769162501-1365925034=:54170 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable
Hi everyone,

About = the G'MIC [0] integration into Krita, I have proposed to Lukas to follow th= ese rules:

1)
Code a back-end which might be "easily" extended b= y other Krita developers in the future as well (particularly regarding the = *QT 5* "upcoming" port already started by Boud).
This is the most import= ant point for me.

2)
Try to port to Krita at least the most "imp= ortant" filters for artists (even though, in the long run,  the best w= ould be to have all of them available out of the box).
The natural goal = is to get these G'MIC filters implemented which their own GUI on Krita.
=
To start with, I have proposed to Lukas to take into account at least these 3 filters:- Recolorize [1]
- Poster edges[2]
- Repair [3]

Naturally, *A= LL*=0A suggestions by artists regarding the most G'MIC useful filters to po= rt to Krita are more than welcome :-)
In all truth, personally I only ma= ster some of them (actually, only a few of them well...)

3) At prese= nt, there is *NO* time-frame set in stone to deliver this back-end (since t= his task it not easy to accomplish).
Needless to say, the sooner this ha= ppens, the better :-)

4) Regarding the option to update these filter= s through Internet (that is, the same feature you get with Gimp both on Lin= ux and Windows), Lukas is going to investigate this option for Krita as wel= l.
Nevertheless, I have suggested to Lukas not to spend too much time on= this option at first.

IMHO, to begin with, the most important rule = is to have the most important G'MIC filters fully implemented, with their o= wn *GUI*,  into Krita (in order to use them easily while painting on K= rita).

I suppose that, in the short term, it is unlikely for=0A Luka= s to have the time to port all G'MIC filters to Krita (since thare are more= than 750 commands available with G'MIC....).
As a consequence, for some= of these filters, at first, the users will be forced to continue to use th= em on Gimp (through the G'MIC plugin).

A possible plan for Lukas mig= ht be to (please, bear in mind here I am *not* a developer...):
- port t= he most "important" G'MIC filters to Krita 2.7 master with their own GUI (w= ith the current QT 4.8 toolkit);
- port the other minor remaining G'MIC = filters to the QT 5 back-end when everything is fully working on this futur= e version of Krita (naturally, we are aiming to the *long* distant future h= ere...).

Best regards,

Silvio Grosso

[0] http://www.yo= utube.com/watch?v=3DLR1gWQBjTyU
[1] http://gimpchat.com/viewtopic.php?f= =3D28&t=3D6207&start=3D20
[2] http://www.davidrevoy.com/article1= 47/gmic-new-filter-poster-edges
[3]=0A http://www.flickr.com/groups/gmic= /discuss/72157633096418042/


--- Sab 13/4/13, Lukast dev &l= t;lukast.dev@gmail.com> ha scritto:

D= a: Lukast dev <lukast.dev@gmail.com>
Oggetto: GMIC in Krita
A: = "Krayon (KImageShop)" <kimageshop@kde.org>
Data: Sabato 13 Aprile = 2013, 20:52

Hi fellas,

= I'm working on integrating GMIC, thanks to Silvio Grosso, into Krita
and= today I have first results applied on Ramon paintings :)

Default fl= ower and sharpen effect
http://i.imgur.com/kYNcsNa.png

Pos= ter edges inside Krita (deevad's blog [1])
http://i.imgur.com/XfdPxQl= .png

The examples above were created with degradation of=0A colorspaces
through QImage (8-bit rgba)

T= here is a lot of work ahead so far! I will try to commit something
this = week so that you can play with it a bit,
but so far it is pile of nasty = hacks.

Technical bits:
It seems that native colorspace for GMIC i= s FLOAT32 RGB(A) colorspace.

So my approach will be:
a) convert l= ayer actual color-space to FLOAT32 RGB(A), relayout pixel
format (Krita = uses bgrbgrbgrbgr, GMIC rrrrbbbbgggg)
b) apply GMIC,
c) relayout back= to Krita bgr format, convert back to actual colorspace

More to come= !

[1] http://www.davidrevoy.co= m/article147/gmic-new-filter-poster-edges

Regards,
Lukas Tvrd= y | http://lukast.mediablog.sk/log
______________________________= _________________
Krita mailing list
kimageshop@kde.org
https://mail.kde.org/mailman/listinfo/kimageshop
---391201425-1769162501-1365925034=:54170-- --===============5605243207927549822== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Krita mailing list kimageshop@kde.org https://mail.kde.org/mailman/listinfo/kimageshop --===============5605243207927549822==--