[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [ft-devel] "Inside the fastest font renderer in the world" - convers

From: Graham Asher
Subject: Re: [ft-devel] "Inside the fastest font renderer in the world" - conversion started
Date: Sat, 13 Aug 2016 16:05:22 +0100
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0


It might be faster, but then again it might not be, depending on the value of n, the cost of the test for subdivision, and other things. I shall leave all of ftsmooth untouched; this will be an independent piece of software that may be connected to FreeType afterwards. However, I shall not be engaging in a general discussion about this, except for the odd question to Raph, but getting on with it, using my judgement as to how to proceed
- committee programming is not for me. Anyone who wants to try other ways of converting what is a small piece of software can try their hand; as I said, there's no rocket science involved.

- Graham

On 12/08/2016 21:38, Behdad Esfahbod wrote:

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" <address@hidden> 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 :-)


Freetype-devel mailing list

Freetype-devel mailing list

Graham Asher
founder and CTO
CartoType Ltd
+44 (0) 7718 895191

reply via email to

[Prev in Thread] Current Thread [Next in Thread]