On Wed, 07 Mar 2007 10:02:38 +0100, Sven Neumann <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-03-07 at 09:55 +0100, [EMAIL PROTECTED] wrote:
>> How is it a problem that there are these small and varying offsets all
>> way through gimp?
>> I suspect this is not so much a bug in the example code, which as you
>> is just an example, but in gimp itself.
> If you can point out how this can be a bug in gimp itself, I would love
> to hear about it. We have several hundreds of plug-ins that work
> correctly so it is rather unlikely that there's a bug in the core or
> libgimp that would be responsible for this offset.
OK, then you're probably right , it's a buggy eg. and it would be best to
give examples the work correcly to get ppl off to a good start.
> The fact that there's an offset here and a drift in the transform code
> in the core is pure coincidence. I wonder what makes you think that
> there's a relation. Off-by-one and rounding errors are not uncommon and
> they happen all over the place.
Obviously rounding errors are unavoidable when doing everything in integer
arithmatic although I think quite a bit could be done to reduce the
accumulation of errors.
However I was seeing a more significant offset on NONE that I detailed
when I split the "lancos offset" bug (principally for this reason).
Gimp-developer mailing list