home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Sound Sensations!
/
sound_sensations.iso
/
midifile
/
qs20
/
qs-tech.doc
< prev
next >
Wrap
Text File
|
1989-01-18
|
2KB
|
53 lines
QS.EXE v2.0 (hopefully) fixes bugs encountered in the original v1.0.
List of bugs in v1.0 that I'm aware of:
-FILES-
BUG:
Would sometimes error out on valid filename. (displayed FILE NOT FOUND)
FIX:
Improved file handling routines.
-SYSEX-
BUG:
Wouldn't take more than one F7 (End of Exclusive) while receiving data.
FIX:
Now using buffer to absorb ALL data other than FE (ack) from MPU-401.
There is a 120 second wait period after transmission of dump prompt
to make sure that all data is received. When the 120 seconds expire,
the program begins gathering the data regardless of whether the MPU-401
is still sending data or not. If you think that your synth is done sending
data before the wait period expires, you may press any key to begin writing
the data to file on disk. Beware that the key you hit will not be 'snuffed'
from the keyboard head/tail buffers, and is the next character displayed
(used). I like to use the [5] key on my numeric keypad for this purpose.
Or even start 'stacking' keystrokes.
While there are other ways to determine the status of the MPU, I prefer
this "sit and wait" technique. This method allows the potential to send
back-to-back sysex saves from the panel of a synth. The file written can
then send the data of two sysexs. The 120 seconds also allows me time to
fumble around, etc. during sysex sessions.
-ENHANCEMENTS-
INPUT:
Can now abort from any user input prompt.
BUFFER SEGMENT:
More space for data received...
The program will request data segments from DOS. Should get 64K,
but if you do not have 64K free, it will try asking for less until it gets
down to 16K. QS v2.0 terminates if it requests the minimum 16K buffer and
DOS will not allocate it.
-FUTURE UPDATES?-
SEND MORE THAN 1 FILE FROM COMMAND LINE:
Will allow multiple filenames on the command line.
LARGER RECEIVE BUFFER:
I have no use for a larger buffer right now, but future updates of this
program will have a larger midi data buffer.
> John Barlos 01/17/1989