在 8 位机时代，游戏开发者面临的硬件约束远比今天苛刻。Commodore 64（C64）仅有 64KB RAM 和 1MHz 的 6510 CPU，却需要驱动 320×200 分辨率的显示输出。当开发者试图在这台机器上实现类似现代游戏引擎的 "相机跟随" 效果时，每一个字节和每一个 CPU 周期都变得至关重要。本文将深入剖析 C64 的 VIC-II 显卡架构，探讨在极端资源限制下实现平滑 tile-based 地图卷轴的核心技术策略。
VIC-II 的内存视图与限制
C64 的 VIC-II 显卡芯片以 16KB 的 bank 为单位访问内存。在这个视图中，屏幕矩阵（Screen Matrix）占据 1KB 空间 —— 正好容纳 40×25 个字符编码（1000 字节）加上 8 字节的 Sprite 指针。默认情况下，屏幕数据位于 $0400 地址。这种设计为 tile-based 图形提供了天然支持：每个字符位置可以显示 256 种 tile 之一，配合字符集 ROM 或自定义字符集即可构建游戏世界。
然而，VIC-II 的设计也带来了根本性约束。Color RAM 位于固定的 $D800-$DBFF 区域，这块 1KB 的内存无法被 bank 切换或重定位。这意味着，与屏幕字符数据不同，颜色信息不能通过简单的指针切换实现双缓冲。当屏幕卷轴时，颜色数据必须在 VIC-II 读取的同时被更新 —— 开发者必须与 raster beam"赛跑"。
双缓冲：可行与不可行
对于屏幕字符数据，双缓冲是完全可行的策略。开发者可以维护两个屏幕矩阵（如 $0400 和 $0800），在一个缓冲区准备下一帧数据的同时，让 VIC-II 从另一个缓冲区读取当前帧。当准备完成，只需在垂直空白期（VBlank）切换 $D018 寄存器中的屏幕指针即可实现无缝切换。
但 Color RAM 的双缓冲是个伪命题。由于颜色内存的地址固定，开发者必须在 VIC-II 扫描显示的过程中更新它。这要求极其精确的时序控制：利用 raster 中断在 VIC-II 完成屏幕底部扫描后触发，在底部边框和顶部边框的 "安全时间" 内尽可能多地更新颜色数据，然后继续扫描剩余部分。
实践中，一个典型的优化策略是 "分帧处理"：将 Color RAM 的更新分散到多个帧完成。例如，在第一帧更新前 12 行的颜色数据，第二帧更新剩余部分。这种策略牺牲了单帧一致性，换取了避免画面撕裂的稳定性。
卷轴算法：硬件与软件的协作
VIC-II 提供了硬件级的细粒度卷轴支持。通过 $D016（水平）和 $D011（垂直）寄存器，可以在 0-7 像素范围内平滑移动整个屏幕内容。这为 tile-based 卷轴提供了基础：当硬件卷轴达到边界（7 像素）时，通过软件将屏幕矩阵中的字符数据整体移动一个字符位置（8 像素），然后将硬件卷轴寄存器重置为 0，继续下一轮细粒度移动。
这种 "硬件细卷 + 软件粗卷" 的组合模式是 C64 卷轴的标准做法。但软件移动 40×25 的字符矩阵意味着每帧最多 1000 字节的内存复制，如果加上 Color RAM，工作量翻倍到 2000 字节。对于 1MHz 的 CPU 而言，这已经接近单帧（约 16.7ms）的处理极限。
性能优化的工程实践
面对这些约束，C64 开发者发展出了一套精密的优化技术：
循环展开（Loop Unrolling）：将 copy 循环展开为连续的 LDA/STA 指令序列，消除分支开销。虽然代码体积膨胀，但在 64KB 内存限制内，速度优先于空间。
38 列模式：通过设置 $D016 的第 3 位，可以将显示区域缩减为 38 列，左右各 8 像素的边框向内扩展。这为卷轴提供了 "隐藏区域"—— 新进入视野的字符可以在这个区域 "秘密" 绘制，避免用户看到不完整的更新过程。
Raster 中断同步：将卷轴逻辑绑定到 raster 中断，确保代码执行与 VIC-II 的扫描进度同步。中断通常在屏幕最后一行触发，利用底部边框、垂直空白期和顶部边框的时间窗口完成大部分更新工作。
增量更新：对于大型地图，全屏重写是不现实的。高效的引擎只更新进入视野的新列或新行。例如，向右卷轴时，只需从世界地图中提取最右侧新进入视野的一列 tile 数据，写入屏幕缓冲区的最左列（利用 38 列模式的隐藏区域），然后调整显示指针。
实用参数与实现清单
基于上述分析，构建 C64 tile-based 相机系统的关键参数如下：
| 组件 | 地址 / 范围 | 大小 | 特性 |
|---|---|---|---|
| 屏幕矩阵（默认） | $0400 | 1KB | 可 bank 切换，支持双缓冲 |
| Color RAM | $D800-$DBFF | 1KB | 固定地址，必须 race the beam |
| VIC-II Bank | $0000-$3FFF 等 | 16KB | 通过 $DD00 切换 |
| 细粒度卷轴 | $D016（水平）/ $D011（垂直） | 3 位 | 0-7 像素偏移 |
实现检查清单：
- 配置两个屏幕缓冲区用于字符数据双缓冲
- 设置 raster 中断在屏幕底部触发
- 实现分帧 Color RAM 更新策略（建议 2-4 帧完成）
- 启用 38 列模式隐藏卷轴边界
- 使用循环展开优化 tile copy 例程
- 仅更新进入视野的边缘 tile 列 / 行，避免全屏重写
总结
C64 的 tile-based 相机卷轴实现是现代游戏引擎的极简原型。在 64KB 内存和 1MHz CPU 的硬约束下，开发者必须精确平衡内存布局、双缓冲策略和 raster 时序。VIC-II 的硬件细卷功能与软件粗卷的配合，加上对 Color RAM 更新时序的精密控制，构成了 8 位机时代游戏开发的核心技术栈。这些技术虽然诞生于四十年前，但其背后的资源管理哲学 —— 在有限约束下最大化硬件潜力 —— 至今仍是系统编程的重要启示。
参考来源
- The Oasis BBS: C64 Soft Scrolling Lessons (Highlander71)
- CJ's Project Blog: A C64 graphics hack, part 2
- C64 Memory Maps: T.M.R's Workstation
内容声明：本文无广告投放、无付费植入。
如有事实性问题，欢迎发送勘误至 i@hotdrydog.com。