On Wed, May 14, 2008 at 8:14 AM, Sven Neumann [EMAIL PROTECTED] wrote:
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.
Hi,
On 10:06, Thu 15 May 08, Sven Neumann wrote:
Changing this in GIMP is not feasible. What needs to be done is to
implement shortcuts for the conversions that GIMP actually uses.
Eventually he gimp-8bit extension should provide shortcuts for both
gamma-corrected and linear 8bit - double
Hi,
On Thu, 2008-05-15 at 10:06 +0200, Sven Neumann wrote:
Eventually he gimp-8bit extension should provide shortcuts for both
gamma-corrected and linear 8bit - double conversions.
8bit - float conversions, of course.
Sven
___
Gegl-developer
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
6 matches
Mail list logo