Mail Archives: djgpp/1998/03/04/23:30:25
> - In terms of overall usefulness, what would you really be able to do
> from a timer based stream update? In most cases I imagine that audio
> streaming code will either be reading a waveform in from disk on the fly
> (impossible from an interrupt handler), or doing some relatively
> expensive calculations to generate it (not a good idea from an interrupt
> handler because it can upset the timer accuracy, and will crash horribly
> if your code ever starts taking longer than the timer speed).
I plan on using it for a 3D positional background sound-effect library for
my 3D game. The routine prototype checks to insure that it doesn't eat
timers, and will scale itself down in execution length if it takes too
long. The problem is, in conjunction with an optimized rendering pipeline,
it is almost impossible to get real-time buffer fills.
- Raw text -