Because it's faster to subdivide into n segments in a single loop. But yeah, that doesn't really matter here, I think you can leave that part of ftsmooth untouched.
On Aug 12, 2016 7:15 AM, "Graham Asher" <[email protected]> wrote: > Hi Werner, > > yes, I e-mailed him yesterday, and asked a question about his code too, > but with no great hope of an early reply, knowing he's busy. I asked him > why his code to handle quadratic splines used a division into a number of > evenly spaced values for the t parameter rather than recursive Casteljau > splitting. The question was triggered by seeing that there is a handler for > quadratic splines but not for cubics in his code (it was written for > TrueType only). I suspect the answer has to do with the use of > floating-point rather than integer arithmetic, but if there is no good > reason I will be tempted to (for now) use Casteljau splitting for cubic > splines, or for both types. I am almost certain that it will have little > impact on efficiency, or even improve it, but let's see. > > - Graham > > > On 12/08/2016 06:45, Werner LEMBERG wrote: > >> Hello Graham, >> >> I have started converting it to C++. I will do that for now because >>> C would adds an extra layer of difficulty and slow the work down; >>> but don't worry, there's no rocket science, and it should be easy to >>> produce a C version when I've done it. >>> >> great! Please inform Raph also (in case you haven't done so); I think >> he is not on this list. >> >> Wish me luck... >>> >> I do :-) >> >> >> Werner >> >> _______________________________________________ >> Freetype-devel mailing list >> [email protected] >> https://lists.nongnu.org/mailman/listinfo/freetype-devel >> >> > > _______________________________________________ > Freetype-devel mailing list > [email protected] > https://lists.nongnu.org/mailman/listinfo/freetype-devel >
_______________________________________________ Freetype-devel mailing list [email protected] https://lists.nongnu.org/mailman/listinfo/freetype-devel
