Since upgrading to Battery 4.2.0, I’ve had major issues trying to open our 37-rackspace macOS-created gig file on Windows 10. I’m in touch with Native Instruments about the fact that Battery crashes on Win10 every time I open a Battery instance in the gig file.
But I want to bring up something else that seems to be more of a GigPerformer issue. As a workaround, I’ve opened the macOS-created gig file on Win10 (without opening any Battery instances, which would crash), replaced every Battery instance with its Windows VST2 file, and then successfully loaded the relevant Kit into the instance. I saved a new version of the gig file, which now has only Win10-added Battery instances, and opened it on my MacBook. In order to make this gig file work on the Mac, I open a Battery instance and tell it where to find its Library. So far, so good. In each rackspace, I do “Change MIDI Input Device” for all MIDI IN plugins (I’m using the same MIDI interface, and the Rig Manager has the same aliases for its ports as it does on Win10). Now, weirdly, I have to actually OPEN every single Battery instance (there are 37 of them) in order to get it to make sound. But now it’s functioning normally, so I save the gig file and close it.
Now every time I reopen the gig file, I have to do the following all over again: 1) point an instance of Battery to its Library, and 2) open every single Battery instance, all 37, to get them to make sound. Why is this, when I’d already done these two steps and saved the file?
Thanks to @pianopaul’s suggestion to open a gig file in Excel, I’ve done a thorough comparison of my original macOS-created gig file vs. the file with Win10-created Battery instances that I edited and resaved on the Mac. I don’t see any differences! Both have the correct Library path (“file” and “file60” values are all “/Library/Audio/Plug-Ins/VST/Battery 4.vst”) and all the module and port names/descriptions (“prop_str_nodeName46”, “name54”, “descriptiveName55”) are identical in both versions.
The Library location I mention above is the same one that I’ve stored in Battery’s preferences as my “User” library, and Battery has no trouble finding it automatically when I open our original macOS-created gigfile, the one we use on stage, so it’s a mystery why it can’t find it in this Mac-resaved Win10 version. And I don’t understand why I have to open every Battery instance to get sound. This is all extremely puzzling and I’d really appreciate any insights.
Yes, that’s correct. And just now I discovered something interesting in the Mac’s “Gig Performer.settings” file, this is after I reinstalled Battery 4 via Native Access:
No, they’re different. On Windows there are two Battery 4 VST version “4.2.0.0” entries: one named “Battery 4” and another named "Battery 4 (4.2.0). These are what Native Access installs. They correspond to two different DLLs with those names.
So you are responsible for choosing the compatible Battery plugin?
And when you delete this dll’s and reinstall via Native Access still 2 versions exist?