Commodore 64（C64）作为 1982 年发布的经典 8 位家用计算机，其字符渲染系统代表了早期图形硬件设计的精妙平衡。本文深入剖析 C64 的 8x8 位图字体存储结构、VIC-II 视频芯片的内存布局设计，以及软件层面实现 80 列文本显示的工程优化技术。
硬件架构：字符集 ROM 与 8x8 位图设计
C64 的字符系统建立在 VIC-II 视频芯片的硬件文本模式之上。系统内置两套字符集，存储于 $D000-$DFFF 的 4KB 字符 ROM 中：$D000-$D7FF 存储大写 / 图形符号字符集，$D800-$DFFF 存储大小写混合字符集。每套字符集包含 256 个字符，每个字符以 8x8 像素位图形式存储，占用 8 字节。这种设计形成了紧凑的内存布局：字符 0 对应偏移量 0-7 的 8 字节，字符 1 对应偏移量 8-15，依此类推。
VIC-II 通过内存映射寄存器 $D018 控制字符集定位。该寄存器的位 1-3 定义字符内存指针（位 11-13），允许将字符集放置在 16KB VIC 内存库中的任意 2KB 边界上。这种灵活性使程序能够将自定义字符集加载到 RAM 中，通过修改 $D018 实现字符集切换，而无需复制数据。
位图模式的内存布局对齐
C64 的位图模式（Bitmap Mode）提供了 320x200 像素的直接像素寻址能力，占用 8000 字节显存。关键设计在于位图内存布局与字符集布局保持一致：显存中的每 8 字节描述屏幕上一个 8x8 像素块，而非线性扫描顺序。第一个 8 字节对应左上角 8x8 块，接下来的 8 字节对应右侧相邻块，按此规律填充整个屏幕。
这种对齐设计具有重要工程价值。当需要在位图上绘制 8x8 字符时，渲染逻辑简化为 8 字节的连续内存复制，无需计算像素偏移或处理跨行边界。字符集与位图共享相同的 "8 字节 = 8x8 块" 编码语义，使得字符到位图的转换成为 O (1) 操作。
80 列方案的压缩与优化
C64 硬件仅支持 40x25 字符的文本模式。为实现 80 列显示，软件方案采用位图模式配合 4x8 像素压缩字符。每个字符宽度减半，在保持 8 像素高度的同时，将水平分辨率提升至 80 字符。
这一方案引入两个工程挑战。首先是颜色限制：位图模式下每个 8x8 块仅能定义两种颜色（前景 / 背景）。80 列方案中，每个 8x8 硬件块容纳两个 4x8 字符，当相邻字符颜色不同时，必须妥协为统一颜色。主流实现采用 "后来者覆盖" 策略，新绘制字符决定整个 8x8 块的颜色。
其次是渲染性能。4x8 字符可能位于 8x8 块的左半或右半部分，传统实现需要在运行时执行位移位操作。优化方案采用字符集复制技术：在内存中存储两套字符数据，第二套预先将位模式右移 4 位。渲染时通过选择正确的字符集副本，将移位操作从运行时转移到编译时，消除 CPU 周期消耗。
滚动性能与内存带宽
文本模式下滚动屏幕仅需移动 960 字节（40x25 字符索引）。位图模式下，相同操作需要复制 7680 字节（8 倍开销），即使采用最优化的非循环展开实现，耗时约 73 毫秒（约 3.5 帧），仍不可避免地产生画面撕裂。80COLUMNS 等成熟实现通过虚拟屏幕 RAM 缓存字符代码，结合增量重绘策略缓解这一问题。
现代启示
C64 的字符系统设计体现了早期计算机图形学的核心原则：内存布局与访问模式的紧密耦合。8x8 块的统一编解码方案、字符集复制消除运行时计算、以及位图与字符集的对齐设计，均为受限资源环境下的高效渲染提供了可复用的工程模式。对于现代嵌入式系统和复古计算项目，这些技术仍具有直接的参考价值。
参考来源
- Michael Steil, "80 Columns Text on the Commodore 64", pagetable.com
- "Commodore 64 memory map", sta.c64.org
内容声明：本文无广告投放、无付费植入。
如有事实性问题，欢迎发送勘误至 i@hotdrydog.com。