-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Roland Alpha Juno-2 - Import bank from synths stalls at the end of the import. #308
Comments
Can you get me the MIDI log from an import when it stalls at 100%? Maybe it is not sending enough data. Do the MKS-50 and the aJuno have the same number of program slots? |
I am looking through manuals of mks and aJuno. Seems like the Tone Parameters are compatible between juno1, juno2, mks50 and hs80. And there are the same amount of patch slots: Preset and Memory with each 64 slots. The patch transfer procedure via Handshake and One way bulk dump/load seems to be a bit different, meaning there are more options on the MKS-50. But the tone parameter compatibility goes along with my experience that alle the tones parameter are well transfered from KK. Only the dump/load procedure needs to be adjusted. |
I remember that the MKS-50, as a rack unit, had a better MIDI implementation than the keyboard units. We need to investigate how much different they are. I seem to remember the manuals are pretty extensive. |
Hm, I looked at the manual of the AlphaJuno2, and it does have full handshaking capability. But we don't seem to use it, if you initiate the transfer from the device it will always start a BLD dump, not DAT. Can you run it again and then look at the MIDI log? There is a button to save the MIDI log, so you can attach it here. |
OK Here is my report using KK and the Alpha JUNO-2
############################## TEST 1: The following appears and the import stops at 88% Here is the log: KK MIDI log - aJUNO (DATA TRANFER+WRITE+BULK DUMP).log ####################################################### TEST 2 The import has worked!! and i get the following statements in the lower status window: Here is the log: KK MIDI log - aJUNO (DATA TRANFER+WRITE+BULK DUMP) - only First Bank A.log KK has has imported 11 new patches to the library which were not yet in the database. GREAT.! ####################################################### TEST 3 ####################################################### I should have tested it more throughly before: It seems importing "Import selected" works, but "Import all" stops at a specific moment. I assume that the first "Bank A" in the KK import window refers to the Memory bank (with my user patches). The second to the Preset bank which cannot be changed. ####################################################### Right now i guess everything is working except
|
Interesting! Can you give me the MIDI log of the autodetection procedure as well? |
Auto Detect result Status Bar Log: MIDI Log in attachment |
Strangely i can send patches to the aJUNO from the KK library no matter which MIDI Channel i choose in "Setup" (and also set OMNI OFF on aJUNO) |
Ah, funny. The source code contains this comment: "The MKS-50 cannot be actively detected, it has to send messages to be spotted on the network" So no autodetection is implemented. I wonder if that is correct, I wrote this 2.5 years ago. Can we somehow coax a message from the device? A program change maybe? I also wonder - currently we use the bulk dump function initiated from the device, but the documentation seems to suggest we can also send a "request file" message like we do on the MKS-80. Maybe that would work as well. And yes, the channel is not used, all messages are sysex. It would be used if we send program changes, though, so selecting patch in a known bank should try to send a program change mesage, which needs the channel. |
Just as a sidenote: Both, the Ctrlr Panel for the aJUNO and the Laser Mammoth website request the user the manually start the Bulk Dump/ Bulk Save mode on the synth. Maybe there is just no handshake that can be be initiated with an external request--? |
Since i am using MIDI Channel 3 for the aJUNO in my setup. |
Sometimes the documentation is wrong... it will be worth a try, and easy to be implemented. I'll take a note. |
Sure, the MIDI channel should not matter. We need to look at the places where the MIDI channel is used, and can implement the sysex ID to be stored separately from the MIDI channel. |
As far as I know, the Alpha Juno-2 needs to be put into "Bulk dump mode" manually on the Synth itself in order to make an outside request possible.
Doing this, the import patch bank function in KK starts, but at the end it stays at 100% but stalls and does not import anything into the database.
Does this work on the MKS-50?
Peter
Ps. The single patch import in KK works when I manually select a patch on the Synth. The aJUNO sends the syx of the patch via MIDI Out and KK imports this into the edit buffer import section.
The text was updated successfully, but these errors were encountered: