preenfm Forum
PreenFM => preenfm2 and preenfm3 => Topic started by: Yan on October 22, 2018, 09:10:21 PM
-
Hello Xavier and everybody,
I'm back to my PreenFM2 after a long hiatus with music.
I just spend a nice moment creating patches from scratch with the v2.08.4 editor (standalone on Mac OS X 10.11.6, with USB connection).
Here is my workflow : i create a patch, it's immediatly reflected on the PreenFM2 without problems, instead of saving on the PreenFM2, i save the patch on the computer with the editor option "Save current state". I then change a few paramaters, change the name and save a new state on the computer.
But when i'm try to load a few Saved State on the editor, they immediatly freeze the PreenFM2.
I always get this message on the unit :
PFM2 V2.08b
LR: 0x0807CC6D
PC: 0x008059B68
r0: 0x00000348
I just tried this with a MIDI connection with a Roland UM-one MkII interface, and i got the same result.
I guess i can transfer the saved states to USB key inside the unit, so my patches aren't lost.
But anyone got an idea about this bug?
Cheers!
Yan
-
Hi,
Seems like there's a problem with the value in the patch, while it's saved or while it's loaded.
Can you share the patch ?
Xavier
-
Here is one of the patch.
By the way, i realise by looking at the file that there is no file extension. Are those saved states usable only by the editor, or can i upload it to PreenFM2 USB key and load it on the unit just like i would with an DX7 sysex file for exemple?
thanks for having a look to it!
-
Hello!
I have this problem to when i work with editor.
-
Here is one of the patch.
By the way, i realise by looking at the file that there is no file extension. Are those saved states usable only by the editor, or can i upload it to PreenFM2 USB key and load it on the unit just like i would with an DX7 sysex file for exemple?
thanks for having a look to it!
I can upload your preset "Squeechy 8" to the preenfm2. It does not crash, does this preset actually crash on yours ?
The editor preset is a compressed file of a xml representation of the internal editor parameters ;)
So only readable by the editor itself.
EDITED: i tried on my PC. Will give a try on my mac.
-
Please let me know if the attached firmware fixes the problem.
Thanks,
(Firmware removed....)
-
Yes, the "Squeechy_8" preset made the PreenFM2 freeze, like all the other versions of this preset i made.
I'm sorry the 2.09 fix isn't working. But it gives me a different error message when i load my patches :
LR : 0x0807C7D9
PC: 0x08070C7C6
r0: 0xFFFFFFFF
Where you able to reproduce this bug on your mac? If you can't it means it either an hardware problem or a midi driver problem, nope?
-
Xavier, a little update. I realise that the freeze and error message hapen every time i click the "Puch" button, even without loading an old preset. I simply didn't try that before.
-
Actually i did flash my unit with the 2.09 firmware before posting. So the pushing button still produce freeze. Maybe Jalex can tell us how it's working on his side.
-
Actually i did flash my unit with the 2.09 firmware before posting. So the pushing button still produce freeze. Maybe Jalex can tell us how it's working on his side.
Yes sorry i removed my post but you replied too quickly.
I can reproduce the problem and the 2.09 fixed it for me.
I'll give it another try later today.
Thanks a lot for testing.
-
Do you use MIDI input or USB on your preenfm2 ?
-
I mainly use the USB connection, but i tried with my Roland UM-One mkII midi interface, and got the same result.
-
I really cannot reproduce any freeze with the above firmware.
There were some confusion between NRPN and CC in the preenfm2 firmware < 2.08d.
Arpegiator direction and octave were using CC 98 and 99 which are used by NRPN.... ::)
This is what i fixed above.
And i could not reproduce any problem with this fix.
I can PUSH hundreds of time "Squeechy 8" to my preenfm2 from my MAC through USB without any visible problem (specialy weird char in the arpegiator menu).
But i just saw a bug when you send value geater than the expected max value for a parameter.
This is what i fixed in this 2.08e. (sorry for the 2.09 name above, i should have kept it for the bug free version).
If you can try, that would be great.
Thanks
-
Thanks for this version, but maybe something is happening with my midi drivers :(
Because i got the results again, with both USB and MIDI connections.
I will try to see if i can tweak things with the Mac OS Midi configuration.
-
Xavier! It's working now!
I was just browsing through the MIDI options available both on my Mac system options, and on the PreenFM2. And i just saw that it was possible to set a global MIDI channel on the PreenFM2 to "none", which i was never aware of. Just tried to save that configuration, and now pushing my presets works.
MIDI mysteries!
-
Good news :)
Thanks for the feedback.
Sending to glabal midi fills all 4 instruments at the same time and seems to produce a problem.
Maybe the preenfm2 does not have time to process all midi information and miss some of them.
Or maybe it's a real bug, i'll try when i have time.
Thanks again, for the report and for testing.
-
OK i found a reproducible CRASH !!
There were no verification on the incoming midi value for the number of voices. It was directly set on the instrument. It should have been limited like it is when you turn the encoder.
So if you set algo with 6op, number of voices to 4 and pushed it to all instruments (Global midi or same midi channel) it crashed.
If you're not too tired of trying firmware can you try this one with your global midi enabled ? :)
Thanks
-
Not tired at all, the flashing is so quick and it's great that you are so reactive.
So the 2.08f OS solves it all on my side : no freeze even with a global midi channel set up.
Thanks Xavier!
-
WOW... thanks a lot. :D
This was a very annoying bug, i'm glad it's fixed.
I'll publish a new "official" firmware a bit later.