>Slow rendering in 2.8 has nothing to do with GEGL. ...but with what ? not because of refactoring towards full GEGL integration ? I was thinking that this side effect is a normal stage for a software in transition and I was trying to temperate a bit the "GIMP 2.8 is slow" trend. But trying to do good seems to be wrong. Anyway, nothing is perfect, at least for you Alexandre - so let's (unnecessary) complicate the topic, if not related to GEGL transition, in a logical consecution next question is - why is slow then ?. >I'd like to know what developers know that :) Now this is the real point over the pretty letter I. Well, you are free to ask them all - who am I to stop you ? Probably not just developers but all peoples who changed 2.6 for 2.8, but go on, ask developers just to be sure. 2012/7/19 Alexandre Prokoudine <alexandre.prokoudine@xxxxxxxxx>: > On Thu, Jul 19, 2012 at 4:34 PM, SorinN wrote: >> seems that many peoples here don't get the fact that GIMP right now is >> in a full transition to a new processing core for graphic operations >> >> all developers know that GIMP 2.8 is slow now - compared with 2.6 >> ...this is the transition cost > > I'd like to know what developers know that :) > > Slow rendering in 2.8 has nothing to do with GEGL. > > Alexandre Prokoudine > http://libregraphicsworld.org > _______________________________________________ > gimp-developer-list mailing list > gimp-developer-list@xxxxxxxxx > https://mail.gnome.org/mailman/listinfo/gimp-developer-list -- Nemes Ioan Sorin _______________________________________________ gimp-developer-list mailing list gimp-developer-list@xxxxxxxxx https://mail.gnome.org/mailman/listinfo/gimp-developer-list
