> SLEEP 1
Use a timer loop:
Et! = TIMER + 0.02 'delay for 0.02 seconds
DO:LOOP WHILE TIMER < Et!
0.02 is as small as you can get with TIMER. If you want a shorter delay try
WAIT &H3DA, 8, 8
WAIT &H3DA, 8
What's supposed to happen is the software should wait for a status change or interrupt from the sound card and at that point refill the DMA buffer. If the software isn't doing this then it should be.
> I was hoping someone might know what WAV files (sampling rate/ bitrate/etc) would work with what sound cards (sound blaster 8/16?).
I would guess that a sound card which can play WAV files can be configured to whatever sample rate you want. I assume that SB16 can play 16 bit samples while older SB can only play 8 bit samples. But it's dead easy to convert a 16-bit sample to an 8 bit sample - just take all the odd bytes.
> Anyways, I have to ask, why does almost every question here is now answered with "use QB64/use a library"?
In a sense, I agree. I've never liked writing a program perched on top of a mountain of code that I didn't write - worse still a mountain of software that I don't have the source code for. This is surely why I'm currently working in OS research.
I've written an article, in fact:
But to be fair, computer technology is advancing but QB isn't. We have amazingly high-resolution screens and sound hardware and cheap cameras and printers and networking. QB was never designed to support them, and more importantly most of them won't work under DOS.
QB64 is our chance to open up this world without losing the "nature" of QB and DOS hacking. And GNU/Linux is a great platform for it: an operating system for which all the source code is available.
Don't reject the future, but help shape it! Think about getting involved with QB64 - we can have a say.
|Response Title||Author and Date|
|No, you don't get a say...||on Dec 31|
|* Oh look! A SHINY paperclip! :-O||Clippy Clause on Jan 1|
|Re Oh look! A SHINY paperclip! :-O||on Jan 1|
|Is it ta ta true a shiny paper clip can't be ta ta rusted?||on Jan 1|