【OpenGL汉化研究】Win32下OpenGL的中文显示

shane007

原文
" |- u5 I2 t0 M; C- o) Ghttp://tsuui.is-programmer.com/a ... st-under-win32.html

有了FreeType2，这些东西都是历史了....这文还是留着吧， 以后参考
, L" v. d1 @; ]
/ ~) `5 J+ {9 W3 b4 N网上找来了不少的文章, 方法好像只有一种wglUseFontOutlines把每次输出串用到的字符一个一个地转换到GB2312然后glGenLists显示glCallLists再glDeleteLists, 我花了近一个小时才把那老兄的代码从近70行U到50行, 干掉没用的变量传递, 沉思...觉醒... 沉睡... 有觉醒... 直到放弃...

我用了一种比较'简陋'的方法取而代之, 前提是字符串必须是unicode, 如果编译器不支持, 还要弄个UNICODE支持进来(我是没弄过滴, 只会摆弄VC8).

由于unicode的中日韩编码范围在0x3000-0x9fff范围内，因此我试着将FONT_LIST_SPACE增大到了40960－32（因为0x9fff是40959, 空格以前的字符不要, 所以时40960-32）. 这样虽然有不少的list空间被浪费了(至少浪费了0x3000=12288字节)， 但起码下面的程序终于能正常显示UNICODE中文了.

7 w" V- {- `5 O+ Q/ ?7 ?我把整个过程封在三个函数中：BuildFontList, PrintString, FreeFontLists. 如下，注意引入类型和global


9 O2 u+ J  n5 T' T# U4 s#include "tchar.h"
- u. @& l7 R6 N; Z#define FONT_LIST_SPACE         40960-32
" _: g& J, _; U8 _/ g7 n. \* _: Q
5 o3 I* [2 x0 ~4 a- }. Q2 W#ifdef UNICODE
9 ]+ }$ Z9 k& @/ Q, Itypedef wchar_t tchar;
! H7 l1 G3 l( A3 K! ~, @5 h4 X#else
1 G) D5 B+ g* Q1 c& vtypedef char tchar;
#endif
! q. T6 R3 e1 H$ J/ gtypedef unsigned int uint;
9 R  I' b6 c& M+ D4 b9 W

- ^, @; p9 e( f- x; `5 t' DHGDIOBJ   hobj;

1 @' Y: T# j" F7 x' k2 Duint  BuildFontLists(tchar* font, int size) {
/ j3 P7 |& ~( l4 E7 g: w7 \% u   HFONT hfont;
) j  _6 g$ Q7 C   uint base;
2 j, ?% y5 C$ Q( V' f' X+ K
8 m; r1 Y9 X7 J3 U' I   if(!_tcsicmp(font,_T("symbol")))  {
7 v: z. P6 C& ^7 l- a       hfont = CreateFont(size, 0, 0, 0, FW_DONTCARE, FALSE, FALSE, FALSE,
2 g& P7 F0 R& }' N* R           SYMBOL_CHARSET, OUT_TT_PRECIS, CLIP_DEFAULT_PRECIS,
           ANTIALIASED_QUALITY, FF_DONTCARE|DEFAULT_PITCH, font);
   }else {
# Z* Y/ o  ?) a       hfont = CreateFont(size, 0, 0, 0, FW_DONTCARE, FALSE, FALSE, FALSE,
           ANSI_CHARSET, OUT_TT_PRECIS, CLIP_DEFAULT_PRECIS,
           ANTIALIASED_QUALITY, FF_DONTCARE|DEFAULT_PITCH, font);
       //这里使用ANSI_CHARSET/GB2312_CHARSET似乎并无影响        //后来发现没影响是因为simsun.ttc字体文件本身的原因
! L/ _7 I! H1 M" H9 Q( t7 `   }
* `' V, N# v) R# X( d   if(!hfont) {
' I6 A4 g' [+ w4 [  Q1 q       return 0;
   }

   hobj = SelectObject (wglGetCurrentDC(),  hfont);
   base = glGenLists(FONT_LIST_SPACE);
. y' d" F3 R4 b" k  w* }# ~   wglUseFontBitmaps (wglGetCurrentDC(), 32, FONT_LIST_SPACE, base);
6 J# Q, L+ C( D# s( M& C1 W   return base;
+ ]/ t7 }! M; S8 L. @9 K2 H
}
6 I: i- ~: h# R8 U2 {& B1 Y8 I1 L! kvoid  PrintString(uint base, tchar *s) {
+ A$ C, [4 W- @( W   if(!base || !s || !*s) {
3 v+ O8 f/ I; C$ F0 ^       return;
   }

   glPushAttrib(GL_LIST_BIT);
   glListBase (base-32);
5 c+ D; q( r& [4 h   glCallLists (_tcslen(s), GL_UNSIGNED_SHORT, s);
3 H; f5 }4 P% n4 D) x# |9 l7 U   glPopAttrib();
}
4 t1 d* m6 p# `2 ]$ J9 _
# A6 z1 `# j- d( s% [, zvoid  FreeFontLists(uint base) {
   if(base) {
       glDeleteLists(base, FONT_LIST_SPACE);
  u) H. s, Z" U3 S" d8 m0 ]       DeleteObject(hobj);
/ _- f4 a7 j* n, |9 L2 P( A" D   }
: L  L8 J0 Y( o  V! B0 q" `}

7 c& u: }+ e# R按以下步骤使用： 1.在OGL建立时调用一次

& ~8 d1 _, V4 X  x: w. X5 {
8 x5 P7 m2 D1 g% b% `3 W" |font_list = BuildFontLists(_T("新宋体"), 12); //建立12磅的新宋体显示列表到font_list;
                                              //原型 uint     font_list;

& u& p( `: o; C! z; |/ v2.在OGL中绘制字体时:


- u3 O  B. ^- F, x7 tStartOrtho();       //进入正射投影
DrawSomthingLikeGUI();
glWindowPos2f(cx, cy);
PrintString(font_list, _T("如果你的程序可以在渲染时切到桌面,"));
glWindowPos2f(cx, cy-=12);
  R  T* u) E" D6 mPrintString(font_list, _T("建议你观察下现在的内存占用量,"));
glWindowPos2f(cx, cy-=12);
6 |% G; a- j" FPrintString(font_list, _T("我这里竟有13mb之多...."));
( X! q$ L, X5 F& B8 ^. Q) ~/ bDrawUICursor();
EndOrtho();         //离开正射投影（恢复透视投影）
- B7 v0 {. h- [: L! d% ]3.OGL关闭时调用一次

  ]. c( E. G* k# k
FreeFontLists(font_list); //即可释放掉显示列表，在我的机器上，整个退出过程需要大概2秒左右的时间，fuck！

$ V8 A0 N+ L3 f  U7 t2 B% k7 e小结： 尽管中文显示出来了，但是毕竟完美离我还很遥远。 由于是纯位图，因此不能简单地缩放拉伸；虽然效率上要比用wglUseFontOutlines高了不少，内存占用也稍低，但仍然不够低；
0 `2 U  p! Z4 S3 O3 y( L
如果能把一个套外观合适的字体生成到一个纹理文件中（比如16x16点阵的所有UNICODE可见字符），然后分段映射到UNICODE字符编码上，再利用矩形贴图，处理速度应当理想一些，而且没了显示列表的一些东西，我想内存占用也最多不超过1mb（我想实际上512kb就足够了）。

以上代码的运行，由于引入了HGDIOBJ和wglUseFontBitmaps和glGenLists(40960)，内存占用会增加近10mb，不知道是哪来的那么多东西，希望改用纹理后内存占用会好些...