TrueType字体文件_c++ tabledirctory-程序员宅基地

技术标签: struct  文档  components  null  postscript  byte  font  

转自:http://blog.csdn.net/zixue_pudn/article/details/5202259

TrueType字体通常包含在单个TrueType字体文件中,其文件后缀为.TTF。OpenType字体是以类似   于TrueType字体的格式编码的POSTSCRIPT字体。OPENTYPE字体使用.OTF文件后缀。OPENTYPE还允许把多个OPENTYPE字体组合在一个文件中以利于数据共享。这些字体被称为TrueType字体集(TrueType   collection),其文件后缀为.TTC。   
        TrueType字体用machintosh的轮廓字体资源的格式编码,有一个唯一的标记名"sfnt"。windows没有macintosh的位图字体资源格式,字体目录   包含了字体格式的版本号和几个表,每个表都有一个tableentry结构项,tableentry结构包含了资源标记、校验和、偏移量和每个表的大小。下面是TrueType字体目录的c语言定义:   
  typedef   sturct   
  {   
  char   tag[4];   
  ULONG   checkSum;   
  ULONG   offset;   
  ULONG   length;   
  }TableEntry;   
    
  typedef   struct   
  {   
  Fixed   sfntversion;   //0x10000   for   version   1.0   
  USHORT   numTables;   
  USHORT   searchRange;   
  USHORT   entrySelector;   
  USHORT   rangeShift;   
  TableEntry   entries[1];//variable   number   of   TableEntry   
  }TableDirectory;   
    
          TrueType   字体中的所有数据都使用big-endian编码,最高位字节在最前面(因为TrueType字体最初是由apple公司定义的,而apple公司的os运行在motorola的cpu上)。如果一人TrueType字体以00   01   00   00   ,00   17开头,我们就可以知道它的格式是轮廓字体资源("sfnt")版本1.0的格式,有23个表。   
    
          TableDirectory结构的最后一个字段是可变长度的tableentry结构的数组,安体中的每个表对应其中一项。TrueType字体中的每个表都保存了不同的逻辑信息-----如图元中数据、字符到图元的映射、字距调整信息等等。有表是必须的,有些是可选的。下表列出了TrueType字体中常见的表。   
      
  head           字体头                                           字体的全局信息   
  cmap           字符代码到图元的映射               把字符代码映射为图元索引   
  glyf           图元数据                                       图元轮廓定义以及网格调整指令   
  maxp           最大需求表                                   字体中所需内存分配情况的汇总数据   
  mmtx           水平规格                                       图元水平规格   
  loca           位置表索引                                   把元索引转换为图元的位置   
  name           命名表                                           版权说明、字体名、字体族名、风格名等等   
  hmtx           水平布局                                       字体水平布局星系:上高、下高、行间距、最大前进宽度、最小左支撑、最小右支撑   
  kerm           字距调整表                                   字距调整对的数组   
  post           PostScript信息                           所有图元的PostScript   FontInfo目录项和PostScript名   
  PCLT           PCL   5数据                                     HP   PCL   5Printer   Language   的字体信息:字体数、宽度、x高度、风格、记号集等等   
  OS/2           OS/2和Windows特有的规格         TrueType字体所需的规格集   
          在TableDirectory结构中,所有的TableEntry结构都必须根据它们的标记名排序。比如,cmap必须出现在head前,而head必须在glyf前。但是实际的表可以出现在TrueType字体文件中的任意位置。   
          Win32API   提供了一个应用程序可用于查询原始TrueType字体信息的函数:   
  DWORD   GetFontData(HDC   hDC,DWORD   dwTable   ,DWORD   dwOffset,   LPVOID   lpbBuffer   ,DWORD   cbData);   
          GetFontData函数可以用于查询设备上下文中当前逻辑字体所对应的TrueType字体,因此传递的不是逻辑字体句柄,而是设备上下文句柄。你可以查询整个TrueType文件基是文件中的一个表。要查询整个文件的话dwTable参数应该为0;否则,应该传递要查询的表的四字符标记的DWORD格式。参数dwOffset是要查询的表中的起始偏移,要查询整个表的话应该为0;参数;pvBuffer是缓冲区的地址,cbData是缓冲区的大小。如果最后个参数为NULL和0,GetFontData函数返回字体文件或表的大小;就会把到的数据拷贝到应用程序所提供的缓冲区中。   
  下面的例和查询整个TrueType字体的原始数据:   
    TableDirctory   *   GetTrueTypeFont   (HDC   hDC   ,DWORD   &nFontSize)   
  {   
  //query   font   size   
  nFontSize=GetFontData(hDC,0,0,NULL,0);   
    
  TableDirectory   *   pFont   =(TableDirectory   *)new   BYTE(nFontSize);   
  if   (pFont==NULL)   
  return     NULL;   
  GetFontData(hDC,0,0,pFont,nFontSize);   
    
  return   pFont;   
  }   
          GetFontData使得应用程序能够在自己的文档中内嵌TrueType字体,以确保这些文档能在没有相应字体的其他机器上显示。它的做法是允许应用程序查询字体数据,然后写入到文档中作为文档的一部分,在文档被打于时再安装该字体以确保文档能以创建时同样的方式显示。比如,Windows   NT/2000的假脱机程序在打印到远端服务器时会在假脱机文件中内嵌入TrueType字体以保证文档能在另一台机器上正确地打印。   
  一旦接受到TrueType字体的原始数据,它的头中的TableDirectory结构很容易分析。需要检查的只有版本号和表的数目,然后就可以检查单个的表。我们来看一些重要的和有趣的表。   
  1.字体头   
      字体头表(head表)中包含了TrueType字体的全局信息。下面是字体头表的结构。   
  typedef   sturct   
  {   
  Fixed   Table;//x00010000   ro   version   1.0   
  Fixed   fontRevision;//Set   by   font   manufacturer.   
  ULONG   checkSumAdjustment;   
  ULONG   magicNumer;   //Set   to   0x5f0f3cf5   
  USHORT   flags;   
  USHORT   unitsPerEm;   //Valid   range   is   from   16   to   16384   
  longDT   created;   //International   date   (8-byte   field).   
  longDT   modified;   //International   date   (8-byte   field).   
  FWord   xMin;   //For   all   glyph   bounding   boxes.   
  FWord   yMin;   //For   all   glyph   bounding   boxes.   
  FWord   xMax;   //For   all   glyph   bounding   boxes.   
  FWord   xMax;   //For   all   glyph   bounding   boxes.   
  USHORT   macStyle;   
  USHORT   lowestRecPPEM;   //Smallest   readable   size   in   pixels.   
  SHORT   fontDirctionHint;   
  SHORT   indexToLocFormat;   //0   for   short   offsets   ,1   for   long.   
  SHORT   glyphDataFormat;     //0   for   current   format.   
  }Table_head;   
    
          字体的历史记录在三个字段中:字全版本号、字体最初创建时间和字体最后修改时间。有8   个字节用于记录时间戳,记录的是从1904年1月1日午夜12:00开始的秒数,因此我们不用担心y2k问题,或是什么y2m问题。   
          字体设计时是针对一个参考网格设计的,该网格被称为em-square,字体中的图元用网格中的坐标表示。因此em-squrare的大小决定胃该字体的图元被缩放的方式,同时也反映胃该字体的质量。字体头中保存了每个em-square的格数和能   包含所有图元的边界框。Em-square的有效值是从16到16384,常见的值是2048、4096和8192。比如,Windings字体的em-square的格数是2048,图元的边界框是[0,-432,2783,1841]。   
          字体头表中的其他信息包括最小可读像素大小、字体方向、在位置表中图元索引的格式和图元数据格式等等。   
  最大需求表   
          TrueType字体是一种非常灵活的数据结构,它可以包含可变数目的图元,每个图元可以有不同数目的控制点,甚至还可以有数量可变的图元指令。最大需求表的目的是告知字体栅格器(rasterizer)对内存的需求,以便   在出来字体前分配合适大小的内存。因为性能对字体栅格器非常重要,像MFC的CAarray那样需要频繁进行数据拷贝操作的动态增长的数据结构不合要求。下面是maxp表的结构。   
  typedef   struct   
  {   
  Fixed   Version;//0x00010000   for   version   1.0.   
  USHORT   numGlypha;   //Number   of   glyphs   in   the   font   .   
  USHORT   maxPoints;   //Max   points   in   noncomposite   glyph   .   
  RSHORT   maxContours;   //Max   contours   in   noncomposite   glyph.   
  USHORT   maxCompositePoints;//Max   points   in   a   composite   glyph.   
  USHORT   maxCompositeContours;   //Max   contours   in   a   composite   glyph.   
  USHORT   maxZones;//   1   if   not   use   the   twilight   zone   [Z0],   
                                  //or   2   if   so   use   Z0;2   in   most   cases.   
  USHORT   max   TwilightPoints   ;/   Maximum   points   used   in   Z0.   
  USHORT   maxStorage;   //Number   of   storage   area   locations.   
  USHORT   maxFunctionDefs;   //Number   of   FDEFs.   
  USHORT   maxStackElements;   //Number   of   depth.   
  USHORT   maxSizeOfInstructions;   //Max   byte   count   for   glyph   inst.   
  USHORT   maxComponentElements;   //Max   number   top   components   refernced.   
  USHORT   maxComponentDepth;       //Max   levels   of   recursion.   
  }Table_maxp;   
    
          numGlyphs字段保存了字体中图元的总数,这决定了到位置表的图元索引的数量,可以用于严正图元索引的有效性。TrueType字体中的每个图元都可以是合成图元或简单图元。简单图元可以有一条或多大体上轮廓中国,条用一些控制点定义。合成图元用几个其他图元的组合来定义。maxPoints/maxCountors/maxCompositePoints   maxCompositeContours这几个字段说明了图元定义的复杂度。   
          除了图元的定义,TrueType字体还使用了图元指令用于提示字体扫描器如何对控制点进行调整以得到更均衡更漂亮的光栅化后的图元。图元指令也可以出现在字体程序表(fpgm表)以及控制值程序表(“prep”)的全局字体层中。TrueType图元指令是一个伪计算机字节指令,该机类似于Java的虚拟机,这些指令可以用堆栈计算机执行。MaxStackElements   maxSizeOfInstructions两个字段同志堆栈计算机这些指令的复杂度。   
          以Windings字体为例,该字体有226个图元,图元最多有47条轮廓线,简单图元最多有268个点,合成图元最多有141个点,合成图元最多有14条轮廓线,最坏情况下需要492层堆栈,最长的指令有1119个字节。   
  字符到图元索引的映射表(cmap表)定义了从不同代码页中的字符   代码到图元索引的映射关系,这是在TrueType字体中存取图元信息的关键。cmap表包含几个了表以支持不同的平台和不同的字符编码方案。   
    
  下面是cmap表的结构。   
    
    typedef   struct   
  {   
  USHORT   Platform;   //platform   ID   
  USHORT   EncodingID;   //encoding   ID   
  ULONG   TableOffset   ;//offset   to   encoding   table    

 

 

typedef   struct   {   
  WCHAR   wcLow;   
  USHORT   cGlyphs;   
  }   
    
  typedef   struct     
  {   
  DWORD   cbThis;     //sizeof   (GLYPHSET)+sizeof(WCRANGE)+(cRanges-1)   
  DWORD   flAccel;   
  DWORD   cGlyphsSupported;   
  DWORD   cRanges;   
  WCRANGE   ranges[1];   //ranges[cRanges]   
  }GLYPHSET;   
    
  DWORD   GetFontUnicodeRanges(HDC   hDC,LPGLYPHSET   lpgs);   
  DWORD   GetGlyphIndices(HDC   hDC,LPCTSTR   lpstr,int   c   ,LPWORD   pgi,DWORD   fl);   
    
          通常一种字体只提供UNICODE字符集中的字符的一个子集。这些字符可以被分组为多个区域,cmap映射表中就是这么做的。GetFontUnicodeRanges函数在一个GLYPHSET结构中返回支持的图元的数量、支持的UNICODE区域的数量以及设备上下文中字体的这些区域的详细信息。GLYPHSET是一个可变长的结构   ,其大小取决于所支持的UNICODE区域的数量。因此,和Win32   API中支持可变长结构一样,       GetFontUnicodeRanges函数通常需要调用两   次。第一次调用时得到以NULL指针作为最后一莜参数,GDI会返回所需窨的大小。调用者然后分配所需的内存,再次调用以得到真正的数据。这两   种情况下,GetFontUnicodeRanges函数都会返回保存整个结构所需的数据大小。MSDN文档可能还是错误地描述成了如果第二个参数是NULL,GetFontUnicodeRanges函数返回指向GLYPHSET结构的指针。   
  下面是用于查询上下文中当前字体GLYPHSET结构的一个简单函数。   
  GLYPHSET   *QueryUnicodeRanges(HDC   hDC)   
  {   
  //query   for   size   
  DWORD   size=GetFontUnicodeRanges(hDC,NULL);   
    
  if   (size==0)   return   NULL;   
  GLYPHSET   *pGlyphSet=(GLYPHSET   *)new   BYTE(size);   
    
  //get   real   data   
  pGlyphSet->cbThis=size;   
  size=GetFontUnicodeRanges(hDC,pGlyphSet);   
    
  return   pGlyphSet;   
  }   
    
    
          如果在一些Windows   TrueType字体上试着调用GetFontUnicodeRanges函数,你会发现这些字体通常支持1000个以上的图元,这些图元被分成几百个UNICODE区域。比如,“Times   New   Roman”有我143个图元,分布在145个区域中,和一个区域是0x20到0x7f,即可打印的7位ASCII代码区域。   
  GetFontUnicodeRanges函数只使用了TrueType字体“cmap”表的一部分部分信息,即从UNICODE到图元索引的映射域。GetGlyphIndices函数则能真正使用这些映射关系把一个字符串转换为一个图元索引的数组。它接收一个设备上下文句柄、一个字符串指针、字符串长度、一个WORD数组的指针和一个标志。生成的图元索引将保存在WORD数组中。如果标志为GGI_MASK_NONEXISTING_GLYPHS,找不到的字符的图元索引会被标注成0xFFFF。此函数得到的图元索引可以传给其他GDI函数,如ExtTextOut函数。   
    
  2.位置索引   
    
          TrueType字体中最有用的信息是glyf表中的图元数据。有了图元索引,要找到相应的图元,需要表(loca表)索引以把图元索引转换为图元数据表内的偏移量。   
  位置索引表中保存了n+1个图元数据表的索引,其中n是保存在最大需求表中的图元数量。最后一个额外   的偏移量并不指向一个新图元,而是指向最后一个图元的偏移量和当前图元的偏移量和当前图元的偏移量间的差值得到图元的长度。   
  位置索引表中的每一个索引以无符号短整数对齐的,如果使用了短整数格式,索引表实际存储的是WORD偏移量,而不是BYTE偏移量。这合得短整数格式的位置索引表能   支持128KB大小的图元数据表。   
    
  3.图元数据   
        图元数据(glyf表)是TrueType字体的核心信息,因此通常它是最大的表。因为的位置索引是一张单独的表,图元数据表就完全只是图元的序列而已,每个图元以图元头结构开始:   
  typedef   struct     
  {   
  WORD   numberOfContours;   //contor   number,negative   if   composite   
  FWord   xMin;       //Minimum   x   for   coordinate   data.   
  FWord   yMin;       //Minimum   y   for   coordinate   data.   
  FWord   xMax;       //Maximum   x   for   coordinate   data.   
  FWord   yMax;       //Maximum   y   for   coordinate   data.   
  }GlyphHeader;   
    
          对于简单图元,numberOfContours字段中保存的是当前图元的轮廓线的树木;对于合成图元,numberOfContours字段是一个负值。后者的轮廓线的总数必须基于组成该合成图元的所有图元的数据计算得到。GlyphHeader结构中后四个字段记录了图元的边界框。   
        对于简单图元,图元的描述紧跟在GlyphHeader结构之后。图元的描述由几部分信息组成:所有轮廓线结束点的索引、图元指令和一系列的控制点。每个控制点包括一个标志以x和y坐标。概念上而言,控制所需的信息和GDI函数PolyDraw函数所需的信息相同:一组标志和一组点的坐标。但TrueType字体中的控制点的编码要复杂得多。下面是图元描述信息的概述:   
  USHORT   endPtsOfContours[n];   //n=number   of   contours   
  USHORT   instructionlength;   
  BYTE   instruction[i];       //i   =   instruction   length   
  BYTE   flags[];                   //variable   size   
  BYTE   xCoordinates[];     //variable   size   
  BYTE   yCoordinates[];     //variable   size   
          图元可以包含一条或多条轮廓线。比如,字母"O"有两   条轮廓线,一条是内部的轮廓,另一条是外部的轮廓。对于每一条轮廓线,endPtsOfContours数组保存了其终点的索引,从该索引中可以计算出轮廓线中点的数量。比如,endPtsOfContours[0]是第一休轮廓线上点的数量,endPtsOfContours[1]-endPtsOfContours[0]是第二条轮廓线上点的数量。   
          终点数组后是图元指令通知度和图元指令数组。我们先跳过它们,先来讨论冬至点。图元的控制点保存在三个数组中:标志获得组、x坐标数组和y坐标数组。找到标志数组的起始点很简单,但是标志数组没有相应的长度字,也没有直接其他两个数组的方法,你必须先解码标志数组才能解释x和y坐标数组。   
          我们提到棕em-square被限制为最大为16384个网格,因此通常情况下需要各两个字节来表示x坐标和y坐标。为了节省空间,图元中保存的是相对坐标。第一个点的坐标是相对(0,0)记录的,所有随后的点记录者是和上一个点的坐标差值。有些差值可以用一个字节表示,有些差值为0,另外一些差值则无法用耽搁字节表示。标志数组保存了每个坐标的编码信息以及其他一些信息。下面是标志中各个位的含义的总结:   
    
  typedef   enum   
  {   
  G_ONCURVE       =   0x01,   //   on   curve   ,off   curve   
  G_REPEAT   =0x08,       //next   byte   is   flag   repeat   count     
  G_XMASK       =0x12,     
  G_XADDBYTE   =0x12,   //X   is   positive   byte   
  G_XSUBBYTE   =0x12,   //X   is   negative   byte     
  G_XSAME     =0x10,   //X   is   same   
  G_XADDINT   =0x00,   //X   is   signed   word     
    
  G_YMASK     =0x24,   
  G_YADDBYTE   =0x24,   //Y   is   positive   byte     
  G_YSUBBYTE   =0x04,   //Y   is   negative   byte   
  G_YSAME   =0x20   ,       //Y   is   same   
  G_YADDINT   =0x00,   //Y   is   signed   word   
  };   
    
          在第8章中我们讨论了直线和曲线,我们提到了一段三阶Bezier曲线有四个控制点定义:位于曲线上(on-curve)的起始点、两个不在曲线上(off-curve)的控制点和一个曲线上的结束点。TureType字体中的图元轮廓是用二阶Bezier曲线定义的,有三个点:一个曲线上的点,一个曲线外的点和另一个曲线上的点。多个连续的不在曲线上的点是允许的,但不是用来定义三阶或更高阶的Bezier曲线,而是为了减少控制点的数目。比如,对于on-off-off-on模式的四个点,会加入一个隐含的点使之成为on-off-on-off-on,因此定义的是两段二阶Bezier曲线。  
          如果设置了G_ONCURVE位,那么控制点在曲线上,否则不在曲线上。如果设置了G_REPEAT,标志数组中的下一字节表示重复次数,当前标志应该重复指定的次数。因此,标志数组中实际使用了某种类型的行程编码。标志中的其他位用于描述相应   的x坐标和y坐标的编码方式,它们可以表示当前相寻坐标是否和上一个相同、正的单字节值、负的单字节值或有符号两字节值。   
          解码图元的描述是一个两次扫描的起始点。然后再遍历图元定义中的每一个点把它转换为更容易管理的格式。程序清单14-2列出了解码TrueType图元的函数,它是KTrueType类的一个方法。   
    
  int   KTrueType::DecodeGlyph(int   index,   KCurve   &   curve,   XFORM   *   xm)   const   
  {   
  const   GlyphHeader   *   pHeader   =   GetGlyph(index);   
    
  if   (   pHeader==NULL   )   
  {   
  // assert(false);   
  return   0;   
  }   
    
  int nContour   =   (short)   reverse(pHeader->numberOfContours);   
    
  if   (   nContour<0   )   
  {   
  return   DecodeCompositeGlyph(pHeader+1,   curve);   //   after   the   header   
  }   
    
  if   (   nContour==0   )   
  return   0;   
    
  curve.SetBound(reverse((WORD)pHeader->xMin),   reverse((WORD)pHeader->yMin),     
                        reverse((WORD)pHeader->xMax),   reverse((WORD)pHeader->yMax));   
    
  const   USHORT   *   pEndPoint   =   (const   USHORT   *)   (pHeader+1);   
    
  int   nPoints   =   reverse(pEndPoint[nContour-1])   +   1;     //   endpoint   of   last   contour   +   1   
  int   nInst       =   reverse(pEndPoint[nContour]);       //   instructon   length   
    
  curve.m_glyphindex   =   index;   
  curve.m_glyphsize     =   (int)   GetGlyph(index+1)   -   (int)   GetGlyph(index);   
  curve.m_Ascender       =   m_Ascender;   
  curve.m_Descender     =   m_Descender;   
  curve.m_LineGap         =   m_LineGap;   
    
  GetMetrics(index,   curve.m_advancewidth,   curve.m_lsb);   
    
  if   (   curve.m_glyphsize==0   )   
  return   0;   
    
  curve.m_instrsize     =   nInst;   
    
  const   BYTE   *   pFlag   =   (const   BYTE   *)   &   pEndPoint[nContour]   +   2   +   nInst; //   first   byte   in   flag   
  const   BYTE   *   pX         =   pFlag;   
    
  int   xlen   =   0;   
    
  for   (int   i=0;   i<nPoints;   i++,   pX++)   
  {   
  int   unit   =   0;   
    
  switch   (   pX[0]   &   G_XMASK   )   
  {   
  case   G_XADDBYTE:   
  case   G_XSUBBYTE:   
  unit   =   1;   
  break;   
    
  case   G_XADDINT:   
  unit   =   2;   
  }   
    
  if   (   pX[0]   &   G_REPEAT   )   
  {   
  xlen   +=   unit   *   (pX[1]+1);     
    
  i   +=   pX[1];   
  pX   ++;   
  }   
  else   
  xlen   +=   unit;   
  }   
    
  const   BYTE   *   pY   =   pX   +   xlen;   
    
  int   x   =   0;  

 

 

 

KTrueType类处理TrueType字体的装入和解码,随书光盘中有它的完整源代码。DecodeGlyph给出图元索引和可选的变换矩阵,处理的是单个图元的解码。参数curve是KCurve类,用于把TrueType图元定义保存为32位的点的赎罪以及一个标志数组,以梗用GDI进行显示。这些代码可以作为简单TrueType字体编辑器的基础。   
          代码中调用了GetGlyph方法,该方法用位置表索引找到该图元的GlyphHeader结构。从中得到图元的轮廓线数目。注意必须反转该值的字节序,因为TrueType字体用的是Big-Endian字节序。如果该值为负值,说明这是一个合成图元,应该转而调用DecodeCompositeGlyph方法。接下支的代码定位了endPtsOfContours数组,找出点的总数,然后跳过指令找到标志数组的起始位置。   
          接下去需要长到的是x坐标数组的始位置和长度,这需要遍历标志数组一次。对于每一个控制点,它在x坐标数组中所占空间可能为0到2个字节,这取决于它的相对坐标是0、单个字节还是两个字节。   
          根据x坐标数组的地址和长度可以得到y坐标的地址。接下去的代码遍历所有的轮廓线,解码其中的控制点,把相对坐标转换为绝对坐标,然后把它加入到曲线对象中。如果需要的话,会对每个控制点做变换。   
  回想一下,TrueType使用的是二阶Bezier曲线,允许在两个曲线上的点之间有多个不在曲线上的点。为了简化曲线绘制算法,KCurve::Add方法在每两个不在曲线上的点之间加入一个额外的在曲线上的点。   
    
          处理了简单图元之后,我们来看看合成图元。合成图元用一个经变换的图元序列定义。每个经变换的图元的定义包括三个部分:一个标志、一个图元索引和一个变换矩阵。标志字段决定了变换矩阵的编码方式。编码的目的也是为了节省一些空间,加外还说明了是否已到达序列的终点。一个完整的2D   affine变换需要6个值。但如果只是平移的话,只需要两个值(dx,dy),这两个值可以保存为两个字节或两个字。如果x和y以相同的值缩放,加外还需要一个缩放值。取一般的情况下仍然需要6个值,但是很多时候可以节省几个字节。用于变换的值以2.14的有符号定点格式保存,dx和dy值除外,这两个值以整数形式保存。得到合成图元的过程实际上是变换和组合几个图元的过程。比如,如果字体中的一个图元是另一个图元的精确镜像,它只需定义为一个合成图元,可以通过对另一个图像做镜像变换即可。程序清单14-3列出了解码合成图元的代码。   
    
    
  int   KTrueType::DecodeCompositeGlyph(const   void   *   pGlyph,   KCurve   &   curve)   const   
  {   
  KDataStream   str(pGlyph);   
    
  unsigned   flags;   
    
  int   len   =   0;   
    
  do     
  {   
  flags             =   str.GetWord();   
    
  unsigned   glyphIndex   =   str.GetWord();   
    
  //   Argument1   and   argument2   can   be   either   x   and   y   offsets   to   be   added   to   the   glyph   or   two   point   numbers.     
  //   In   the   latter   case,   the   first   point   number   indicates   the   point   that   is   to   be   matched   to   the   new   glyph.     
  //   The   second   number   indicates   the   new   glyph's   "matched"   point.   Once   a   glyph   is   added,   its   point   numbers     
  //   begin   directly   after   the   last   glyphs   (endpoint   of   first   glyph   +   1).     
    
  //   When   arguments   1   and   2   are   an   x   and   a   y   offset   instead   of   points   and   the   bit   ROUND_XY_TO_GRID   is   set   to   1,     
  //   the   values   are   rounded   to   those   of   the   closest   grid   lines   before   they   are   added   to   the   glyph.     
  //   X   and   Y   offsets   are   described   in   FUnits.     
    
  signed   short   argument1;   
  signed   short   argument2;   
    
  if   (   flags   &   ARG_1_AND_2_ARE_WORDS   )   
  {   
  argument1   =   str.GetWord();   //   (SHORT   or   FWord)   argument1;   
  argument2   =   str.GetWord();   //   (SHORT   or   FWord)   argument2;   
  }     
  else     
  {   
  argument1   =   (signed   char)   str.GetByte();   
  argument2   =   (signed   char)   str.GetByte();   
  }   
    
  signed   short   xscale,   yscale,   scale01,   scale10;   
    
  xscale     =   1;   
  yscale     =   1;   
  scale01   =   0;   
  scale10   =   0;   
    
  if   (   flags   &   WE_HAVE_A_SCALE   )   
  {   
  xscale   =   str.GetWord();   
  yscale   =   xscale; //   Format   2.14     
  }     
  else   if   (   flags   &   WE_HAVE_AN_X_AND_Y_SCALE   )     
  {   
  xscale   =   str.GetWord();   
  yscale   =   str.GetWord();   
  }     
  else   if   (   flags   &   WE_HAVE_A_TWO_BY_TWO   )     
  {   
  xscale     =   str.GetWord();   
  scale01   =   str.GetWord();   
  scale10   =   str.GetWord();   
  yscale     =   str.GetWord();   
  }   
    
  if   (   flags   &   ARGS_ARE_XY_VALUES   )   
  {   
  XFORM   xm;   
    
  xm.eDx     =   (float)   argument1;   
  xm.eDy     =   (float)   argument2;   
  xm.eM11   =   xscale     /   (float)   16384.0;   
  xm.eM12   =   scale01   /   (float)   16384.0;   
  xm.eM21   =   scale10   /   (float)   16384.0;   
  xm.eM22   =   yscale     /   (float)   16384.0;   
    
  len   +=   DecodeGlyph(glyphIndex,   curve,   &   xm);   
  }   
  else   
  assert(false);   
  }     
  while   (   flags   &   MORE_COMPONENTS   );   
    
  if   (   flags   &   WE_HAVE_INSTRUCTIONS   )   
  {   
  unsigned   numInstr   =   str.GetWord();   
    
  for   (unsigned   i=0;   i<numInstr;   i++)   
  str.GetByte();   
  }   
    
  //   The   purpose   of   USE_MY_METRICS   is   to   force   the   lsb   and   rsb   to   take   on   a   desired   value.     
  //   For   example,   an   i-circumflex   (Unicode   00ef)   is   often   composed   of   the   circumflex   and   a   dotless-i.     
  //   In   order   to   force   the   composite   to   have   the   same   metrics   as   the   dotless-i,     
  //   set   USE_MY_METRICS   for   the   dotless-i   component   of   the   composite.   Without   this   bit,     
  //   the   rsb   and   lsb   would   be   calculated   from   the   HMTX   entry   for   the   composite   (or   would   need   to   be     
  //   explicitly   set   with   TrueType   instructions).     
    
  //   Note   that   the   behavior   of   the   USE_MY_METRICS   operation   is   undefined   for   rotated   composite   components.   
    
  return   len;   
  }   
    
    
    
          DecodeCompositeGlyph方法解码每个图元的标志、图元索引和变换矩阵,然后调用DecodeGlypgh方法进行解码。注意,对DecodeGlyph方法的调用包含一个有效的变换矩阵参数。当MORE_COMPONENTS标志结束时,该方法随之结束。随书光盘中有该方法完整的源代码。   
          解码后的TrueType字体的图元要用GDI绘制还有一个小问题需要处理。GDI只绘制三阶Bezier曲线,因此从图元表解码所得的二阶Bezier曲线的控制点需要转换为三阶Bezier曲线的控制点。通过对Bezier曲线原始数学定义的研究,可以得到如下用GDI绘制二阶Bezier曲线的简单例程。   
    
  //draw   a   2nd-degree   Bezier   curve   segment   
  BOOL   Bezier2(HDC   hDC,int   &   x0,int   &   y0,   int   x1,   int   y1,   int   x2   ,int   y2)   
  {   
  //   p0   p1   p2   -   >   p0   (p0   +   2p1)/3   (2p1+p2)/3,   p2   
    
  POINT   P[3]   =   {   {   (x0+2*x1)/3,(y0+2*y1)/3},   
                                {(2*x1+x2)/3,(2*y1+y2)/3},   
                                {x2,y2}   };   
  x0=x2;y0=y2;   
  return   PolyBezierTo(hDC,P,3);   
  }   
    
          对于用三个控制点(p0,p1,p2)定义的二阶Bezier曲线,相应的三阶Bezier曲线的控制点为(p0,(p0+2*p1)/3,(2*p1+p2)/3,p2)。   
    
    
  4.图元指令   
          程序清单14-2和14-3给人的印象是TrueType字体的栅格器可以通过扫描和转换图元的轮廓来轻松地实现,比如,用GDI和StrokeAndFillPath函数来填充图元轮廓绘制出来的路径。这种简单的字体栅格器的实现并不是很有用,除非它只用于高分辨诣的设备如打印机等。   
          简单栅格器得到的图像笔画粗细不一,有信息的遗漏,有字符特征的损失以及不对称等缺陷。当点阵变小是,情况不会更糟。总之,简单字体栅格器在小尺寸时会产生字迹模糊的结果。在大尺寸时会产生不好看的结果,只有在点阵增大时结果才会改善。   
          当在大的em-square(典型的是2048)中定义的图元轮廓缩小为小得多的网格时(如32*32),不可避免会损失精度并引入误差。   
    
          TrueType解决这个问题的方法是控制图元轮廓从em-square到栅格网格的缩放过程,使得到的结果看起来效果更好,和原始图元的设计尽量接近。这种技术被称为网格调整(grid   fitting),它想达到的目标有:   
          消除网格位置的可能影响,保证笔画的粗细和网格的相对位置无关。   
          控制图元中关键位置的尺寸   
          保持对称性和衬线等   重要的图元设计细节。   
        
            TrueType字体中网格调整的需求在两个地方中编码:控制值表(control   value   table)和每个图元的网格调整指令。   
          控制值表("cvt"表)用于保存一个数组,这些值被称为网格调整指令。比如,对于有衬线的字体,基线、衬线高度、大写字母笔划的宽度等值都或以是被控制的值。它们可以以字体设计者已知的次序保存在控制值表中,然后用它们的索引来引用。在字体光栅化过程中,控制值表中的值根据点阵的大小缩放。在网络调整指令中引用这些值   可以保证使用的值与网枸的位置无关。比如,如果水平线[14,0,25,200]可以用CVT表中的两个值定义为[14,0,14+CVT[stem_width],0+CVT[cap_height]],那     么该线的宽度和高度会和所在网格的相对位置无关,保持不变。   
          每一个图元的定义中附加有一个指令序列,该指令序列被称为图元指令,该背景令序列用于控制此图元的网格高速。图元指令线用控制值表中的值,以保证在索引图元中这些值相同。   
          图元指令是一种基于堆栈的伪计算机的指令。堆栈计算机常用于计算机语言的解释性实现。比如,Forth(用于嵌入式系统的一种强大而简洁的语言)、RPL(HP计算器使用的语言)和Java虚拟机都是堆栈计算机。   
          堆栈计算机通常没有寄存器,所有的计算都在堆栈上进行(有些堆栈计算机使用分开的控制堆栈和数据堆栈)。比如,压入指令把一个值压入堆栈,弹出指令从堆栈中弹出上面的值,二元加法指令弹出上面的两   个值   ,然后把它们的和压入堆栈。   
  TrueType虚拟机


版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
本文链接:https://blog.csdn.net/anbo724/article/details/7195505

智能推荐

uni-app创建并运行微信小程序项目_用uniapp写一个微信小程序-程序员宅基地

文章浏览阅读5.5k次,点赞4次,收藏13次。打开HBuilder X,点击文件,选择新建一个项目首先点击HBuilder X菜单栏工具下面的设置,然后在运行配置里面设置微信开发者工具的安装路径在微信开发者工具中,点击设置下面的安全设置,然后开启服务端口最后在HBuilder X运行配置中填写web服务调用URL(本地IP+端口号)点击运行到小程序模拟器,微信开发者工具即可正确运行运行结果如下转载自:https://blog.csdn.net/weixin_39150852/article/detai.._用uniapp写一个微信小程序

衡量两个向量的距离_向量长度不同可以计算距离吗-程序员宅基地

文章浏览阅读3.2k次。nA, inB 对应的是 列向量欧氏距离:指在m维空间中两个点之间的真实距离,或者向量的自然长度(即该点到原点的距离)。二维或三维中的欧氏距离就是两点之间的实际距离。相似度= 1/(1+欧式距离)相似度= 1.0/(1.0 + la.norm(inA - inB))物品对越相似,它们的相似度值就越大。皮尔逊相关系数:度量的是两个向量之间的相似度。相似度= 0.5 + 0...._向量长度不同可以计算距离吗

编程之美-不要被阶乘吓到_编程阶乘难理解-程序员宅基地

文章浏览阅读497次。求N!的二进制表示中最低位1的位置。 最笨的莫过于对N!直接移位了,然后找到1的位置。[cpp] view plaincopyprint?#include using namespace std; const int N=6; int Factorial(int N) { if(N>1) { return N*F_编程阶乘难理解

Linux基础知识学习——第三天:firewall防火墙的关闭。_firewall 关闭-程序员宅基地

文章浏览阅读1k次。Linux基础知识学习——第三天:firewall防火墙的关闭。_firewall 关闭

管理学总论之管理活动、管理思想和古典管理理论_让学生了解“组织”的概念从古典管理思想,中国古代管理思想的逻辑体系到现代管理-程序员宅基地

文章浏览阅读2.9k次。早期的管理活动和管理思想一、古罗马帝国的卓越组织古罗马帝国之所以兴盛,在很大程度上应归功于卓越的组织才能,他们采取了较为分权的组织管理形式,从一个小城市发展成为一个世界帝国,在公元2世纪取得了统治欧洲和北非的成功,并延续了几个世纪的统治。二、中国古代的管理实践 在中国古代典籍中也有不少有关管理思想的记载,如《周礼》中记有对行政管理制度和责任的具体叙述。《孟子》、《孙子》等书对管_让学生了解“组织”的概念从古典管理思想,中国古代管理思想的逻辑体系到现代管理

css sprite-程序员宅基地

文章浏览阅读169次。  雪碧图是优化网站性能的一个重要手段;    开发中,我们常常遇到这样的问题:一大堆的小icon图标,比如个性化的箭头、按钮等;当加载网页时,则要一个个地加载这些小图标,每一个小图标都需要http请求,这增加了网络延迟的可能;  假设把这些小图标都放到一张图片中,使用的时候直接获取图片对应位置上的图标,那么网页加载时只需要请求这一张图片,显然这种方式减少了http请求;cs..._b) css sprite with sass resource traditional css sprite with a sass styleshe

随便推点

android 简单封装上拉刷新,下拉加载功能_封装刷新加载功能 android-程序员宅基地

文章浏览阅读382次。从开源中国控件里而来,并自己改进一些功能BaseRecyclerRefreshLayout:主要用于控制全局的手势是否上拉刷新,正常滑动,下拉加载三种情况.手势控制源头public class BaseRecyclerRefreshLayout extends SwipeRefreshLayout implements SwipeRefreshLayout.OnRefreshListener..._封装刷新加载功能 android

信号量实现经典同步问题之生产者消费者问题_用信号量解决经典同步问题的方法生产者消费者问题,-程序员宅基地

文章浏览阅读2.5k次。目录1.生产者消费者问题1.1.问题分析1.2.如何实现2.多生产者多消费者问题2.1.问题描述2.2.问题分析2.3.如何实现1.生产者消费者问题1.1.问题分析1.2.如何实现2.多生产者多消费者问题多是指多类别的生产者和消费者,生产者生产不同产品,消费者消费不同产品。2.1.问题描述2.2.问题分析2...._用信号量解决经典同步问题的方法生产者消费者问题,

救星来了前端标注工具 实现图片 图像标注 多边形 矩形 画笔 缩放 线段 等功能 的插件 AILabel.js_vue图片标注插件-程序员宅基地

文章浏览阅读9.6k次,点赞9次,收藏73次。一、网址以及demo官方文档:http://ailabel.com.cn/public/ailabel/api/index.html#1demo地址1: http://ailabel.com.cn/public/ailabel/demo/label/index.htmldemo地址2: http://ailabel.com.cn/public/ailabel/demo/index.html二、我的实例代码(vue环境下)三、如有不懂的添加官方qq群向大佬请教(378301400)<tem_vue图片标注插件

大数据系列修炼-Scala课程61_深入理解scala中的隐式转换系统 - 掌握了知识的本质,很多事情就简单了 - csdn-程序员宅基地

文章浏览阅读1.2k次。大数据系列修炼-Scala课程61核心内容: 1、Scala中的隐式参数与隐式转换的联合使用操作代码实战1、Scala中的隐式参数与隐式转换的联合使用def biggerT(implicit m:T=>Ordered[T]) = ……的含义: 1>bigger是一个泛型函数,并且是一个柯里化函数,并且函数的第二个参数是一个函数(隐式函数呢)。 2>m是一个隐式参数,这个隐式参数指向一个匿名函数_深入理解scala中的隐式转换系统 - 掌握了知识的本质,很多事情就简单了 - csdn

Hessian源码浅析-HessianProxy_hessinproxyutil-程序员宅基地

文章浏览阅读1k次。Hessian客户端主要是通过proxy代理来实现 当客户端调用远程接口方法时 会被HessianProxy 代理 HessianProxy invoke方法主要做以下工作1.把调用的 方法名称 参数 序列化2.通过HttpURLConnection向服务端发送调用请求3.服务端返回的结果 反序列化Proxy是由HessianProxyFactory创建HessianProx_hessinproxyutil

鹅厂老将被拒,蚂蚁金服嘲讽,JVM问了4道题,一道都答不上来,外包都没资格,Java界面试太刺激了_java外包面试答不上来-程序员宅基地

文章浏览阅读1.3w次,点赞10次,收藏17次。鹅厂老将被拒,蚂蚁金服嘲讽,JVM问了4道题,一道都答不上来,外包都没资格,Java界面试太刺激了!!!自从蚂蚁金服上市,IT界多了一批千万富翁后,去投奔的程序员愈发多了,进去了皆大欢喜,而折腾一圈还是没能入职的可就难过了。最难过的是下面这位,在简历环节就直接被刷的。个人履历还不错,在腾讯工作多年,转战二线小厂,技术扎实,但蚂蚁金服连面试机会都不给就拒了,给出的答复是“简历不合适”,惹得这位直呼“心生愤怒,倍感羞辱”。有人在他的帖子下评论:“阿里不要腾讯的人,换个说法拒绝而已。”“这个没什么_java外包面试答不上来