安卓启动器jdk版本28游戏版本26.2经常性放着放着出现播放器内部发生错误(可能由未支持的格式导致的):Cannot open an OpenAL device

[mcnb59]

2026-08-05-7.log

[VulpesStella]

以下由ZCode+DSV4Flash分析并总结

根据附带的 2026-08-05-7.log 与代码定位，这不是格式问题——歌曲是标准 MP3（16-bit / 44.1kHz 立体声），在日志中已成功播放约 19 次。真实异常为：

javax.sound.sampled.LineUnavailableException: Cannot open an OpenAL device

抛自 OpenALSink.open()：alcOpenDevice() 返回了空设备句柄（OpenALSink.java:60），随后由 MusicPlayer.handlePlaybackFailure() 以通用文案 concerto.player.error（zh_cn.json:43）展示给玩家。

日志时间线：

• 15:30–16:22 单曲循环约 1 小时。Concerto 每次换歌都会销毁并重建 OpenAL 设备（PlaybackEngine.closeSession() → OpenALSink.open()），期间完成约 19 次开/关设备循环，全部成功；
• 16:22:29 第 20 次打开设备失败，连续 3 次失败后触发 MAX_CONSECUTIVE_FAILURES（=3）停止自动跳过；
• 之后直至日志结束（17:04）再无任何播放记录——本次会话内播放器彻底不可用。

根因：这是安卓端 OpenAL 底层（OpenSL ES / Oboe 后端）的已知脆弱性，Concerto 的"每曲重建设备"策略只是把问题暴露在高频上：

1. FCL 将 OpenAL 后端硬编码为 OpenSL ES（FCLauncher.java：ALSOFT_DRIVERS=opensl）；而 OpenSL ES 已被 Google 弃用，存在已知的"长时间运行 / 设备反复开关后无法再打开设备"问题；
2. FCL 恰好在本次报错前 2 天（2026-08-03）将默认后端从 Oboe 切回 OpenSL 以修复声道问题，此前也出现过 libopenal.so 长时间运行后崩溃的记录；
3. 失败后无兜底路径：FCL 内置 Java 运行时缺失 jsound，JavaSound 后端在安卓上不可用，而当前回退逻辑仅覆盖 JavaSound→OpenAL 方向（MusicPlayer.onSinkOpenFailed()），OpenAL 一旦起不来即哑火。

相关引用：

• OpenAL-Soft: 默认OpenSL作为后端 FCL-Team/FoldCraftLauncher#1699（OpenAL-Soft 默认后端切回 OpenSL，2026-08-03 合并）
• 更新OpenAL-Soft以修复1.21.1机械动力: 汽鸣铁道的崩溃问题 FCL-Team/FoldCraftLauncher#1672（libopenal.so 长时间运行后崩溃）
• [BUG] 内置 Java 运行时缺失 jsound 音频库，导致音乐类模组（Concerto）无法播放任何音频 FCL-Team/FoldCraftLauncher#1698 / #1700（内置 Java 缺失 jsound，javax.sound 在 FCL 上不可用）
• [Android] Oboe Backend Issue: Sources Auto-Stop and Device Disconnects on Headphone Plug-In/Out, Though Reset Device Recovers the device Connection kcat/openal-soft#941、#895（安卓后端设备断连，需重建设备恢复）
• Android: OpenAL fails to load due to missing SL_IID_ENGINE kcat/openal-soft#1087、#1111（OpenSL ES 弃用及部分设备运行时失败）

修复方向（计划跟进）：

1. 设备打开失败时带退避重试（安卓后端多为瞬时故障，重建设备可恢复）；
2. PCM 格式不变时跨曲复用设备，降低开关频率；
3. 对 LineUnavailableException（无法打开音频设备）单独出文案，避免误导为格式问题。