The bug actually occurs in OrbiterSound 3.5. The workaround is to play each replacement sound manually in a
separate sound slot, so it's not a major issue, although it does require writing additional code to play the replacement sounds at the right time. Anyway, it would be nice if the ReplaceStockSound3 docs mentioned the 22 KHz requirement for the next OrbiterSound release.

Anyway, Dan, thanks again for a great API! OrbiterSound 3.5 works great and it's been rock-solid!
Post Edited ( 08-11-08 09:05 )