Ryan C. Gordon
Ryan C. Gordon
Same: https://github.com/user-attachments/assets/11ad334a-15a3-4c96-b4a0-735f94b1be31 (But this is Windows in VirtualBox on Linux, fwiw.)
> Calling SDL_FlushAudioStream after SDL_PutAudioStreamData didn't resolve the issue, To be clear: this doesn't move data to the hardware, it just tells SDL not to hold data back for correct...
This is working for me here. I'm wondering if you're losing the rendering device on your hardware and I'm not. Can you try this program? It'll pop up a message...
If that isn't it...maybe the viewport is getting ruined if the client area becomes 0x0 on your system? Maybe it's a driver bug? I'm not sure.
This still feels like a driver bug to me.
But the window is not moving between monitors, and monitors aren't being added/removed during the run...it's just being resized on the same monitor.
Do we just want something like this? ```c /** * Change the number of times a currently-playing track will loop. * * This replaces any previously-set remaining loops. * A...
Let me see if we can reasonably make this work without making a dummy iostream before we merge this.
We fixed this in SDL3_mixer to not do this staircase effect when fading; we aren't likely to go back and fix this in SDL2_mixer at this point.
Both enemy_hit wav files are working here now, but did _not_ work before 40a580fe85c1092c9719b6588739a5e00517d022 landed yesterday. Update SDL3_mixer and try again?