Official documentation see: http://klayge.sourceforge.net/html/font_in_klayge.html
Here are some tests
I read the documents written by Min. I think this method is very interesting and I will try it out.
Because the rendering of Chinese fonts is indeed a problem in 3D programs, especially when the font size is not fixed, the scale-down may be out of shape.
The klayge method is to simulate a vector graph with a dot matrix. The calculation process is placed when the font is generated, while the runtime Rendering Method consumes little compared to the conventional method.
Kfontgen seems to be faulty at present. During the generation process, an error will be returned and exited due to the maximum memory size beyond 32 bits. I thought 2 GB memory was not enough, and I could not change my 4 GB memory machine. do I need to use a 64-bit host for generation? It seems that this generation tool needs to correct the memory usage.
In debug mode, when there are many words, the frame rate will drop sharply. perfhud is used to look at the graph, which is the CPU bottleneck, it may be because the boost speed that is widely used in klayge is the same as that in debug mode?
Release is much better:
The font is drawn only once DP:
The Texture buffer used for font painting. here we can see a more intuitive storage format of distance field:
Compare the efficiency of id3dxfont (the Method of Drawing debug text in nebula3 ):