超级好用的C++实用库之点阵字体

简介: 超级好用的C++实用库之点阵字体

概述

点阵字体是一种数字字体,其中每个字符都由一定尺寸的像素矩阵组成。比如:一个16×16点阵字体意味着每个字符是16列乘以16行的点阵构成的,每个点可以是开(黑色、实心)或关(白色、空白),通过组合这些点来模拟字符的形状和轮廓。

在计算机显示、打印和其他数字化输出设备中,点阵字体由于其简单性而得到广泛应用,特别是在早期的计算机系统、打印机以及低分辨率显示屏上。点阵字体的一个显著特点是:它们不需要任何矢量渲染引擎就可以直接输出,因为每个字符都已经预定义为静态的像素图案。现代应用中,尽管高分辨率显示器和高质量矢量字体已经成为主流,但点阵字体仍然在一些特定场合中有其独特价值,比如:游戏开发、嵌入式系统、工业打标、OSD字符叠加等。

CHP_LatticeFont类

在音视频开发领域,一般需要在视频上叠加各种文字信息。在嵌入式系统中,Flash空间和内存空间都非常有限,通常使用点阵字体来进行字符叠加。点阵字体文件通常分为两种:ascii字体文件和汉字字体文件。我们可以根据需要,将字体用白色或黑色来输出和渲染。但如果视频区域也是白色或黑色,则会与叠加的文字信息的颜色混在一起,导致看不清楚文字信息。

为了区分视频区域和叠加的文字信息,我们通常会使用描边的点阵字体。所谓描边的点阵字体,就是在白色或黑色的字体周围,再添加一圈黑色或白色的描边。为了方便应用层使用描边字体,我们封装了CHP_LatticeFont类。CHP_LatticeFont类的头文件,可参考下面的示例代码。

#pragma once

#include <stdio.h>

#include "HP_Mutex.h"

class CHP_LatticeFont
{
public:
    static void Open();
    static CHP_LatticeFont *&Singleton();
    static void Close();

    int Init(const char *pszAsc16File, const char *pszHz16File, const char *pszAsc16StrokeFile = NULL, const char *pszHz16StrokeFile = NULL);

    void DeInit();

    int GetCode(const char *pszText, char *pCode, int &nTotalCodeLen, bool bUseStrokeFont = false);

    static int GetMaxCodeLen(const char *pszText, bool bUseStrokeFont = false);

    static int CorrectHalfChinese(char *pBuf, int nBufLen);

protected:
    CHP_LatticeFont();
    ~CHP_LatticeFont();

private:
    static int Init(const char *pszAsc16File, const char *pszHz16File, FILE *&pfAsc16, FILE *&pfHz16);
    static int ReadAsc16(FILE *pFile, unsigned char ucChar, char *pBuf);
    static int ReadHz16(FILE *pFile, unsigned char ucHigh, unsigned char ucLow, char *pBuf);
    static int ReadAsc32(FILE *pFile, unsigned char ucChar, char *pBuf);
    static int ReadHz32(FILE *pFile, unsigned char ucHigh, unsigned char ucLow, char *pBuf);
    static void Transform(char *pCodeChar, bool bUseStrokeFont);

private:
    static CHP_LatticeFont *m_pThis;
    FILE *m_pfAsc16;
    FILE *m_pfHz16;
    FILE *m_pfAsc16Stroke;
    FILE *m_pfHz16Stroke;
    CHP_Mutex m_mutex;
};

可以看到,CHP_LatticeFont类是一个单实例类。为了使用CHP_LatticeFont类,我们需要先制作ascii字体文件和汉字字体文件。如果需要描边的点阵字体,还需要制作带描边的ascii字体文件和带描边的汉字字体文件。关于点阵字体文件的具体制作,可以使用GuiTool或HZKCreator等工具,这里就不再赘述了。

下面,我们将介绍CHP_LatticeFont类导出的公共接口。

Init:初始化点阵字体。参数pszAsc16File为ascii字体文件,参数pszHz16File为汉字字体文件;参数pszAsc16StrokeFile为带描边的ascii字体文件,参数pszHz16StrokeFile为带描边的汉字字体文件。返回值为0表示成功,其他为错误码,必须至少有一组字体文件解析成功,该接口才会返回成功。

DeInit:反初始化点阵字体,释放相关资源。

GetCode:获取字符串文本的点阵字体的编码。参数pszText为字符串文本,参数pCode为编码buffer,参数nTotalCodeLen传入时为编码buffer的总长度,传出时为编码buffer的实际长度,参数bUseStrokeFont表示是否使用描边字体。返回值为0表示成功,其他为错误码。

GetMaxCodeLen:获取字符串文本的点阵字体编码的最大长度,一般用于预先分配编码buffer内存时,获取编码buffer的长度。参数pszText为字符串文本,参数bUseStrokeFont表示是否使用描边字体,返回值为点阵字体编码的最大长度。

