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