[Gegl-developer] speeding up GEGL operations in GIMP

2008-05-14 Thread Sven Neumann
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

Re: [Gegl-developer] speeding up GEGL operations in GIMP

2008-05-14 Thread Richard Kralovic
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

Re: [Gegl-developer] speeding up GEGL operations in GIMP

2008-05-14 Thread Jan Heller
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

Re: [Gegl-developer] speeding up GEGL operations in GIMP

2008-05-14 Thread Jan Heller
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