Tala is the offender I believe? There’s a large RAM buffer the module uses (~8MB) might be related to that?
I can take a look - is the solution to just run that on an async thread, and is there an example available for reference
Maybe… But even so then it would freeze the GUI while it runs the async thread.
Keep in mind AsyncThreads are async to the audio thread only. That is, they run in the background of the audio being processed. However they are not asynchronous to the GUI thread. That is, they freeze the GUI until they complete.
First you would need to figure out what it’s doing that’s taking so long. The large memory buffer is probably a clue. Then see when the results of that are needed. You might be able to rewrite it so that it processes a bit at a time.
I see, thanks.
I have a new issue on dev13.4 - for some reason I get two problems
-
The mmplugin compiled locally on my mac loads fairly quick, but is missing faceplates for 3/4 of the modules, despite me checking the plugin slug name etc.
-
The github compiled release now freezes the metamodule when loading.
I’ve cleared my build cache locally to make sure nothing is out of place, so quite puzzled here. I’ve added you as a collaborator on the repo, whenever you get the time.
And here is the link to my locally built version, the release-compiled one is in the releases GitHub - Ericxgao/metamodule-seaside-modular
Update:
It works when I completely unload all my existing plugins and only have it loaded. I wonder if I’m hitting the hard limit of plugins that can be loaded…?
Update 2:
Now everything works fine again… I had to unload all plugins and then load all of them one by one, ensuring that SeasideModular was first.
Ok. So it’s all working? Do you think it could be related to the issue where unloading a plugin makes things break sometimes?
This could be it. It only happened after SeasideModular was unloaded, and I replaced it in my metamodule-plugins and tried to load it again.
@danngreen I fixed the loading times for this - the downside is that Tala as a single module will take a bit longer to load, and it seriously looks like it crashes the MetaModule but it just locks up the GUI for like 30 seconds. It will also show over 100% CPU usage while it’s loading in all the samples. But other than that, it’s fully functional while it loads, and sounds fine, and the library loads fast to unblock the other modules now.
1 Like
Cool, it does load the plugin faster.
I wonder is there a way this data could be shared among Tala modules? That is, load the files from disk once (the first time a Tala module is loaded), and cache that data as a static variable. Then future requests to read from disk and process the re-sampling can be avoided since it’s cached. The downside is there would be an extra 4-5MB of RAM consumed (but only if you loaded the Tala at least once).
keeps on crashing my MM
even got the white screen of death at one stage which scared the shit outta me
cant even load
Sorry to hear that, are you on the lates dev firmware and seasidemodular code? It’s loading for me perfectly every time
Yes I am on 2.0 dev 13.4
Had to completely delete the plugins from the SD card to fix tj
That would be 13.8 https://github.com/4ms/metamodule/releases/download/firmware-v2.0.0-dev-13.8/metamodule-firmware-v2.0.0-dev-13.8-firmware-assets.zip
2 Likes
Thanks , works after installing that , loads a little slow but still works