GMIC in Krita
paulgeraskin at gmail.com
Sun Sep 15 02:43:40 UTC 2013
Super! Just let me know if you need a tester :-)
15.09.2013 0:58 пользователь "Lukast dev" <lukast.dev at gmail.com> написал:
> I just wanted to let you know that Gmic plug-in for Krita was merged to
> It is very experimental currently and it eats kittens (crashes can be
> Here are banch of working filters
> Curent status of gmic filters in Krita:
> - total filters: 260
> - known failings (blacklisted filters): 18
> - known success: 80
> The testing of filters is automatic but takes time, so I will blacklist
all crashing filters.
> Multi-layer input filters are not working yet. That is my next priority
to fix (so that recolorize works etc.)
> 2013/4/21 Lukast dev <lukast.dev at gmail.com>
>> Hi Jay,
>> > - Re-Use of Parameter Information
>> > You can see there are lines within gmic_def.NNNN that define "Poster
>> > filter and also specifies the types and ranges of the input variables.
>> > gmic_gimp plugin uses those definitions to present a user interface.
>> > Perhaps "#@gimp" lines should change to "#@interface" or something more
>> > Krita friendly.
>> Krita friendly? It's ok to let it be :)
>> > - Version Control of Core "DEF" file
>> > If you did split-out just those parts of the gmic_def then you may
>> > maintain your fork
>> I don't want to fork at all.
>> I'd like to be able to link dynamically against gmic,
>> so that Linux distributions provide always up-to-date
>> > - Rewriting 8-bit scripts : TO DO
>> > Since 2.9/2.10 are moving to higher bit depth and deprecating the
>> > plugin interface, it seems likely a GMIC Script GEGL node will be made
>> > always requests a 32bit-float RGBA format, in which case many GMIC
>> > that assume a 0-255 8bit value from the current plug-in will need to be
>> > amended to cope.
>> It's little bit confusing with 255.0 values of pixels and this options
>> and 8-bit encoding.
>> GMIC is using Float32 bit internally but expect that the picture is in
>> 0.0 - 255.0 to work nicely with parameters of filters.
>> Krita is representing pixel in Float32 in range 0.0-1.0.
>> So for now I normalize it on input and output.
>> David showed me command in gmic that can do that, no problem.
>> > - ColourSpace Assumption
>> > As far as I understand values passed from GIMP are for an sRGB
>> > but most of the plugins currently make no adjustment to linearise
>> > processing - this is something better curation of filters could solve.
>> Do we need linear rgb? What would be the real benefits for users?
>> > There are also some "features" of the Alpha channel handling. Most
>> > that ignore Alpha will delete the transparency rather than retain it.
>> > Again, it's a matter of curation.
>> Uh, good to know this! Thanks!
>> > I'd be interested in a more database driven system to track versions of
>> > filters and maximise user interaction. There was something in KDE
>> > mentioned at LGM as being worth looking at but I am a Windows user
>> > and have not found it yet. A hosted repository with some kind of
>> > search, tagging, user-feedback but also version control and regression
>> > testing would seem desirable in addition to curation metadata about
>> > colourspace and transparency etc..
>> GetHotNewStuff http://ghns.freedesktop.org/
> Krita mailing list
> kimageshop at kde.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the kimageshop