0
0

Hi folks.

I see there is a way of driving FMOD in non-realtime mode. However I cannot find any method specifing the timesteps passed between each call of System::update()

Is there a way of specifing the timestep? If not, how do Fmod knows how much to stream the data on hte next call of update().

Thanks in advance.

  • You must to post comments
0
0

The only thing you’re replacing is the polling thread that calls the normal stream fill for the double buffer.

The double buffer is still what determines the timing, and when the double buffer is ready to flip, it will execute the fill/decode routine. This means there is nothing you do to manage time steps.

  • You must to post comments
0
0

So is there a way for running non-realtime applications synchronized with sound (i.e. for creating a video dump)?
I mean what if the application, for example, wants to get the spectrum in each frame (i.e. for visual effects). The spectrum is probably computed from the data in the buffer, right?

Thus by changing the timestep (or in our case size of the buffer) one could manage the timeframe which is used for computing the spectrum. Am I right?

Hence sampling the spectrum on each frame should produce correct results as if the application and Fmod would run in the realtime mode (with the same buffer size).

So the question is, how to handle such an issue?

  • You must to post comments
Showing 2 results
Your Answer

Please first to submit.