@aaronventure This is great advice. I've actually been using git to backup my project after every session, but I'm fairly new to using it so I didn't realize I could revert to a previous version.

Thanks for pointing this out (and for the other user who mentioned this). I appreciate the guidance!

@ustk thank you!!

So this is finally working after deleting the UserPreset folder in both the project and the appData folder. Probably a corrupted file somewhere...

@d-healey So I might have found the culprit

I have CONFIRM_PRESET_OVERWRITE=1 and the confirmation message doesn't seem to handle the CANCEL case so this would better be either removed from the message box or handled

void UserPresetHelpers::saveUserPreset(ModulatorSynthChain *chain, const String& targetFile/*=String()*/, NotificationType notify/*=sendNotification*/) { #if USE_BACKEND const String version = dynamic_cast<GlobalSettingManager*>(chain->getMainController())->getSettingsObject().getSetting(HiseSettings::Project::Version); SemanticVersionChecker versionChecker(version, version); if (!versionChecker.newVersionNumberIsValid()) { PresetHandler::showMessageWindow("Invalid version number", "You need semantic versioning (something like 1.0.0) in order to support user presets", PresetHandler::IconType::Error); return; } if (!GET_PROJECT_HANDLER(chain).isActive()) return; #endif File presetFile = File(targetFile); String existingNote; StringArray existingTags; #if CONFIRM_PRESET_OVERWRITE if (presetFile.existsAsFile() && (!MessageManager::getInstance()->isThisTheMessageThread() || PresetHandler::showYesNoWindow("Confirm overwrite", "Do you want to overwrite the preset (Press cancel to create a new user preset?"))) { existingNote = PresetBrowser::DataBaseHelpers::getNoteFromXml(presetFile); existingTags = PresetBrowser::DataBaseHelpers::getTagsFromXml(presetFile); presetFile.deleteFile(); } #else if (presetFile.existsAsFile()) { existingNote = PresetBrowser::DataBaseHelpers::getNoteFromXml(presetFile); existingTags = PresetBrowser::DataBaseHelpers::getTagsFromXml(presetFile); presetFile.deleteFile(); } #endif if (!presetFile.existsAsFile()) { auto preset = createUserPreset(chain); if (preset.isValid()) { auto xml = preset.createXml(); presetFile.replaceWithText(xml->createDocument("")); if (existingNote.isNotEmpty()) PresetBrowser::DataBaseHelpers::writeNoteInXml(presetFile, existingNote); if (!existingTags.isEmpty()) PresetBrowser::DataBaseHelpers::writeTagsInXml(presetFile, existingTags); if (notify) { chain->getMainController()->getUserPresetHandler().currentlyLoadedFile = presetFile; chain->getMainController()->getUserPresetHandler().sendRebuildMessage(); } } } chain->getMainController()->getUserPresetHandler().postPresetSave(); }

@jssrecording And a few related things here... https://forum.hise.audio/topic/11731/scriptnode-compilation-workflow-and-what-to-do-about-it/43?_=1740482144569

@DanH Nice thanks :)

@Matt_SF Thank you. A lot of hand-wringing. For anyone having the same issue: the audio renderer should presumably keep going until there is silence. It doesn't. 🙄

@clevername27 said in Compiling Just an Empty Clone Container Fails:

When you say struct, do you mean class?

Yeah clone_base is a struct. It has a few methods, but no member named ‘isPolyphonic’. I'm assuming there is a wrapper class somewhere trying to cast a clone_base into a class that has a isPolyphonic() function.

Setting the default return value of NodeBase::isPolyphonic() from false to true is an interesting lead. Looking for subclasses of NodeBase now to see how it relates to the clone_base struct.

@Lindon Thank you for trying that.

@ustk nope once compiled they are a blackbox.

You don‘t need to compile nodes it just makes them faster especially when doing complex stuff and if you need to access them through the API then it‘s definitely a case of leaving them in the interpreted state.

@ustk that’s the solution. Of course! Thank you.

Somehow I was under the impression that they would get clearer automatically. Thank you!

@ulrik Hmmm I wonder what could cause mine to crash... I'll try to update Hise as I am on a not recent commit, but I doubt it is the cause...

@hujackus yup, it was missing the doc string in the header file so it wasn't picked up by the API generator. It's fixed now.

@clevername27 well yeah.

This ain't a JetBrains IDE, references don't automatically change everywhere.

It should throw an error (because the property you're now referring to returns undefined), then you know you gotta change it there. But no, it's not automatic.

Same thing if you change the ID of a component in the property editor. Any script references to it are now invalid (because you're getting the reference by means of ID).

@Allen Oh I see

Ran in to this again. It works for the MidiMuter but doesn't seem to work for others like CCSwapper or LegatoWithRetrigger

Edit: So it does work but you need to know the secret spellings. CC Swapper and Legato with Retrigger - spacing and capitalisation are important.