Thanks for the report, this is now fixed for the next release, 2.0.74.

Alright. If it happens again savefile/replay will be appreciated. Although if it's something weirdly session dependent it will be tricky.
Thanks for the report anyway.

If the alert stopped at the exact times as you were zooming in and out it would be pretty funny but currently just looking at the code I don't see a way the sound would not play if the condition was met.

I'll leave this thread open for a while longer, in case something comes up.

So far I'm unable to reproduce this.
You wouldn't have a savefile at that moment or close to it, would you (or is there a replay in any of your other latest posts)? I can't tell much from the clip.

Is there anything out of ordinary in the setting for that speaker? I assume it's just a simple ...

Thanks for the report.
Somewhat recently I was discussing this with our sound designer and we decided that those sounds should not play for the locomotive since by clicking a locomotive a remote view is opened. In 2.1 the opening of remote view plays a sound instead.
So the only thing to do here is ...

Thanks for the report.
Looking at the log, there were several errors coming from the audio driver before finally crashing, also from the audio driver. I'm guessing your audio device was in a state the driver wasn't able to handle. I don't know how or why that happened.
The audio driver is outside of ...

According to FFF-435 :
The selected tracks have been remixed to enhance and intensify its dynamics to give them a proper album format experience. All the recording sessions with the musicians and the electronic compositions are paying off here. Many sections of tracks that were originally ...

My understanding after reading that FFF was that all the music for the new planets would be procedural, but after hundreds of hours playing Space Age I'm not sure.

The procedural music is only a small part of the whole soundtrack. Most of the music are regular tracks. There are 10 procedural ...

Thanks for the report.
I've asked our sound designer and at least for now there are no plans to tweak these sounds.

This is now implemented for 2.1.

Mostly like I've described in my previous post.

LuaPlayer will have a current_music read (name of the AmbientSound or empty when nothing is playing) and there will be an on_player_music_changed event (this includes both a track starting and finishing playing).

Implemented for 2.1.

Last change: When you switch to randomize-all playback mode (hidden setting) the surface binding will be ignored.

With the music API there will be a new track_type and those tracks will be unbound, so it won't interfere.

Alright, this is how it looks like, from AmbientSound docs:

planets :: array[SpaceLocationID] optional
The track can play only on specified planets.
If neither planets nor surface_names is given, the track plays on space platforms and in the space map.
Cannot be defined when play_on_all_surfaces ...

Thanks for the report. The issue is now fixed for the next release, 2.0.73.

The problem was caused by switching to remote view of the same surface while riding in a cargo pod. As you have probably noticed, changing to a different surface should bring the sounds back to normal.

Thanks for the report, the issue is now fixed for the next release, 2.0.73.

What is happening here is that the create-entity trigger effect which consequently sets tiles which will destroy the vault entity which in turns causes the position of the sound to play in the play-sound event to be empty ...

Looking at the Pirate Ship mod specifically, the surface names are created as <crewid>-<destination_index>-<type>-<subtype> , where type can resolve to "Sea", "Island", etc., so it should be straight forward to bind tracks to specific surface types/subtypes using my proposed surface_names binding ...

Another thing, AmbientSound::play_on_all_surfaces property could be useful.

How are the island surfaces named? Or more like, how would you like the music to be bound to those surfaces?
If you know what the planet_music string would be, can't you just incorporate that into the name of the surface?

My assumptions was that such surfaces created on demand would be named ...

Currently, all ambient sounds (music tracks) are either bound to one planet or to all space platforms (and space map). For surfaces which don't have an associated planet or space platform, there is a fallback to play Nauvis-bound tracks on them.
This is not very flexible and not at all friendly ...