@DanH ok, that explains it. Thank you!

@sinewavekid Yes in order to make the properties of a display buffer permanent, they need to be set from script and applied to the display buffer. That's the normal procedure, you did well 👍

@DanH found it! The AVP Bypass soft bypass container had something weird going on - you can see its bypassed but didn't have a control to toggle it. Turns out I didn't need it so re-organised the contents and it works.

Phew! Only 4 hours lost 😢

Thinking about it I reckon I moved that AVP Bypass container out of Branch container which probably caused the issue. The branch would normally control the container bypass... I guess...

@DanH Bumpity Bump! Could really do with a fix on this! 😄

Bump, the issue is still there with the latest version of GCC/G++.

@CyberGen update. So, it turns out the expansions weren't coping to the app support folder correctly and that was causing the shaders not to show up. Once I fixed the expansions folder, the shaders started working again. So it seems it had nothing to do with openGL and everything to do me effing up the export. Cheers!

@orange Well it’s not modulation per say as a matter of time modification but it was just connected to a control so I could chose between two constant values. But this two states switch is still seen as "modulation" by Hise

I've just encountered the problem again in another network so I opened an issue on GitHub

@d-healey said in Plugin export error on latest develop branch:

Does it contain networks you compiled with the previous version but not with the new version?

Oh yeah, that was it. Also I forgot to target Faust on xcode, and I have scriptnodes with faust hehe. Thanks!

@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!