James Pelster
James Pelster
Bumping because if we plan to target OpenOrbiter for future releases, OrbiterSound 5.0 uses an incompatible runtime library (static vs. dynamic runtime) that causes (as far as I can tell)...
I believe I am having a similar issue on the newest version of Antergos linux, running Cinnamon version 3.2.1, as you can see a thin white line on the left...
Potentially fixed in PR #1170 with the latest 3 commits starting [here](https://github.com/orbiternassp/NASSP/pull/1170/commits/b1033b7b9657a68c93533f3f66154de8694053aa): , which transition our volume to use a double precision floating point ranging from 0.0 to 1.0 instead...
Closed via #1170.
Closed via #1170.
I'm double-checking an issue where our modified main engine sound isn't being respected. I think it may have to do with how we apply the sound manually since the thruster...
> How is this looking as far as being pushed? I have had no issues with it thus far. Main thing I'm trying to do is see if I can...
Okay, with the high-framerate fade bug finally squashed (as far as I can tell), I believe this PR is ready for final testing and prime-time!
Still doesn't build for me, but these are the errors I get: 
I actually know how to fix the first error: just delete the last 'true' argument from line 60 of sf2d_texture.c. However, I can't fix that 2nd error, no matter what...