"I general we're not likely to move to anything that isn't libre"
I would suggest the Matrix protocol. It has a fully open api standard and
reference server implementation with gpl compatible license. https://matrix.
org/discover/
___
> So if changing the rendering intent does make even a small difference
I tested that again and there's no difference at all between perceptual and
relative colorimetric.
But I tried converting with saturation and absolute colorimetric and gimp
stdouts that those conversions seem to be not
First things first. The C code for gegl operation I use here that prints the
pixels in CIE xyY color space is below.
I apologize that it's an unnecessary composer3 class, but that's what I had
handy as a template.
I also attached a very small (3x3) test image `33time.xcf`.
When first opened,
Hello,
I'm still in the quest of creating a pixel based gimp plugin.
Also this question is both for gimp and gegl, but pippin from gegl, directed
me more towards gimp list (here).
I've managd to create a gegl operation - which seems to work fine (apart
some detail). The catch is that my
I'm trying to write a simple plugin and I'm stuck at the combo functions
gegl_buffer_get(), gegl_buffer_set(). When I _get() a buffer to a malloced
memmory, the memory seems to be garbage. And when I try to _set() from the
memory to a shadow buffer and merge, all I get is a black result.
What is the most accessible way to create your own GEGL filters/graph using
existing operations? I don't mean writing the code in C. What I mean is to
write a GEGL graph, create a rudimentary input GUI and package it so it
appears in "FIlters" menu? Essentially creating a custom plugin based