gary
Oracle
SuperPower
Posts: 130
|
Post by gary on May 30, 2019 19:27:04 GMT
Nic,
I've not had an issue with this before. I am perplexed what is going on now. I use and have always used notepad++ (windows). I keep all the defaults and it was straight ahead easy to edit. It was a flash. Today I even tried other editors and I'm still having issues.
I am having a frustration non-loading issue once I have edited the code on my desktop. It has to do with the "<" and ">" and how it then is interpreted within midifire. If I create these conditions within the editor in midifre its fine. When I place this same file on my desktop to edit, it won't load. The conditions are being interpreted differently, see below. I don't remember this at all. I've never had this issue before
IF I2 > 7F SND B0 13 I2 END
If I had replaced or edit this line to with a <= i get an critical error within midifire to load that preset. Below is what I edited within midifire.. pix of what came across to desktop....
|
|
nic
Soapbox Supremo
Troublemaker
Press any key to continue
Posts: 2,011
|
Post by nic on May 31, 2019 11:14:18 GMT
Hi gary , Those > are the XML equivalents (encodings) for '>' and '<' which have special meaning inside XML. MidiFire Scenes and StreamByter presets are XML files. These are converted internally as a scene/preset is saved/loaded. Now, if you happened to load up one of those .mfr or .sbr files inside an external editor, then you'd be working with XML and you would need to manually correct those before you went to copy and paste elsewhere. Your pic shows the encoding is already done in the editor, so maybe it originally came from a .mfr file? Maybe I could add some smarts to convert them if they were pasted inadvertently. Regards, Nic.
|
|
gary
Oracle
SuperPower
Posts: 130
|
Post by gary on May 31, 2019 11:47:19 GMT
The pic is straight from the mbr file from MidiFire, copied onto my desktop I intuitively figured that part was coming from MidiFire. The problem then comes if I do edit those to a < or > in the external editor: the edit get flags obvs as a syntax error but I ignore that and just save. Then I’ll copy back into MidiFire and that’s when it refuses to load. The file in the pix, I did nothing to it, just rename it to test and copy back, and it loads fine. Am I to use the special equivalent xml code in the external editor? I obvs haven’t used any of these constructs in the past ...
|
|
nic
Soapbox Supremo
Troublemaker
Press any key to continue
Posts: 2,011
|
Post by nic on May 31, 2019 11:57:54 GMT
Hi gary , > The pic is straight from the mbr file from MidiFire, copied onto my desktop Right, so this will have had the < and > replaced with < and > since this is an XML file. If you are going to edit .mbr files by hand, you need to make sure that you do not add any raw < or > as the .mbr file will not load since it will be invalid XML. And if you try and paste that XML code into MidiFire that will result in errors on the > since MidiFire is not expecting XML in the edit box. Safest way is to copy/paste the code from MidiFire to the external editor, make the changes and then copy/paste back into MidiFire and save the scene. Regards, Nic.
|
|
gary
Oracle
SuperPower
Posts: 130
|
Post by gary on May 31, 2019 12:46:44 GMT
Thanks Nic, exactly. I had kept “bumping into the furniture” because i had a logic bug-and didn’t realize by fixing my bug I was inadvertently causing load fatal errors.
Thanks for the clarification and the reasons behind the errors.
Makes sense . . . now
|
|
gary
Oracle
SuperPower
Posts: 130
|
Post by gary on Jun 1, 2019 12:49:09 GMT
Nic: “Safest way is to copy/paste the code from MidiFire to the external editor, make the changes and then copy/paste back into MidiFire and save the scene.”
I’m still on Windows - tragically there isn’t a way to do that as far as I know.. is there even a good iOS editor?
I’ll just place a (# comment dummy-reminder) when using those conditions and finish in MidiFire editor - this should work
Thanks again
|
|