The issue is now fixed for the next release.

The issue should be fixed for the next release.
All credit goes to Fwiffo. Thank you for the report and provided workaround and context!

Hello! Thank you for the detailed report, it made it easy to find the issue.
As it turns out it was already fixed for 1.2 as a part of a larger refactor. I will backport part of it as a fix for 1.1.

Alright, I've finally looked into this. The reason why the sounds are not played at some of the locations in the provided save is that they are in fog of war at the time of starting the teleport and the destination chunk is re-charted later than the play sound events with the destination location fi...

nastyslave wrote: ↑

Fri Jan 13, 2023 2:51 pm

https://opus-codec.org/comparison/

So any chance to add OGG OPUS handle in future versions?

There are no plans to add support for Opus at the moment, but never say never. Do you have some specific issue with Vorbis or does it come down to quality/bitrate?

The fade out at 10% sounds fine to me (with base game soundtrack). At 5% and lower we start hitting the resolution of volume control of the SDL_Mixer audio library we're using, Allegro seems to be a bit smoother at extremely low volume levels. But at those level I have to have my overall volume cran...

Thank you for the report. I've fumbled this with the SDL backend. It's now fixed for the next release. Also, the recently-played-sound-info now shows the overridden type, although note that the entries in the list linger for 3s after the sound stops playing and if you play the same sound again withi...

Can you provide the test base?

Hi, thanks for the report and I'm sorry for the inconvenience. The issue has been fixed for the next release.

Since I'm not getting more of the same reports for broken audio on windows and this thread is getting quite stale, I'm moving this to resolved.
Let's make new threads for any new issues on the current version.

I'm glad it's working for you. I consider this resolved then.

Ok, good, I consider this resolved then. I will keep in mind the apulse usecase and try to check it the next time we're updating SDL.

Hello,
Would using SDL's ALSA driver be an option for you? You should be able to force it by setting the environment variable

Thank you for the report. When a pipe is placed down and the water sloshes around, a pipe can go inactive for a tick and its sound would start fading out and fading back in next tick when the pipe is active again. There was an issue with the volume calculation while fading, it is now fixed for the n...

i would like to contribute to this thread and saying i have nearly the same issue but with the main difference im not connecting or disconnecting any audio devices. I have my headset set to default in windows but the connected Microphone and TV provide alternative audio outputs. For some unexplaina...

Recently I was working on updating to SDL 2.24.0(1) but a different issue made me reconsider, so currently the 2.0.22 is used.
I'm looking at the recently released 2.26.0, if there are no issues I'd like to update to that soon.

Thank you for the report. We checked the sound interaction of underground and regular belt and we consider it working as intended at the moment.
So it's somewhere between 'Won't fix' and 'Not a bug' with some 'Minor issue' sprinkled on top.

0.201 [Audio] Backend:SDL(default); Driver:alsa, Device:Default device, Depth:16, Channels:2, Frequency:44100 Not sure if its a problem, but I have "pulseaudio" at that position Backend:SDL(default); Driver:pulseaudio,... Using the ALSA driver is not a problem necessarily. The PulseAudio ...

Did it behave differently with the different audio drivers you tried or with disabled audio?

There's a lot of moving pieces going into this, and it will be different on different platforms. For example, even prior to 1.1.71 release, on my Windows setup, both SDL and Allegro backend would use whatever device was marked as "default". When I plugged in for example USB headset or blue...