本文详解如何在 canvas 中准确生成适用于嵌入式显示设备的像素字体 hex 数据,重点解决宽度超过 8px 时因位序与字节填充逻辑错误导致的字符翻转问题。
在使用 HTML5
原代码中内层循环为:
for (let y = actualHeight - 1; y >= 0; y--) { ... }即从最后一行(底部)向上逐行读取,并将每列像素按 MSB→LSB(高位→低位)顺序拼入一个字节。这种
设计适用于高度 ≤ 8 的字体(如经典 5×7),因为一列刚好填满一个字节(8 bits),且硬件常以“从上到下”扫描,但字节内位序却是反向存储(最高位对应第0行)。
然而,当 actualHeight > 8(如 14 行)时,规范要求:
✅ 每个字节存储连续的 8 行像素(从顶到底);
✅ 超出 8 行则新开一个字节,继续向下填充;
❌ 原逻辑从底向上读 + 高位优先拼接 → 导致视觉上“顶部像素”被塞进字节低位,“底部像素”占据高位,最终在硬件渲染时上下颠倒。
应改为:
以下是修正后的完整逻辑(兼容任意宽高,含 Canvas 实际读取示例):
function canvasToFontBytes(ctx, width, height) {
const pxlArray = [];
for (let x = 0; x < width; x++) {
let byte = 0;
let exp = 0; // 当前位权重指数(0 → 2⁰,即 LSB)
const byteSize = 8;
for (let y = 0; y < height; y++) {
// ✅ 从第0行(顶部)开始向下读取
const pixel = ctx.getImageData(x, y, 1, 1).data;
const isOn = pixel[0] === 0 && pixel[1] === 0 && pixel[2] === 0 && pixel[3] === 255;
// ✅ LSB 优先:第0行 → bit0,第1行 → bit1,... 第7行 → bit7
byte += (isOn ? 1 : 0) * Math.pow(2, exp);
exp++;
// ✅ 满8位或已到底部,存字节并重置
if (exp === byteSize || y === height - 1) {
pxlArray.push(byte);
byte = 0;
exp = 0;
}
}
}
return pxlArray;
}
// 使用示例(假设已绘制 10×14 字母 A)
const canvas = document.createElement('canvas');
canvas.width = 10;
canvas.height = 14;
const ctx = canvas.getContext('2d');
// ? 此处用 clearRect + fillRect 绘制你的 A(按常规从上到下、从左到右)
ctx.fillStyle = '#000';
ctx.fillRect(3, 0, 4, 3); // 顶横线
ctx.fillRect(2, 3, 2, 3); // 左上斜
ctx.fillRect(5, 3, 2, 3); // 右上斜
// ...(完整绘制逻辑略)
// ✅ 绘制方式完全按视觉习惯,无需翻转!
const bytes = canvasToFontBytes(ctx, 10, 14);
console.log(bytes.map(b => b.toString(16).padStart(2, '0'))); // 输出 HEX 数组
// → ['00','38','c0','3f','f8','0f','3e','03','06','03','06','03','3e','03','f8','0f','c0','3f','00','38']只要将内层 y 循环改为 0 → height-1,并采用 bit × 2^exp(exp 从 0 开始)的 LSB 优先拼接方式,即可彻底解决宽字体上下颠倒问题。你不再需要“把 A 的下半部分画在上面”——所见即所得,所绘即所存。这一逻辑既符合人类直觉,也严格匹配主流嵌入式显示协议,是像素字体工程化的可靠基石。