Dash

@absolutelynothinghere does TR1X.log contain any helpful information (for debug builds)?

> Nothing helpful in the log unfortunately: [TR1X.log](https://github.com/user-attachments/files/17532234/TR1X.log) The terminal output matches the log, with an additional `Segmentation fault` line at the end. > > > debug builds > >...

It looks like the debug symbols are missing in this build. Maybe you could give the binary development snapshot from GitHub a try?

A quick solution might be to disable the `load_current_music` setting, but that might not address the root issue. If possible, could you compile ffmpeg with debug flags enabled? Alternatively, you...

It's unfortunate that, even with seemingly identical software versions and music files, I'm unable to replicate the issue. I can only speculate at this point, and my hypothesis is that...

4.4.1 as well. I was thinking that the issue might be related to multithreading, but even if the seeks happened from a different thread, the calls to SDL_LockAudioDevice should ensure...

> The current behavior when loading a save file is opening a music track _and_ seeking to a specific position in the track, is that correct?... If so, is there...

@absolutelynothinghere we have recently found and fixed another bug, which could also have affected this one. Could you please let me know if the latest development snapshot still exhibits this...

Hi, we have discovered another audio-related problem that was recently fixed in the dev snapshot. Although it was related to sound samples rather than music, it might be worth it...

Yes – 4.10.1 is fine. The compiler mistakenly identifies the variable name as a built-in function for some reason, an issue that does not occur with MinGW, clang, or gcc...