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

[suzuki toshiya]

Dear Anuj,

I think you can use *float* directly in the initial draft.

When we merge the implementation using the float type into
the official public release, we should discuss the design.

There are already FT_F2Dot14 (16bit), and FT_F26Dot6 (32bit)
and FT_Fixed (16Dot16, 32bit). But yet we don't know which
is the most appropriate for your Distance Fields project,
or we need another type, thus starting with direct usage
of float would be safer to keep the all possibilities.

BTW, the most biggest trade-off in your mind is the size
of extra table (in TrueType font file) to store Distance
Fields info? Or, the speed to calculate the Distance Fields
info?

*This is just my idea without deep thinking*, XML or JSON
(or, compressed version of them) would be considerable option
to store the data, during the development of the initial
draft, because it is easy for them to change the data
format, insert or remove some extra data. Also it would be
easy for external programs to extract or manipulate.

Regards,
mpsuzuki

Anuj Verma wrote:
> Thank you all for the comments.
> 
> I too agree with Werner.
> I think comparing both the types seems to be a good option, So, I'm gonna do 
> as Suzuki suggested
> and use floats for my initial draft and later without floats.
> And I'm not gonna focus on the saving part because the user can always do a 
> conversion.
> 
> Also, can I directly use *float* or use FT_Fixed?
> 
> Thanks,
> 
> Anuj
> 
> 
> On Wed, May 13, 2020 at 5:47 AM suzuki toshiya 
> <address@hidden<mailto:address@hidden>> wrote:
> Dear Anuj,
> 
> I agree with Werner's comment.
> 
> It might be uncomfortable for you to leave an untested question, something
> like "if I use a floating point calculation, the result could be better?".
> 
> Please use a floating point in your initial draft (if you want),
> and let's discuss about the trade-off with the implementation
> with no floating point, in later.
> 
> Regards,
> mpsuzuki
> 
> On 2020/05/13 6:14, Alexei Podtelezhnikov wrote:
>> I'll just add references below.
>>
>> On Tue, May 12, 2020 at 4:15 PM Werner LEMBERG 
>> <address@hidden<mailto:address@hidden>> wrote:
>>>> I can't decide which format to use for storing the SDF(signed
>>>> distance fields).  I think using floating-point values (fixed-point
>>>> in this case) for generation will be more accurate than using
>>>> integer, but then saving the SDF to a file will require a
>>>> conversion.
>> The basic types are described here:
>> https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.freetype.org%2Ffreetype2%2Fdocs%2Freference%2Fft2-basic_types.html&amp;data=02%7C01%7Cmpsuzuki%40hiroshima-u.ac.jp%7Ce744d4df60514a93796908d7f6b97d4b%7Cc40454ddb2634926868d8e12640d3750%7C1%7C0%7C637249148842533871&amp;sdata=%2FVbt%2BfNz6x24eJNK9ag1PDhZXz49rS4b64fcmMJ2G9A%3D&amp;reserved=0<https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.freetype.org%2Ffreetype2%2Fdocs%2Freference%2Fft2-basic_types.html&data=02%7C01%7Cmpsuzuki%40hiroshima-u.ac.jp%7C9a456680ca6040e37eeb08d7f6dfe807%7Cc40454ddb2634926868d8e12640d3750%7C1%7C1%7C637249313838205364&sdata=QZPY8mNjaJMiznsZrP%2F%2Fx%2FspNjSR7NVrA5Mro4kslrA%3D&reserved=0>
>> The computations are described here:
>> https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.freetype.org%2Ffreetype2%2Fdocs%2Freference%2Fft2-computations.html&amp;data=02%7C01%7Cmpsuzuki%40hiroshima-u.ac.jp%7Ce744d4df60514a93796908d7f6b97d4b%7Cc40454ddb2634926868d8e12640d3750%7C1%7C0%7C637249148842533871&amp;sdata=T%2BQR9KKVWo%2BEI4Lqr5vFkgguWHV8xm8BB3USWcaQ8iY%3D&amp;reserved=0<https://jpn01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.freetype.org%2Ffreetype2%2Fdocs%2Freference%2Fft2-computations.html&data=02%7C01%7Cmpsuzuki%40hiroshima-u.ac.jp%7C9a456680ca6040e37eeb08d7f6dfe807%7Cc40454ddb2634926868d8e12640d3750%7C1%7C1%7C637249313838215316&sdata=RB7tz2dCaDs2XpjYZP6tu%2Bt7j%2Fqqn%2B1d7yDYz6dRnb4%3D&reserved=0>
>> Saving files is not of FreeType's business. We just return data.
>>
>>> The basic question is whether the accuracy is really needed.
>>> Currently, FreeType doesn't use floating-point arithmetics.
>>> Personally, I would favour a solution without floats, but maybe there
>>> are good reasons for using them.
>>
> 
>