Hi,
currently the GEGL operations in GIMP are very slow. I have done some
basic profiling yesterday and it appears that the main problem is the
conversion from floating point to 8bit. Here is where the most time is
being spent. So it doesn't really make much sense to optimize the
operations in
Hello,
I can give it a try. If I understand it correctly,
gimp-8bit.c only implements u8-float conversions, which
seem to be picked up by BABL correctly, so the problem lies
in the float-u8 conversions that are computed by
ReferenceFish. Is that correct?
I just had a short look into
Hi Sven,
I can give it a try. If I understand it correctly,
gimp-8bit.c only implements u8-float conversions, which
seem to be picked up by BABL correctly, so the problem lies
in the float-u8 conversions that are computed by
ReferenceFish. Is that correct?
Regards,
Jan
On 09:14, Wed 14
Hi,
On 11:19, Wed 14 May 08, Richard Kralovic wrote:
I just had a short look into the babl code; it looks like there is a
float-u8 conversion implemented using the 16bit lookup table in
extensions/gegl-fixups.c. In fact, it looks like the same algorithm as
described in the pdf paper. I do not
4 matches
Mail list logo