Writing SysEx in MAX for a DX7

That sounds like a fun project! First thing you should do is read the dx7 manual and find out how parameters can be changed: http://www2.yamaha.co.jp/manual/pdf/emi/english/synth/DX7E1.pdf

I took a quick look and it seems that remark #3 on the bottom right of p22 is what you want to do. The most important part from the manual is the midi specification, which defines how the machine responds and sends out midi data, it starts on page 30 (it may look a bit scary). I think what you need is on the bottom right of that page (1.2.4) which seems to define how a sysex message for changing a voice parameter is set up.

What it is: a list of bytes (you could see them as numbers) that have to be sent for that certain command, with some data left open and for tou to fill in. As you can see, it starts with a status byte (still talking about 1.2.4), and a little further down needs a parameter to change (0ppppppp) and the data for that parameter (0ddddddd). You can find these parameters on the next page (you need to send the oarameter number in the message).

So basically what you do is fill in those missing numbers for the command you want to send, construct a sysex message out of it, and send it. And i think you need to make sure that the memory protection of the dx7 is off.

Hope that clarifies things a bit, feel free to ask anything,

A little more info:
- what you need to do is send 7 values (look at that 1.2.4 on p30, its a list of 7 values)
- what you see there are binary numbers, you should convert them to decimal (http://mistupid.com/computers/binaryconv.htm)
- any letters you see there should be filled in by you
- you can use this max obj to send a list of values: https://cycling74.com/docs/max5/refpages/max-ref/sxformat.html

So when looking at the values you need to send:
- first, the standard sysex startbyte (also mentioned on the docpage for sxformat): 11110000, which is 240 in decimals. (Please note that all bytes are 8 bits, they consist of 8 zeroes or ones)

- then, the identification number: 67. It's already given in decimals, no need to convert it (the max object i mentioned uses decimal values)

- third is a combined one, we need to send both the substatus and the channel here. I have no idea what the substatus is, but let's just do what the manual hints: substatus=1, channel=0. Looking at 0sssnnnn (a binary numberstructure) it appears that we need 3 bits for the sub and 4 for the channel, but this is a little weird and leads to something i dont understand a little later on, but here it doesnt seem to matter. So: a substatus of 1 is in binary: 1 or 01 or 0000001. According to the manual we need to fill the three locations marked with an s, so we use 001. The channelnumber value is 0 (seems to equal midichannel 1) and that is in binary (with 4 locations to fill here) 0000. So when we fill in 0sssnnnn we get 00010000, which converts to 16.

- then,we need to send the parameter group number. When looking at the next page in the manual, g=0 is used for the voiceparameters and g=2 for some specific functions and settings like pitchbend range. Let's say for this example we want to set the 'Op6 operator output level' to 20 (just one of the many voice parameters i picked in the list on page 31). So, we want to change a voice parameter which means we need to set g to 0 for this byte.

- (by the way, i have no idea why the manual says 0ggggggpp for the previous byte, it appears that we need to enter two variables here, but i don't see any mention of that, there's just a group number, so let's assume that it's a mistake or a confusing notation, and that it is 0ggggggg)

- on to the next, the parameter number that we want to change. As i said, we want to change the op6 operator output level here, which you can see in the list has a parameternumber of 16.

- (again, a little confusion here on my part. The manual says 0ppppppp for this previous entry, which implies that you have 7 bits to fill for this value. However, 7 bytes gives you 128 possibilities, and as you can see in the list, there are more than that. I assume here that you can use the full 8bits as in pppppppp. You probably dont need to worry about this, since you can just get the decimal value for the parameter that you wan to change)

- then, the value to set the parameter to. We chose 20.

- finally, a codeword to let the synthesizer know this is the end of this sysex command: 247

Which leads to this list of numbers to put in the sxformat object and send to your dx7:
240, 67, 16, 0, 16, 20, 247

(By the way, i have no idea if this works....this is what i make out of looking at the manual)

Hi,

I hope this helps you out. Let us know how you get on.

This patch has a couple of examples and includes a comprehensive list of all of the values you need to give to the [sxformat] object that can be edited on the original DX7 (don't know about any other version).

Just replace the "xx" with "/ in $i1 /" and feed the [sxformat] object data from your midi controller. (You will want to scale the 0-127 values from your midi controller down to values that are suitable, eg the Operators on the DX7 require values of 0-99, etc).

I've also attached two text files for the Edit and Function sysex values. Both of which came from Clyde's Midi bus stop website (http://web.archive.org/web/20060225110206/http://home.worldoptions.com.au/jonescnt/jonescnt/downcont.htm) and both of which I've edited to the values that the [sxformat] object will accept.

It works with my DX7. Unfortunately it's not smooth sailing though. I'd really like to be able to edit the DX7 in realtime without the sound glitching at all but my DX7 can't handle being edited in realtime via sysex without it's output being interrupted. I'm super keen to know if anyone else has managed a method that doesn't have this issue....???

BTW, Thank you everyone over the years of my lurking and browsing this forum for all your help. I've pretty much always found answers to my questions and I've never needed to post. Thank you all.

I worked on this with a student of mine for one of his projects. There's not a method that I was able to find that could do it glitch free. Certain parameters you could sort-of get away with, but not most.

BTW, the sysex for the DX7 is very similar to the TX-802.

Thanks Peter for the reply. It's disappointing as I have the TX816 + DX7 and real time manipulation of this setup is something I'd really like.

Joe

I gotta say you guys, I am overwhelmed by the helpfulness.

Pvdn– Thank you for this in depth insight into the DX7 manual; this greatly improves my sysex literacy, and I feel significantly more equipped to handle patch programming in general. I learned about twenty things from your posts.

P.s. – Thank you for confirming my confusion over esoteric values such as 0ggggggg.

Joeman– you gave the entire patch...Wow! I can see how extensible it is. You made quick work of my little project. It's funny how complicated I thought this would be; a few patches and bam, all the tools you need.

By the way, I have a DX7s, and I have the same glitchiness. I suppose these internal parameters weren't meant to be manipulated dynamically? It's a shame.

"I'd really like to be able to edit the DX7 in realtime without the sound glitching at all but my DX7 can't handle being edited in realtime via sysex without it's output being interrupted. I'm super keen to know if anyone else has managed a method that doesn't have this issue....???"

no synth i know is able to keep playing while receiving sysex.

you could say this is the main difference beween parameters which can be controlled by continuous controlles and such which can only be edited by sysex.
sysex in that way is more similar to sending the device a new patch which overwrites the old one than using CCs.

p.s.: so if using a knob controller, you might want to use something like [thresh 250] in max to reduce the sysex commands.

-110