Erwin Denissen wrote:It is slower because we improved accuracy while keeping the number of points as low as possible.

The accuracy can't be enough improved to warrant the 20 to 30 times increase in load time. It also means that drag and drop to open is pretty unusable, as the Explorer window is unresponsive until FontCreator finishes. And, dragging multiple files is really bad, since FontCreator is unresponsive until all the files are opened, and the progress bar doesn't show correctly, so there's no telling how long the operation will take.

Right now, FontCreator is basically unusable for opening OpenType files with PostScript outlines and more than a handful of glyphs.

nabsltd wrote:Right now, FontCreator is basically unusable for opening OpenType files with PostScript outlines and more than a handful of glyphs.

Maybe you can find a work-around by following this tip to install 10.1 in a different folder. Run 10.0 when you want to open fonts with CFF Outlines, save the project files, then open those in FontCreator 10.1.

Erwin Denissen wrote:It is slower because we improved accuracy while keeping the number of points as low as possible.

Now that I've wasted a lot more time waiting out the nearly two-hour load time for some fonts, I've realized a few things.

First, why is FontCreator doing anything at all with the outlines on font open? It should just open the file, grab all the metadata (which glyphs are present, OpenType features, font names, etc.) and store the raw outline data somewhere in memory. There is no use for the outline data when showing the grid with all the glyphs...MainType doesn't need that kind of detail to show the same display. And, it buys us nothing. Here's a glyph as displayed in the grid for each of 3 versions of FontCreator, along with a zoomed in view from a screen capture:

GridDisplay.png (7.4 KiB) Viewed 2379 times

Yes, the 10.1 is very slightly better than the 10.0 when zoomed, but at the normal size, there is zero visual difference. 10.0 displays the glyphs slightly larger than 8.0, and that is most of the improvement between the two.

What should happen is that outlines aren't looked at in detail until a glyph is opened for editing, or if you need to convert them to a different format when exporting a font or saving a project. And, it shouldn't change the outlines at all unless a glyph has been edited, but it obviously does, as saved files are much, much bigger than the original file (at least for PostScript outlines).

But, if that's not possible, then I have to ask...how in the world have you managed to write the most inefficient PostScript interpreter in the history of computers? The 90MHz processor in the LaserJet 1200 can render (and print) every glyph in a font at a size of 600 pixels in about 2 minutes. Why is it my 3.5GHz processor takes 60 times as long to do essentially the same thing when loading an OpenType font with CFF outlines? And, why are you rasterizing at all? Why not just keep the mathematically perfect PostScript Bézier curves until you need to actually rasterize to a pixel grid (which is really the only time-consuming thing about fonts in PostScript)? I admit, I don't really know exactly what the code is doing when the font file is opened, but whatever it is, that change to the code in 10.1 doesn't seem to offer any benefit to end users.

If you are going to keep this same algorithm, at the very least you are going to have to multi-thread (by dividing up the glyphs into partitions based on the number of cores) so you can get this down to a reasonable time. People downloading FontCreator for the first time to try it out are going to open their own fonts, and then give up and not buy when they see how long it takes.

Erwin Denissen wrote:It is slower because we improved accuracy while keeping the number of points as low as possible.

Now that I've wasted a lot more time waiting out the nearly two-hour load time for some fonts, I've realized a few things.

Insane; two hours for opening a single font with around 3K of glyphs! Opening a font should not takes minutes, and certainly not hours. We will release later next week which will solve the slow opening of CFF based fonts.

nabsltd wrote:First, why is FontCreator doing anything at all with the outlines on font open?

Because it is aimed at modifying fonts, and since FontCreator currently only supports quadratic bezier curves, all cubic curves need to be converted.

Definite fix...it's much, much faster than even 10.0 opened the fonts.

Erwin Denissen wrote:Because it is aimed at modifying fonts, and since FontCreator currently only supports quadratic bezier curves, all cubic curves need to be converted.

Despite the speed increase, it still would be better to delay the conversion until a glyph is opened for editing. That way, you avoid any losses, and your routine can be as precise as it needs to be (since you only cost time on the first open of the glyph). The huge increase in the size of the font when exported shows that your cubic->quadratic->cubic routines could use some refinement.

Part of the advantage of using PostScript outlines is the much smaller font size on disk. If you lose that advantage because the font editor doesn't do a good job at generating cubic Bézier outlines, then what reason do we have to save to PostScript outlines? Wouldn't TrueType outlines be a better choice for output from FontCreator?