[drsteve]

As you can see from the MIDI parameter panel and the output, the midi note on command works as expected, with the exception of velocity.

Relevant excerpts from chat:

Steve (Tue, 18:33)
When I make a button a midi note on, where do I set parameters for that note (note number and velocity)?

atom (03:07)
that’s the controller number

atom (03:08)
“controller number” is a general setting for Aftertouch NRPN, RPN, CC, ChannelPressure

[drsteve]

For what its worth, I created a 4×4 slider panel to simulate quick edit mode. So far its simply one-way (sending hard coded CCs) to E-Mu gear. If I can get this to work efficiently, I might try to develop more panels for the P2K line. (It will be a while as the learning curve for ctrlr is too steep for me to go faster than a snails pace.

One project I have had in mind for a few years has been to simulate 32 triggers (the command station’s bank of 16 x 2) to tap into the potential of the non-command station P2K family. I see no reason why the 1 rack unit sound modules couldn’t have a virtual panel of 32 arp triggers (assuming I can master some of the basics of ctrlr).

[drsteve]

I just tried the identify request demo at the jazz-plugin site and had it check all midi ports. It correctly identified the midi ports which replied, the devices connected to some ports (the ones that replied), as well as several usb devices which replied.

I know next to nothing about Lua but will look at the mopho panel.

Thanks for the referral to the jazz-plugin. It looks very promising!!!

[drsteve]

Well, I tried several versions, resetting ctrlr in between, and in each instance the request was sent, a reply was received, and the time out error message appeared.

I suppose I could be doing something wrong, but I cannot figure out what it is. Any suggestions?

[drsteve]

Follow-up: The request identity time out problem also happens where there is only one reply. I will now try a number of versions of controller to see if any of them work.

[drsteve]

I have started to explore the Request Identity feature. There was one time only that I did not have a time out. Unfortunately I don’t recall which version of ctrlr I had at the time. Now, I get a time out “warning” (index “0”).

As noted in another thread, the midi monitor shows that (1) the request is sent and (2) replies are received.

So I have two questions:
(1) Why am I getting the error message?
(2) Is the feature set up to handle multiple replies?

Thanks

sent:
[f0 7e 7f 06 01 f7]

received:
[f0 7e 13 06 02 00 00 33 00 01 00 12 10 03 01 00 f7]
[f0 7e 01 06 02 18 01 04 05 05 34 2e 30 31 f7]

[drsteve]

Here’s part two. I hope its helpful.
Steve

Attachments:

You must be logged in to view attached files.

[drsteve]

The file was a little too big, so I will try to post it in two parts.

Attachments:

You must be logged in to view attached files.

[drsteve]

I spent some more time with this panel after pulling out my EOS sysex guide. Thanks for your replies, but I will have to withdraw my offer to help test the panel. Unfortunately, there is no way for me to test the functionality of the panel.

Attached is a file that has some some screenshots and other text showing >>some<< of the problems. I will assume that ctrlr works for some people and maybe your panel works, too. However, I cannot get it to do some basic things. If, as a panel developer, you are also having problems, I'd suggest that you wait a few years until there is a stable version of ctrlr. As regards the Request Identity error, the fact that the midi monitor shows sysex going out, and sysex being received leads me to believe that that much more work is needed. The promise of a cross-platform software tool where people can design panels to control hardware (in standalone or vst mode) is good. If the bugs can ever be worked out, it should be handy. Best Wishes, Steve

[drsteve]

Thanks for the ctrl-r tip. That worked.

I assume that since the request identity command wowrks, the ctrlr panel and the E4X are set up properly to communicate. However, the Request Edit Buffer produces a warning: Request data is not SysEx. Also, both the Request current bank and the Request current program produce “a getfromDevice failed for item:” warning.

Any idea how these warnings can be turned into successful data transfers?

As for the presets, I never use SoundSprint. I load presets and their samples by loading banks into conventional memory. Should I be using a different method to get your panel to work?

Other Questions:

(1) What is “Duplicate selected voice” [Main] supposed to do–other than transmit: [f0 18 21 01 55 22 01 00 00 00 01 00 00 f7]?

(2) Is request dump supposed to do anything–other than transmit [f0 18 21 01 55 0e 00 00 f7]?

(3) Do you have a list of steps by which I should be able to see changes on the sampler when changing settings on the ctrlr panel so I can confirm it is either working or not working other than by trial and error?

(4) Has anyone else (other than you) gotten the panel to work?

[drsteve]

There must be a hidden configuration file somewhere that I need to delete. I uninstalled ctrlr. Then I downloaded the newest version (15000) and installed that. Upon start up, the e-mu panel was already there and I still couldn’t open up the midi monitor. By any chance do you know where that hidden configuration file would be in WinXP?

[drsteve]

Here’s what I mean: when I press the – or + button under the word preset and some midi data is sent to the E4X, there is nothing that tells me that anything has changed other than the midi led going on then off. I can understand that the display doesn’t change, but neither does the sound of the preset that is assigned to the channel I have selected. Maybe the preset +/- buttons don’t do what I am expecting them to do.

Also, I am wondering if the panel has to be used as a plug-in. I am pressing the buttons on the panel in Ctrlr, not as a plug-in.

I just tried it again. I set up the midi monitor so I can see incoming and out going midi data. I have it set up so that incoming data is echoed as well, so I can verify that data is being sent in and it is being sent out.

Since any changes made on the ctrlr panel do not necessarily produce changes in the E-Mu’s display, I tried altering parameters (e.g., tuning, filter type and filter envelope) and listening. Although some midi data seems to be sent and received, there was no change in the sound.

Also, I would assume that the request dump button would cause data to be sent from one place to another. It appears to do nothing. On the other hand, the refresh preset button seems to be sending data to the Sampler.

Unfortunately, now the midi monitor window has disappeared and there seems to be nothing I can do to get it back. Maybe rebooting my computer will help.

[drsteve]

I have tried to get the panel to work with an E4X without success. I verified that my midi flow is indeed piped into and out of my PC; I matched the sysex ID; I tried what I thought were all of the various instructions–even though there doesn’t seem to be one place with a single set of definitive instructions.

Clearly the software is sending something to the E4X because the midi light blinks. However, the panel cannot even change presets, much less do anything else.

Any suggestions to get this panel to work? Thanks.

[Author]

Posts