经典 PC demoscene 作品在浏览器中原生运行

原文 ↗ Hacker News 讨论 ↗

经典的 1990 年代 PC demoscene 作品已通过将 x86 执行轨迹翻译为 C 语言而重新编译到现代浏览器中原生运行，这也引发了它与传统周期精确模拟之间如何比较的讨论。评论者探讨了性能、时序保真度，以及视频录制相较于在现代显示设备上实时播放的局限等技术取舍。一个重要主题是对 AI 辅助的“vibecoded”移植和工具的不安：有人认为这削弱了 demoscene 在严格约束下体现人类创造力的精神，也有人认为 AI 只是另一种可以与体积限制和复古硬件一起使用的技术。

技术方法与性能

  • 这些 demo 先在 x86 模拟器上运行一次，记录每个执行过的基本块，然后将该轨迹一对一翻译成保留时序的 C 代码，编译后再与模拟器进行验证。
  • 有人认为，这本质上就是“预先编译”的、周期精确的模拟，只是经由 C 编译器进行了优化，从而相比在浏览器中实时模拟降低了运行时开销。
  • 也有人质疑，对于 90 年代初的 PC，“周期精确”究竟意味着什么，因为主板、内存、缓存和显卡之间存在很大差异。当原始平台本身就不一致时，对 CPU 周期的精确建模或许价值不大。

浏览器 vs 视频 vs 原始硬件

  • 支持者认为，浏览器播放优于 YouTube 式录制：压缩伪影更少，帧节奏更接近原生，也比配置模拟器或老硬件更容易访问。
  • 批评者指出，LCD 往往无法匹配原始的 70 Hz VGA 时序，而且缺少影响特效和滚动文本观感的 CRT 闪烁与扫描特性。
  • 有人讨论无损或近乎无损视频的可行性（PNG 序列、无损编解码器），但也承认存储和带宽成本很高。

AI 辅助移植与工具

  • 一些评论描述了使用 LLM（例如移植旧策略游戏）的方法，并指出现代模型常会加入不必要的样板代码或“测试流程”措辞，必须手动删改。
  • 也有人争论，这些重新编译究竟是真正因为技术价值而被选择，还是只是一个轻松的蛮力移植办法。

Demoscene 文化、真实性与 AI

  • 许多参与者将 demoscene 视为在约束下人类创造力的庆典：严格的体积限制、深厚的硬件知识、手工调优的汇编，以及巧妙的时序技巧。
  • 人们强烈担心 AI 生成或“vibecoded”的 demo 会削弱其核心吸引力，因为作品不再证明作者的技能；有些组织已经禁止使用 AI。
  • 也有人认为 demoscene 一直都是在推动当前技术边界，所以 AI 应该像 GPU 或更好的工具一样被接受；他们把 AI 比作在团队中分担工作。
  • 反驳意见强调，编译器/汇编器仍然需要理解，而 AI 却可以实质上直接创作作品，因此“提示词”并不能取代技术功底。
  • 还有几位建议设立单独类别（类似辅助工具速通），这样 AI 辅助作品就不会与完全手工制作的 demo 混为一谈。

怀旧与情感反应

  • 许多人回忆起在 386/486 时代的 PC 上运行《Second Reality》和《Crystal Dream 2》等经典作品，配合极小的内存占用和 GUS/SB 声卡。
  • 有些人觉得这些浏览器移植令人愉快且更易接触；另一些人则形容它们令人悲伤、毫无意义，甚至“冒犯”，因为它们用庞大、重度依赖 AI 的技术栈去复现原本以极高的人类投入和极少资源创作的作品。