On Sun, 24 Apr 2011, Marco van de Voort wrote:
In each case, I think I have an approach which should speed things up, and
still sticks to the design principles of fpImage.
The only design I see in fpimage is a general effort to try to support
anything at once. Nevermind the costs.
Not "nevermind the costs". For example, the choice for 16 bits per channel
was based on the assumption that in the future, most things will be 64-bit
anyway. A complete color then fits in a register.
Speculative, yes, but I haven't seen anything yet which contradicts that assumption.
In fact, Moore's law guarantees it.
And yes, I prefer to support everything, at the cost of speed.
This is is a conscious design choice.
The compiler itself uses the same philosophy, I haven't heard you complain in
that case.
In fact, you argue for it when people complain about the compiler speed.
But equally like the compiler people, I do take speed issues to heart, and I
will work on it.
Michael.
_______________________________________________
fpc-pascal maillist - fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal
