0
0

Since FMOD runs its own thread or does updating through regular calls to an update function, I was thinking… FMOD already does volume ramping. So it shouldn’t be hard to have setVolume take an extra parameter (or have another function that takes it, like setVolumeEx, to keep compatibility) that specifies how long it should take to fade from the current volume to the new volume. This would make it very easy to implement basic crossfading, which currently has to be done manually.

  • You must to post comments
0
0

Yeah this would be cool. Plus it would allow us to stop sounds without ‘clicking’.

Does anyone know if there is any way to fade in/out a sound without having to update the volume manually over time?

  • You must to post comments
0
0

One way to achieve this would be to write your own update function.
It would be long of course.

Another way would be to add into the FMOD mixing engine the ability to specify a constant volume slide.

But I don’t know which would be longer. If Brett considers it’s not to be added, my first idea is the shortest 😀

  • You must to post comments
0
0

Fading / Crossfading included in fmod would be somehow nice, of course, at least when only fading out and unloading songs…
However, it gets some complex when fading in/out/cross and pausing/unpausing/unloading… afterwards, while still allowing the user to interact with the player. For a open source (VB6/PureBasic) player that uses fadings, see http://www.ctuser.net/products/qplayer (especially the modul_Qplayer.bas, TEAR… stuff)

For stopping the clickings, just set volume to 0 before stopping/seeking/pausing/…

  • You must to post comments
Showing 3 results
Your Answer

Please first to submit.