We’ve found a crash which happened while renaming a preset while Search function was active. The Search code has been changed, so please pay attention to this function in particular.
We’re still heading a final 1.0.0 in a day or two.
There were some fixes made which required a new version, please download and install:
The corrupt issue comes, when Gill is sending a new link for us and uploading the new file…We try to download this file…but it went not complete through The servers from Moog…they are slow..???..Takes time…
I had this problem sometime…Just wait a bit and try downloading again and the file will be OK.
Not really. I generally wait for the upload to complete before posting. I’ve reuploaded today while the link was still active, but the links are changed now.
One thing changed for me when I updated the Moog Sub 37 firmware, before I even installed the editor. Previously, my Sub 37 would echo MIDI clock from another device so long as the option was enabled in the menus. However, upon updating, this now only works while the arp/seq SYNC button is engaged. The MIDI clock carried both ways (SYNC on or off) until this update, I’m pretty sure.
“echo MIDI” definitely should not be affected by any other settings. I just tested here on latest firmware and I confirm that if “Echo USB” is set to “USB” then clock is passed from USB IN to USB OUT regardless whether Arp SYNC is on or off. I also tested Echo USB to DIN and it worked as expected. (I didn’t have a handy way to send DIN clock into the Sub 37 here at the moment, but it should work exactly the same as USB and none of this code has changed in many versions)
One thing, any time you update firmware it restores global settings to default… and global default setting for MIDI->CLOCK OPTIONS->SEND CLOCK is “Arp”, which means that the Sub will output clock (of its own, not echoed) when the arp is running. Default for Echo is OFF so this would have been automatically turned off after updating firmware unless you turned it back on yourself.
I think this may explain the confusion. It seems to me things are working as they should.
I have just saved as I have with all the older editors.
I loaded the init preset,
worked on the sound I wanted on the sub37
clicked save as on the editor
picked the location I wanted to save it
put in a name for the perset and clicked save
but the editor & sub37 display shows still as init, but in the files on my pc it shows the correct name I gave the preset
so I just tried this out a few time saving different copy’s of some presets in the editor and it always just saves as what it was called before I renamed it
Well, the behavior was changed in 0.9.55 so the preset name is not depended on the file name.
This behavior seems more correct as you sometimes would like to save presets under different file names, or use a file name which doesn’t carry the exact preset name (for example, in case the preset name includes spaces so it appears in two rows on the Sub 37 display, but the file name uses only one space char).
