I discovered this today. I loaded an “older patch” from last year. It was time to dust it off and move it into v2.06. I was … surprised how different/badly the patch sounded in v2.06
If you “fix” the internal port numbering (or whatever the concept is) so that old rack 1.6 patches import properly into rack 2, won’t that break any patches that anyone created in rack 2?
Or are you able to automatically detect an old patch and do the remapping as necessary in a way that doesn’t disturb new patches?
I assume you mean it is too late if you realize you need to make a change after the module has been released, which is what I am afraid of. I don’t understand how he can fix Booty Shifter to work with old patches without breaking new patches that work properly with the “bugged port” version.
Cool module BTW. I just started playing with it for the first time yesterday.
I think the the plugin version that was in use when a patch was saved is stored inside the patch. That should be able to be used to determine if the cables need to be switched when the patch is loading.
There’s a reason you never knew about that… After a quick look at the code, it appears that the plugin version that is stored in the patch may not actually be exposed.
That sounds like a very obvious improvement for @Vortico to make to the API, exposing the saved plugin version in the patch so the developer can use it for these kinds of corrective measures.