(Bug Report Already Filed: [MC-259517])
After testing, I found that if a resource pack or mod contains corrupted audio files that cannot be decoded properly (usually OGG format), the game will seize or occupy an audio channel after attempting to play them. I do not fully understand the underlying mechanism, but it is likely related to OpenAL or the audio decoder. When these faulty audio files keep triggering playback repeatedly, the following issues will gradually emerge:
- Intermittent sound cutouts
- Certain sound effects missing entirely
- Complete loss of all audio in Minecraft eventually
I asked an AI to write a simple Python script that scans audio files inside all resource packs and mods. It successfully detected several problematic audio files within my current modpack.
Oddly enough, it failed to identify the root cause of the audio dropout issue I experienced with a different modpack in the past. This leads me to suspect corrupted audio files are not the sole culprit. Other potential factors include audio system leaks in specific mods, looping sound playback, or unreleased OpenAL audio sources.
I’d like to ask if anyone else has encountered this identical issue, or if there are more professional troubleshooting and detection methods available.
audio_check.zip (10.15 KB, Downloads: 3)
Instructions for use: Place the script inside your game version folder. A Python environment and ffmpeg.exe stored in the same directory are required. The script scans all JAR archives, compressed packages and folders within the mods and resourcepacks directories under the version folder to check every .ogg audio file.
If you wish to reproduce the bug, test this sample resource pack:
BrokenSoundTest.zip (1.04 KB, Downloads: 0)
(The contained .ogg audio file only holds a single snowman emoji character)
After loading the pack, use a repeating command block to continuously run a command like:
playsound test:broken_sound ambient @a ~ ~ ~
The game will go completely silent after a short period of constant playback.