GMIC in Krita

jayprich jayprich at gmail.com
Tue Apr 16 17:32:16 UTC 2013


 - Re-Use of Parameter Information
You can see there are lines within gmic_def.NNNN that define "Poster Edges"
filter and also specifies the types and ranges of the input variables.  The
gmic_gimp plugin uses those definitions to present a user interface. 
Perhaps "#@gimp" lines should change to "#@interface" or something more
Krita friendly.

 - Version Control of Core "DEF" file
If you did split-out just those parts of the gmic_def then you may need to
maintain your fork, for instance sometimes changes are made to underlying
function calls (recently refactoring the layer compositions).  If you read
the whole "def" file then this is not likely to break as everyone uses the
same thing.

 - Default Interface with some Custom Overrides?
Reading the entire file as-is doesn't prevent you from overloading a custom
user-interface with something more Krita specific : but a fallback to a
simple QtDialog filled with one slider/dropdown/checkbox QtWidget per
variable might be "good enough" to start with .. as in no uglier than the
GIMP plugin :)

 - Rewriting 8-bit scripts : TO DO
Since 2.9/2.10 are moving to higher bit depth and deprecating the existing
plugin interface, it seems likely a GMIC Script GEGL node will be made that
always requests a 32bit-float RGBA format, in which case many GMIC scripts
that assume a 0-255 8bit value from the current plug-in will need to be
amended to cope.

 - ColourSpace Assumption
As far as I understand values passed from GIMP are for an sRGB Colourspace
but most of the plugins currently make no adjustment to linearise before
processing - this is something better curation of filters could solve.

 - Selected Region / Transparency Layer Handling
There are also some "features" of the Alpha channel handling.  Most scripts
that ignore Alpha will delete the transparency rather than retain it. 
Again, it's a matter of curation.

 - Community Filters / Custom Dialogs / Macros
I'd be interested in a more database driven system to track versions of
filters and maximise user interaction.  There was something in KDE that Boud
mentioned at LGM as being worth looking at but I am a Windows user myself
and have not found it yet.  A hosted repository with some kind of upload,
search, tagging, user-feedback but also version control and regression
testing would seem desirable in addition to curation metadata about
colourspace and transparency etc..

best regards, jayprich



--
View this message in context: http://kde.6490.n7.nabble.com/GMIC-in-Krita-tp1526767p1527490.html
Sent from the kimageshop mailing list archive at Nabble.com.


More information about the kimageshop mailing list