2016-09-07 by keenears@...
Wow, I wasn`t even aware there could such a problem. Thanks for warning me, Graham and Terrell!
While having a system backup is a must, I`ve found its useful to make separate program dumps by sending
such SysEx to the device and saving what it replies back with
Bome SendSXSYS_HEAD (bytes separated with spaces) for 2101 is: F0 00 00 10 01 41
so it will look like F0 00 00 10 01 41 01 00 01 F7 for program 1
---
REQUEST ONE PROGRAM (01h)
SYS_HEAD, 01(h), yy, zz, F7(h)
When yy = 00(h), then zz = Program numbers 1 through 128 (00-7Fh)
When yy = 01(h), then zz = Program numbers 129 through 256 (00-7Fh)
When a Request One Program procedure is received, the DigiTech device will respond
with a Receive One Program procedure.
---
Then you can save whats were in the Midi In to the file and send it back to out when you need to recover that.
If you look what in this file, it should accord to this SysEx template:
==
RECEIVE ONE PROGRAM (42h)
SYS_HEAD 42(h), yy, zz, dd(1st)1 dd(1st)2, ... dd(nth)1, dd(nth)2, F7(h)
When yy = 00(h), then zz = Program numbers 1 through 128 (00-7Fh)
When yy = 01(h), then zz = Program numbers 129 through 256 (00-7Fh)
dd(n)1 0000000v(b) where v is bit 7 of the nth byte of the received program.
dd(n)2 0vvvvvvv(b) where v is bits 6 through 0 of the nth byte of the received program.
The Receive One Program procedure is used to load a program into the DigiTech
device. The number of program bytes to be received (n) is different for each program. If
the Digitech device is sent a Receive One Program procedure where the program
number is not a valid RAM destination, it will be ignored.
==
Please be careful with restoring location number and keep backups. Good luck!