I changed my mind, fixed for 2.1.

Still technically not a bug, but fixed for 2.1.

Ah, I see what you mean.

Those sounds can be played using the SoundPath.
Or do you want to do something else with the sounds?

I have attached two separate log files to help any debugging.


These also don't show any errors related to audio.


I believe the original post mentions they are already on pipewire.


I was referring to the Factorio in-game sound settings, there is a dropdown to select a preferred the audio ...

This with some additional tweaks to the rocket flying sound is now done for 2.1.

Good to know.

For reference, in Factorio we use vorbis 1.3.3 and opus 1.4.
When adding support for Opus I did some measurements and decoding the "automation" track in-game was 1.8 times slower than vorbis with the encoding setting we decided on (q 5 for vorbis, target 96K bitrate for opus).

The idea I had doesn't actually work, so I will go with a more involved solution for 2.1.

Thanks for checking and for the additional info. I didn't expect the different driver to would behave differently but you never know.

I might have an idea how to solve this easily and maybe I'll sneak it into some near future release, failing that we'll figure something out for 2.1.

Last thing ...

Interesting, can you try going into Settings -> Sound and changing Preferred audio driver from Default to DirectSound (or if it's on DirectSound for some reason change do Default/WASAPI) and restart the game? There might be something going on between drivers that make this issue more likely to occur ...

Thanks for the save. The rockets indeed launch at the same tick so what I think is happening is that at least one of the rocket sounds get delayed due to the audio latency I've mentioned. Then it's up to a random chance. Just loading the save file over and over again should lead to the sound glitch ...

Well, this is embarrassing. This scenario is slightly different, the bug was triggered by marking the wagon for deconstruction within 20 ticks before the train stops. But ultimately it's the same bug as in the previous report.

Anyway, fixed for the next release, 2.0.76. Thanks for the report.

The ticks of the rocket launch is saved so if you save while the rockets are flying and have the sound glitched I can easily check what's going on.

Just looking at the clip and doing some quick testing, it looks like to me the rockets started flying couple of ticks off each other. There can be up to 3 rocket flying sounds playing at the same time and if you have them couple of ticks out of phase from each other you get this kind of strange ...

I've removed locomotive open_sound and close_sound for 2.1 since they never play. And moving this to Not a bug as this behaviour is intended.

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 ...