@bobbyrethwish @Kama11 short answer no
long answer: there is a [zl change] in every slot checking whether the module name changed and a [change] for each module's preset number (which is available at slot level), and then the pattrstorages in the modules sometimes have changemode enabled, depending on what works
basically some stuff needs to always go through - eg stuff that sets a module's params from global level which are not stored in its own pattrstorage (for reasons)
(there are prob a lot of different ways of arranging all of that as well so don't take this as advice)
@sean_ae @bobbyrethwish @Kama11
what r u populating menus with? sample library etc? i just use native finder stuff and then a textedit connected to the pattr system....
@sean_ae @bobbyrethwish @Kama11
yeah correct. was just chatting with bobby about this.
@trainvids @bobbyrethwish @Kama11 right i see yeah so pattrstorage is just storing textedit contents
makes previewing a bit slow though right?
i did that stuff long ago - and back then whenever i used dialogs things would be hanging, but i should prob try again, maybe it improved
cheers for that, nice and simple
@sean_ae @bobbyrethwish @Kama11
u mean previewing a sample or something? i just use finder for that too, just spacebar in the finder dialog window. so obvs not gonna go through the patch / mix busses etc. but for some reason this has never bothered me lol
@trainvids @bobbyrethwish @Kama11 it would bother me :D
but yeah
it might be a bit tricky to switch to doing that here cos i have a whole buffer management thing going on as well, but i'll look at it for sure cos i like the lack of umenus and it would make it a bit easier to use subfolders
@sean_ae @bobbyrethwish @Kama11
yeah right on - funny, i had never even considered that, i just hear a sound out of processing context and go "wonder what does" and then load it. would be slick AF to get this method to play through the processing. let us know if u come up with a solution... i can't think of one off top of head bc you're going through finder's core audio setting not whatever max is doing....
@trainvids @bobbyrethwish @Kama11 yeah i'm almost never just playing samples straight they're usually impulses or heavily processed, part of something else
but you've got me thinking along different lines now - like i could probably shove a textedit in the patch, attach that to pattr and hide the umenus from pattr, just have them going thru the textedit - and just not prefix the umenus until i want to manually load something (just stop that happening on patch load basically)
something like that, off the top of my head
@sean_ae @bobbyrethwish @Kama11
what u mean by "and just not prefix the umenus until i want to manually load something (just stop that happening on patch load basically)" ?
@trainvids @bobbyrethwish @Kama11 the umenus in my modules are currently prefixed by a loadbang (cos all my pattr slots are expecting them to be populated)
but by putting the textedit in i can avoid that basically and just prefix as and when i need to (ie not every time i load the module when playing a set)
@sean_ae @bobbyrethwish @Kama11
oh oh oh i see now, yes, ok, this is cool.
hey look at that, two different human brains combining different ideas to make a third idea.... this is (one reason) why we came down out of the trees....
😎
@trainvids @bobbyrethwish @Kama11 same lol
yeah cheers, very useful suggestion that, helped a lot
@sean_ae @bobbyrethwish @Kama11
yeah so it's using populated menus when previewing / making presets for that module, and then only needed to rely on the textedit -> pattrstorage relationship for recall. correct?
@trainvids @bobbyrethwish @Kama11 there is actually one drawback to this method - rob won't be able to run my stuff at his place without duplicating the file path structure, because all the presets will be based on full filepaths
that's actually kind of a dealbreaker really, ugh
great for all you solo artists though :D
@sean_ae @bobbyrethwish @Kama11
hmm
bc you have different sample libraries?
@sean_ae @bobbyrethwish @Kama11
i see yeah but if the sample library is in the max search path wouldn't u just be able to get around this because the textedit only needs the name of the sample? e.g. drum.wav
and if that is in the search path, (which could be different on your diff machines), then it would still load correctly?
@sean_ae @bobbyrethwish @Kama11
ah yes yes, cool. yeah im getting sample file from info~ so it's just the name, not path.
[strippath] ?
@trainvids @bobbyrethwish @Kama11 yeah you're right that should work
there's no reason to pay attention to the rest of the path apart from what the umenus are doing - right on
@sean_ae @bobbyrethwish @Kama11
yeah sick, i'm gonna try and get preview samples via umenus working next time i have a minute....
@bobbyrethwish @sean_ae @Kama11
yeah cool this is working for me. see screenshot. so if im making sounds i can load umenus and then quickly preview / try stuff in context, which is great. i'm not use to using umenus this way so it's kind of a mess rn but will refine that somehow...
@trainvids @bobbyrethwish @Kama11 beauty yeah, works well here in individual tests but the real test happens when they’re all done and I go thru the whole set
Apt meme for this tbh
I started rolling it out last night but it’s a bit of a slow one cos I have to resave all the presets in each module (I automate that part but I have to do the edit in stages cos once the old unenu pattrs are gone there’s no going back)
I’m gonna be issuing Rob with some strict protocol lol
Also - I should prob mention that umenu’s types attribute is useful for filtering
eg in that case you mentioned earlier with the json files, it occurred to me I could use that (I won’t though cos our settings have to live in a special place for portability)
@Glubhorn9 @trainvids @bobbyrethwish @Kama11 i keep buffers at global level and create/destroy as necessary, so they load when the system boots- and modules then just refer to them (when you browse it just checks to see if that buffer exists already and if not it creates it)
they're all separate
i don't think polybuffer existed when i built that, but it works so
@Kama11 @Glubhorn9 @trainvids @bobbyrethwish no, it looks to see if a buffer exists with that name - if so it just points to it, and if not it makes a new one and points to that
and there's a destroy button that only works for the last created buffer, so if i'm browsing it's a kind of two finger affair (idk if i could figure out a better way of doing that.. probably, but i'm used to it)
@sean_ae @Glubhorn9 @trainvids @bobbyrethwish that’s deadly, had no idea you could do stuff like that. Definitely gonna try and dig into the idea seeing if I can come up with something along the lines. Cheers man..
“Two finger affair” lol 🤣🤣