Folder object in MaxMSP only works one time with external drive folders
the "folder" object in max https://docs.cycling74.com/max8/refpages/folder only connects the first time.
I am currently working on a patch where I need to connect to a folder on an external drive from a Roland boutique drummachine. I am able to do so which is great, however only one time, if I disconnect the external drive and then reconnect it and tries again it doesnt work, unless I delete and repaste the objekt in again.
is there a way to make the objekt autorefresh itself so it can connect multiple times in the same instance? Is this something you guys will fix in a later patch?
cheers
La Cour
did you make a mistake to enter path into folder object as argument
and expect that it will auto refresh contents if one removes the drive ?
that does not work.
you need to send absolute path to folder object to reload it once drive is again available.
I am aware that it doesnt work currently, but it just seems odd to me that I just have to delete and repaste the objekt for this to work, why cant this be updated to work?
That is not intended way folder object works.
At present it does not even react to changes to contents of assigned folder.
You have to bang it to update folder contents if they changed since initial scan
or resend abs path.
You can set metro at 1 sec interval to check the presence of assigned folder.
if present - non present state changes then resend abs path to folder when it appears again
I am aware of what it is doing at present, and that it has to be banged to update, but what I don't understand is why this objekt could not be changed so that it can check whether a certain folder exists and in case it exists then show me the contents of this folder.
This is more a suggestion of how this objekt could be further developed and not so much its current (and in my case, insufficient) functionality.
Why don't you write to cycling support and add request to wish list ?
I would not like folder object to do anything till I tell it to.
Or at least have an option to tick "autorefresh" function that you wish to have,
but have current behaviour as default.
Would you also want umenu with prefix set to behave so ?
in both cases autorefresh would wipe currently reported items in case
source folder is not present.
may introduce unwanted results in some cases