CorrectHalfChinese:校正半个汉字。当字符串文本宽度超过图像或视频宽度时,会对字符串文本进行截断。截断可能恰好发生在一个汉字的中间,此时,需要进行校正,把前半个汉字置为空字符。参数pBuf为文本buffer(不包括结尾的\0),参数nBufLen为文本buffer的长度。返回值为0表示成功,其他为错误码。


总结

在点阵字体中,每一个字符都以固定大小的位图图像来存储。这意味着,字符不能自由缩放而保持清晰度。因为当放大时,单个像素会被放大显示成多个像素,导致锯齿状边缘和模糊效果。相反,缩小点阵字体可能导致字符难以辨认或丢失细节。

点阵字体的优势在于:它们易于硬件直接渲染,并且对于资源有限的系统(比如:早期个人计算机、嵌入式系统)来说,由于不需要复杂的矢量渲染引擎,特别高效。


相关文章
|
12天前
|
弹性计算 人工智能 架构师
阿里云携手Altair共拓云上工业仿真新机遇
2024年9月12日,「2024 Altair 技术大会杭州站」成功召开,阿里云弹性计算产品运营与生态负责人何川,与Altair中国技术总监赵阳在会上联合发布了最新的“云上CAE一体机”。
阿里云携手Altair共拓云上工业仿真新机遇
|
8天前
|
机器学习/深度学习 算法 大数据
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
2024“华为杯”数学建模竞赛,对ABCDEF每个题进行详细的分析,涵盖风电场功率优化、WLAN网络吞吐量、磁性元件损耗建模、地理环境问题、高速公路应急车道启用和X射线脉冲星建模等多领域问题,解析了问题类型、专业和技能的需要。
2522 18
【BetterBench博士】2024 “华为杯”第二十一届中国研究生数学建模竞赛 选题分析
|
8天前
|
机器学习/深度学习 算法 数据可视化
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
2024年中国研究生数学建模竞赛C题聚焦磁性元件磁芯损耗建模。题目背景介绍了电能变换技术的发展与应用,强调磁性元件在功率变换器中的重要性。磁芯损耗受多种因素影响,现有模型难以精确预测。题目要求通过数据分析建立高精度磁芯损耗模型。具体任务包括励磁波形分类、修正斯坦麦茨方程、分析影响因素、构建预测模型及优化设计条件。涉及数据预处理、特征提取、机器学习及优化算法等技术。适合电气、材料、计算机等多个专业学生参与。
1525 15
【BetterBench博士】2024年中国研究生数学建模竞赛 C题:数据驱动下磁性元件的磁芯损耗建模 问题分析、数学模型、python 代码
|
4天前
|
存储 关系型数据库 分布式数据库
GraphRAG:基于PolarDB+通义千问+LangChain的知识图谱+大模型最佳实践
本文介绍了如何使用PolarDB、通义千问和LangChain搭建GraphRAG系统,结合知识图谱和向量检索提升问答质量。通过实例展示了单独使用向量检索和图检索的局限性,并通过图+向量联合搜索增强了问答准确性。PolarDB支持AGE图引擎和pgvector插件,实现图数据和向量数据的统一存储与检索,提升了RAG系统的性能和效果。
|
10天前
|
编解码 JSON 自然语言处理
通义千问重磅开源Qwen2.5,性能超越Llama
击败Meta,阿里Qwen2.5再登全球开源大模型王座
596 14
|
1月前
|
运维 Cloud Native Devops
一线实战:运维人少,我们从 0 到 1 实践 DevOps 和云原生
上海经证科技有限公司为有效推进软件项目管理和开发工作,选择了阿里云云效作为 DevOps 解决方案。通过云效,实现了从 0 开始,到现在近百个微服务、数百条流水线与应用交付的全面覆盖,有效支撑了敏捷开发流程。
19283 30
|
10天前
|
人工智能 自动驾驶 机器人
吴泳铭:AI最大的想象力不在手机屏幕,而是改变物理世界
过去22个月,AI发展速度超过任何历史时期,但我们依然还处于AGI变革的早期。生成式AI最大的想象力,绝不是在手机屏幕上做一两个新的超级app,而是接管数字世界,改变物理世界。
498 49
吴泳铭:AI最大的想象力不在手机屏幕,而是改变物理世界
|
1月前
|
人工智能 自然语言处理 搜索推荐
阿里云Elasticsearch AI搜索实践
本文介绍了阿里云 Elasticsearch 在AI 搜索方面的技术实践与探索。
18842 20
|
1月前
|
Rust Apache 对象存储
Apache Paimon V0.9最新进展
Apache Paimon V0.9 版本即将发布,此版本带来了多项新特性并解决了关键挑战。Paimon自2022年从Flink社区诞生以来迅速成长,已成为Apache顶级项目,并广泛应用于阿里集团内外的多家企业。
17530 13
Apache Paimon V0.9最新进展
|
3天前
|
云安全 存储 运维
叮咚!您有一份六大必做安全操作清单,请查收
云安全态势管理(CSPM)开启免费试用
368 4
叮咚!您有一份六大必做安全操作清单,请查收