战斗结束后打捞残骸全选结束点击确定时卡死
### 游戏信息游戏版本： 0.95.1a-RC6
### 系统信息
操作系统：Microsoft Windows 11 家庭中文版
版本：10.0.22000 暂缺 Build 22000
总可用内存：`15.86G`
**警告：未找到游戏默认Java运行时**
虚拟机参数：java.exe -XX:CompilerThreadPriority=1 -XX:+CompilerThreadHintNoPreempt -Djava.library.path=native\\windows -Xverify:none -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=80 -XX:MaxTenuringThreshold=15 -Xmn2g -Xms4g -Xmx4g -Xss2m -XX:+PrintGCDetails -XX:+PrintGCDateStamps-Xloggc:jvm.log -classpath janino.jar;commons-compiler.jar;commons-compiler-jdk.jar;starfarer.api.jar;starfarer_obf.jar;jogg-0.0.7.jar;jorbis-0.0.15.jar;json.jar;lwjgl.jar;jinput.jar;log4j-1.2.9.jar;lwjgl_util.jar;fs.sound_obf.jar;fs.common_obf.jar;xstream-1.4.10.jar -Dcom.fs.starfarer.settings.paths.saves=..\\saves -Dcom.fs.starfarer.settings.paths.screenshots=..\\screenshots -Dcom.fs.starfarer.settings.paths.mods=..\\mods -Dcom.fs.starfarer.settings.paths.logs=. com.fs.starfarer.StarfarerLauncher
堆栈初始大小(`-Xms`)：`4096m`
堆栈最大大小(`-Xmx`)：`4096m`
### Mod信息
|Mod名称 |Mod版本 |已启用 |
|-|-|-|
|LazyLib |2.7b |是 |
|zz GraphicsLib |1.6.1 |是 |
|MagicLib |0.46.1-rc03|是 |
|[链戍集团军]Shackles Garrison - XXVIIBattleGroup |0.8.0 |是 |
|A New Level of Confidence |40 2.1 Fast|是 |
|Amazigh铸船厂 |0.9 |是 |
|Concord |3.1.1b|是 |
|Console Commands |2021.3.26|是 |
|FSF军事公司 |3.17rc4 |是 |
|HMI反派势力 |0.0.4a|是 |
|Industrial.Evolution - 工业革命 |3.2.c |是 |
|Iron Shell 铁壳 |1.181 |是 |
|J GEEK Federation |0.8.2 |是 |
|Neutrino Corporation |1.87-RC2|是 |
|Nijigen Extend |0.3.2 |是 |
|世界之树科研殖民地 |1.66 |是 |
|伊甸流亡舰队 |0.4.3 |是 |
|势力争霸 |0.10.6d |是 |
|北极星之首 |0.3.2 |是 |
|博尔肯基金会 |0.6.1 |是 |
|卢德拓展 |1.2.5l|是 |
|圣殿骑士团 |0.9.9d|是 |
|地质协会 |0.4.3 |是 |
|女武神组织 |3.1.0 |是 |
|布莱顿联盟 |0.0.2c|是 |
|恶魔航电 |2.7.0rc2|是 |
|战机扩展 - 平衡版 |1.1.1 |是 |
|星海集群 |1.11.1|是 |
|星际帝国 |2.5.2 |是 |
|暗影重建局 |0.9.5-rc4|是 |
|更多的大教堂 |1.9.1 |是 |
|武器&战机逆向实验室 - 工业革命 扩展 |1.0.1 |是 |
|泰兰船包 |0.9RC3|是 |
|穿越者设计局 |1.3.0 |是 |
|羊头航务局 |1.4.5 |是 |
|舰船/武器拓展 |1.13.0|是 |
|趋光议会 |1.2.0 |是 |
|辉影能源公司|1.0.0 |是 |
|达索-米高扬设计局 |1.6a |是 |
|重生 |2.1.0 |是 |
|风险矿业公司 |0.3.5f|是 |
|骤雨军事公司 |2.1.3 |是 |
|麦哲伦保护国 |1.5a |是 |
|omega_core_drop |1.0 |否 |
|omega_core_drop |1.0 |否 |
|红条骑士团 |1.0 |否 |
（以上内容由 远行星号 报错信息收集工具 自动生成，生成工具版本 `1.1.2`）.
第二个出现这个问题的档了 一开始以为是打捞欧米伽核心的MOD的问题 就换挡重开了一个 刚开的时候不会的打的几个小时的存档又出现这个问题麻烦各位大佬路过搭把手 真的玩不了了 @Tick_Tock_Man 大佬你在吗 我看好多BUG帖子你都回复了 能不能帮忙忙 感谢感谢 在启动器上关掉“声音”选项，让游戏不要加载任何音乐和音效，然后开一局游戏玩一短时间看看还有没有闪退。用这个办法测试一下是不是音乐缓冲区问题，如果不是的话那我们可以再讨论其他可能性 Tick_Tock_Man 发表于 2024-12-4 21:49
在启动器上关掉“声音”选项，让游戏不要加载任何音乐和音效，然后开一局游戏玩一短时间看看还有没有闪退。 ...
谢谢大佬回复，我是玩多久都不会有这个问题，就是战斗结束后的打捞残骸步骤会出现卡死现象，听你的把“声音”关掉后打了俩个赏金都没有再出现这个问题，谢谢大佬，但是这个音乐缓冲区的问题能解决吗，不能听响了，没有灵魂了{:5_132:} 大吉大利小李子 发表于 2024-12-4 22:02
谢谢大佬回复，我是玩多久都不会有这个问题，就是战斗结束后的打捞残骸步骤会出现卡死现象，听你的把“声 ...
就我所知，音乐缓冲区是历史遗留问题，他是一个由内部代码固定大小的区间，修改vmparams的内存分配也不会影响音乐缓冲区的大小的（根据游戏原作者说法），该卡死的还是会卡死，所以很麻烦。游戏原作者承诺在下个大版本（估计就是0.98）加倍音乐缓冲区大小，应该可以部分解决现在很多人面临的问题。但就目前而言该问题没有很好的办法，尽管可能有一些比较玄学的办法能解决这个问题，比如在vmparams中减小分配的内存——英文论坛有人这么做成功了，但原理不明，也有可能实际上他没有成功只是后来运气好没有卡而已。或许减少mod量也能解决这个问题，因为这问题频发在mod列表很长的游戏里 Tick_Tock_Man 发表于 2024-12-4 22:08
就我所知，音乐缓冲区是历史遗留问题，他是一个由内部代码固定大小的区间，修改vmparams的内存分配也不会 ...
{:tieba_36:}知道了 谢谢大佬 Tick_Tock_Man 发表于 2024-12-4 22:08
就我所知，音乐缓冲区是历史遗留问题，他是一个由内部代码固定大小的区间，修改vmparams的内存分配也不会 ...
话说缓存区大概是多大？{:4_104:}，我就记得我一个纯音乐包塞了20个bgm按u开打后吃饭挂着不到三十分回来就崩了 forrevenge 发表于 2024-12-5 00:18
话说缓存区大概是多大？，我就记得我一个纯音乐包塞了20个bgm按u开打后吃饭挂着不到三十分回来就崩了 ...
Alex的说法是将会把缓冲区的实例数量从现在的5提升到10，比较简单粗暴的理解的话，就是原来只允许挂起5个音乐播放任务，以后可以允许挂起10个。Alex怀疑部分mod处理音乐播放的方法是导致问题的根本，有些音乐播放的代码可能被允许短时间内反复调用超过5次，导致音乐缓冲区被无限地占用，从而使得游戏卡死在后续音乐的播放等待中。所以他希望将缓冲区数量加倍来缓解或者解决这个问题
Tick_Tock_Man 发表于 2024-12-5 00:33
Alex的说法是将会把缓冲区的实例数量从现在的5提升到10，比较简单粗暴的理解的话，就是原来只允许挂起5个 ...
懂了，硬幅能被打满降不下去过载了（bushi
Tick_Tock_Man 发表于 2024-12-5 00:33
Alex的说法是将会把缓冲区的实例数量从现在的5提升到10，比较简单粗暴的理解的话，就是原来只允许挂起5个 ...
我不知道是不是同时有2个音乐包修改一个方面的bgm（比如battle)（哪怕A把B的bgm覆盖了）会加剧这个问题。因为那时候我主要是都想要就同时把我两个mod都启用了然后改了文件夹名字来加载顺序。平时两个包单独启用挂很久也没崩，但是就是那一次30分钟不到就炸 forrevenge 发表于 2024-12-5 00:41
我不知道是不是同时有2个音乐包修改一个方面的bgm（比如battle)（哪怕A把B的bgm覆盖了）会加剧这个问题。 ...
我稍微做了一下检索，目前暂时是没有发现关于启用多个独立音乐包会更显著地导致卡死的明确说法（这个情况可能有点太具体了）。不过我想，独立音乐包本身确实应该会对游戏内需要调用的音乐总量，以及目前非常受限的缓冲区造成额外的压力，所以如果可以的话确实是谨慎使用一些为好。 总之不听歌是最好的解决办法
页:
[1]