11-27-2022, 06:51 AM
(This post was last modified: 11-27-2022, 06:57 AM by mnrvovrfc.
Edit Reason: I'm the master at modifying my posts LOL
)
Let's see if I know what I'm talking about.
"PLAY" and "SOUND" could play in the background, but one tone at a time, however. A few exceptions were IBM PCjr and Tandy1000 in which was possible to play up to three voices at a time with those commands, plus pink and white noise.
"Synchronous" means more than one voice at a time, right? It's possible with "_SND" commands in QB64(PE) but the programmer will have to manage it.
https://qb64phoenix.com/qb64wiki/index.php/SNDOPENRAW
Erm, just checked out this example but please lower the volume to a very low level before running it because it could get harsh.
The problem with "SOUND", specifically, is that the programmer must provide a duration. If the programmer is interested in changing the sound to react to user input or some other event, cannot do it only with "SOUND", might have to invest in "ON PLAY" ancient mechanism while programming in Q(uick)BASIC. Way back then 16-bit was incapable of playing back any kind of single-cycle waveform in high quality or any other sound that was much more complex, and even less on more than one voice at a time. Could do arpeggios easily with "PLAY" but that's all with Q(uick)BASIC.
"PLAY" and "SOUND" could play in the background, but one tone at a time, however. A few exceptions were IBM PCjr and Tandy1000 in which was possible to play up to three voices at a time with those commands, plus pink and white noise.
"Synchronous" means more than one voice at a time, right? It's possible with "_SND" commands in QB64(PE) but the programmer will have to manage it.
https://qb64phoenix.com/qb64wiki/index.php/SNDOPENRAW
Erm, just checked out this example but please lower the volume to a very low level before running it because it could get harsh.
The problem with "SOUND", specifically, is that the programmer must provide a duration. If the programmer is interested in changing the sound to react to user input or some other event, cannot do it only with "SOUND", might have to invest in "ON PLAY" ancient mechanism while programming in Q(uick)BASIC. Way back then 16-bit was incapable of playing back any kind of single-cycle waveform in high quality or any other sound that was much more complex, and even less on more than one voice at a time. Could do arpeggios easily with "PLAY" but that's all with Q(uick)BASIC.