Re: [Freetype-devel] Re: GSOC - Distance Fields

2020-06-26 Thread Jim Van Verth
> https://github.com/preversewharf45/freetype2-sdf-demo/blob/master/vendor/freetype2-sdf/src/sdfgen.c#L485 > to see the subdivision code. And yeah currently I'm subdividing equally > which might > not be good. So using a more efficient algorithm to subdivide the curve > will be better. > > Sorry for a large mail and Thanks for your time, > Anuj > -- Jim Van Verth | Software Engineer | jvanve...@google.com | 919-210-7664

Re: GSOC - Distance Fields

2020-06-04 Thread Jim Van Verth
> > Thanks Jim. > > > > A 2.14 representation when 1 unit = 1em is sufficient. If we are > talking pixels then 10.6 or better 8.8 makes more sense. And I agree that > the pixel values are more useful to clients than em values. > > > > On Thu, Jun 4, 2020 at 8:35

Re: GSOC - Distance Fields

2020-06-04 Thread Jim Van Verth
your >> 3.5 fixed-point, does one unit reflect 1em, or 1 pixel at the SDF size? >> >> I think we do want a 8bit representation at least, and possible a higher >> one. >> >> On Wed, Jun 3, 2020 at 10:26 AM Jim Van Verth >> wrote: >> >>> Forgive m

Re: GSOC - Distance Fields

2020-06-03 Thread Jim Van Verth
Forgive me for coming into this late -- a colleague pointed me to this thread a couple of days ago and I'm just catching up. I work on Skia, and we've been generating SDFs from glyphs for quite some time now, so the possibility of just getting them from Freetype is pretty exciting. I hope you