Hello,
EDIT: please use the following link: EVE-Asset-Builder-setup-2.2.0-rc2.zip
Nice, thank you!
- Improve flash programming utility to work with 128 Mbytes flash chip
I wish I had the issue with 128 MBytes of flash. :-)
- Improve font utility:
+ Report only valid characters
+ Calculate the number of characters in each unicode ranges
That looks promising indeed.
You you left out the RC1 changes:
RC1:
Feature updates
- Upgrade to astcenc.exe v2.0 for faster encoding
- Adjust the compiled custom touch firmware to make it patchable
- Add option for FT80x chip in Font Converter
- Change generated function name for Legacy Font Converter
- Add option to optimize JPEG file by using 'jpegtran'
- Adjust font metrics output
The supplied astcenc.exe does not work on my system though as it is the AVX2 version and my FX-8320E does not support AVX2.
So I downloaded the astcenc-2.5-windows-x64.zip release package from here:
https://github.com/ARM-software/astc-encoderI copied the astcenc-sse4.1.exe file, renamed it and it works. :-)
The difference in performance compared to the previous 1.x is just amazing!
A font is converted in seconds now!!
Regarding font conversions, the reporting is a lot better and fixed:
Number of characters in xfont file : 9728
Number of characters in user input file: 132
How the font converted to 9728 chars though, no idea.
This is the additional "Font Block Info":
Number of glyphs: 132
Basic Latin U+0000-U+007F 97/128
Latin-1 Supplement U+0080-U+00FF 18/128
Spacing Modifier Letters U+02B0-U+02FF 3/80
General Punctuation U+2000-U+206F 11/111
Currency Symbols U+20A0-U+20CF 1/32
Letterlike Symbols U+2100-U+214F 1/80
Geometric Shapes U+25A0-U+25FF 1/96
So this should convert to no more than 7 blocks of 128 chars and I would
expect a maximum of 896 characters as a worst case in the xfont file.
And it should be even less since four blocks are rather short and would definately not need a full block of 128.
In addition the conversion of full fonts does result in even bigger files now from the same fonts.
EAB 2.2.0: notosans-regular-webfont2_32_ASTC.glyph 449088 bytes
EAB 2.1.0: notosans-regular-webfont2_32_ASTC.glyph 377280 bytes
So the display is fixed but in return there are even more empty glyphs in the .glyph file than before.
Okay now, it looks like the way to go is to work with a charmap-file.
!CharMap6.txt
" !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~°±²³µ¼½¾ÄÖÜßäöü"
Pixel Width : 48
Pixel Height : 48
Number of characters in xfont file : 256
Number of characters in user input file: 110
NotoSans-Regular_32_ASTC.glyph 145472 bytes
!CharMap10.txt
" !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~¡¢£¤¥¦§¨©ª«¬®¯°±²³´µ¶·¸¹º»¼½¾¿ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêëìíîïðñòóôõö÷øùúûü"
Pixel Width : 48
Pixel Height : 48
Number of characters in xfont file : 256
Number of characters in user input file: 187
NotoSans-Regular_32_ASTC.glyph 145472 bytes
So as long as the charmap includes chars for the same number of blocks and the last char in a block is the same,
the resulting .glyph has the same size.
There is annother bug:
!CharMap9.txt
" !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~¡¢£¤¥¦§¨©ª«¬®¯°±²³´µ¶·¸¹º»¼½¾¿ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêëìíîïðñòóôõö÷øùúûüýþÿ"
Pixel Width : 48
Pixel Height : 48
Number of characters in xfont file : 384
Number of characters in user input file: 190
NotoSans-Regular_32_ASTC.glyph 201344 bytes
!CharMap11.txt
" !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~¡¢£¤¥¦§¨©ª«¬®¯°±²³´µ¶·¸¹º»¼½¾¿ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêëìíîïðñòóôõö÷øùúûüýþ"
Pixel Width : 48
Pixel Height : 48
Number of characters in xfont file : 256
Number of characters in user input file: 189
NotoSans-Regular_32_ASTC.glyph 146624 bytes
The difference between !Charmap9.txt and !Charmap11.txt is the "ÿ" at the very end.
This introduces a whole new block for !Charmap9.txt.
However, this is U+00ff so it should be the last char of the second block.
Okay, annother one:
!CharMap15.txt
" !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~¡¢£¤¥¦§¨©ª«¬®¯°±²³´µ¶·¸¹º»¼½¾¿ÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàáâãäåæçèéêëìíîïðñòóôõö÷øùúûü€"
Pixel Width : 48
Pixel Height : 48
Number of characters in xfont file : 8448
Number of characters in user input file: 188
NotoSans-Regular_32_ASTC.glyph 299584 bytes
So this is the same as !CharMap10.txt but with a single "€" at the end.
My expectation would be 384 characters in the xfont file as this should only add a single block.
And the size should be in the range of 250000 bytes as "€" is U+20ac, so near the end of an otherwise empty block.
8448 chars is 66 blocks, so there are 63 completely empty blocks? Why?