Feel free to post findings from your experiments (maybe in the linked thread) but setting volume is limited by the audio latency in the same way as starting and stopping sound (any audio operation, really). Doing so every other tick (or more) should help but there will never be any guarantees about ...

First thing, when I load your save, the speaker doesn't play the last note in the sequence regardless.

Otherwise, with sounds playing just one tick you're on the limit of our audio system latency limit. By default the audio is mixed in chunks of roughly ~11.6 ms and the audio thread is in no way ...

Jap2.0 wrote: Wed Aug 06, 2025 6:16 pm I assume you don't block a frame for that, though? (Especially on, say, a hard drive.)

By default, the reading from disk is done in a separate thread.

Tertius wrote: Wed Aug 06, 2025 9:21 am The game isn't accessing the disk drive at all while it is just running. Only during load/save.

This is not entirely accurate, music audio files are read from disk "on demand".

... the song from the previous surface will only take a few minutes at most anyway.

Lot of Space Age tracks are actually quite long.


In the Hidden Settings Menu you will find the option music-transition-fade-out-ticks

You probably want music-transition-delay-ticks (default is 480 ticks ...

The log indicates that the crash happened when the audio driver tried to handle the default audio device changing. Were you doing anything with your audio device(s) when the crash happened?

At the start of the log it also shows it had trouble opening the audio device in the first place. Your audio ...

I'm curious to know why the SA music, that was recorded in a professional modern sound studio just a couple years ago required remastering, like with classic music albums/records from decades ago?


It should mainly be volume normalization, some clean-ups and smaller tweaks.

It's not about ...

Due to me messing up there is an entry missing in the changelog:

- Renamed "aquilo-4-hero" ambient-sound to "aquilo-3-hero", corresponding audio file was renamed as well.

Thanks for the suggestion,
Added "item-open", "item-close", "item-pick", "item-drop" and "item-move" SoundPath types.
for the next release, 2.0.59.

Sounds reasonable to me, I'll look into it.

It will be easier to make the sound design in an 16-bit enviromnent in the future to put in the game, rather than doing so in 32-bit, and having this alteration sometimes noticeable at export or in game when starting with high quality sounds, i have already noticed on some vocals x).


Note that ...

The probability is part of the working_sound definition so it doesn't affect the charging_sound.

Note that working sounds also loop when the probability is 1.0 (the default).

As to how to solve this I would suggest not using charging sound at all and keep only working sound with a probability.

I downloaded your mod and I have a guess what you might be experiencing.
The charging sound loops as long as the robot is charging so if you have a very short voice sound used as a charging sound (which you have) it will loop several times as the robot charges.

I'm not sure I understand the problem you're describing since in the videos I can hear different sounds playing at different times.

Are you saying the problem is that sometimes the same variation of the sound plays multiple times in a row? This should not happen and as far as I can tell it doesn't ...

The next release, 2.0.59, will include the cleaned up version of Vulcanus 7. The standalone OST should be updated soon as well.

No, it won't affect achievements.

There are also hidden settings for the music transition, for example setting music-transition-delay-ticks to some huge number will make it so that it will finish playing the current track.

It might be possible to tie it to the surface I am on, that way I do not have to manually adjust things so much? And can show the planets music off; as well as I can?


There is a ambient-music-based-on-physical-location hidden setting.

Having a mode where it plays tracks completely randomly is ...

I don't have any actions to take regarding this at the moment and it's likely we'll update SDL + SDL_Mixer before I'd make any progress on this. So moving this to Won't Fix.