demosound.maxpat

here is a slurp down all the files in a directory thing ... though the flaw here is that it will also load non-soundfiles. but seems to work. I am sure there is a better way.

what you uploaded is not usable, what is it ?
part of that demosound.maxpat you are talking about is
embeded bpatcher with no name to make your investigations easier ....
You can drop audio file or folder with audio files
on it (contains dropfile) to populate umenu, or choose Browse... to select single Audio File
directly.
Dropfile has no filetype set in that bpatcher, (probably a mistake)
so it will list any kind of file if folder gets droped and produce error if you
select or drop non audio file which sfplay can't cope with.
Beside that it is 1 channel sfplay inside, what if you want to play stereo files ?
-----------
to edit it, you have to copy it, paste into new patcher, De-encapsulate,
edit, apply patcher arguments (like start in presentation mode),
save as maxpat, replace original one with it, by choosing it in bpatcher inspector,
and at the end embed it into main patch.
All clear ?

What do you want to do better ?
For use in different patches it makes no sense to add absolute path to a folder.
If you want to customise it, then you can remove the initial path,
and force droping of file or folder for playback.
replace this :
prefix C74:/media/msp/, insert 0 Browse..., insert 1 <separator>, symbol $1
with this
clear, prefix <none>, insert 0 Browse..., insert 1 <separator>, symbol $1

remove @file anton.aif from patcherargs

and set types fold AIFF WAVE for dropfile
------------
But I would rather suggest, forget that demosound,
and make simple patch with read or drop file or folder to populate umenu ,
insert 2 channels sfplay~ with modout 1 set to play mono/stereo files to both channels.

Hi. Thanks for taking the time. I think you misunderstood my query.

What I posted isn't the demosound.maxpat patcher. I assumed that everyone who has max installed already has it. What I posted was an example of loading all the files in a folder into a menu that can then be used by sfplay. It isn't perfect or finished, it is an example of what I am trying to insert into the demosound.maxpat patcher.

>to edit it, you have to copy it, paste into new patcher, De-encapsulate,
>>edit, apply patcher arguments (like start in presentation mode),
>>save as maxpat, replace original one with it, by choosing it in bpatcher inspector,
>>and at the end embed it into main patch.
>>All clear ?

This is literally what I am asking for help with. I tried doing it but de-capsulating things just throw a ton of objects around the patcher. There was literally not a single patch chord. I have no idea why this is, it is some kind of mode I am unfamiliar with, coming from like, Max 5. There seems to be something invisible that I can not make visible.

>>What do you want to do better ?
>>For use in different patches it makes no sense to add absolute path to a folder.

I want to keep it exactly the same but I want it to ask me for the folder and not use the hardwired /Applications/Max.app/Contents/Resources/C74/media/msp directory.

>>But I would rather suggest, forget that demosound,
>>and make simple patch with read or drop file or folder to populate umenu ,

I could do that but then I would not understand how demosound was made & I would lose all it's other functionality. Of course I could try to replicate all of that but I can't learn from the bpatcher if I can't see it's contents. I tried including everything in presentation. I tried unhiding everything. I can't seem to get past the interface elements and actually see the patcher and the patch chords.

demosound.maxpat for all the world to see, though if you have maxing installed you already have it.

Rolling a quick and dirty one from scratch ... just the soudfile player from scratch... I suppose I could use the bpatcher as is for the other elements and add a sfplay on my own.... But this

1. uses drag and drop. I'd rather use "open" and not go back to the finder
2. Isn't quite intelligent enough to only open sound files and load those into the menu. It loads everything into the menu, regardless of whether it is an actual playable sound or not ...

the answer is allready posted in my first post.
bpatcher can either be embeded or not.
embeded one can't be De-encapsulated in original patch and then
encapsulated again, because it won't become bpatcher again but simple patcher,
which would hide gui objects.

I tried copying the bpatcher but that did not help. I need to review. There is something about bpatchers I am not getting. I'll go through some toots again.

Meanwhile I got autoload to work as a dialog too.... perhaps obsessing over taking apart this original demosound and learning from it is not mission critical.

procedure to edit embeded bpatcher

1- get out of presention mode, select bpatcher using ctrl or right click
and choose in popup menu
Object > New Patcher With Contents of Embedded patcher
You get new patcher with editable bpatcher contents.
2- make sure to use patcher inspector to activate
Open in Presentation attribute, as is in original.
3- make you edits
4- save that patch somewhere
5- go back to main patcher, select original bpatcher and open it's inspector
6- untick Embed Patcher in Parent and choose the edited patch
7- tick Embed in Parent again
8- save the main patch
here short moovie - I saved edited patcher as temp.maxpat

I did edit the original as I proposed in my first post.

And you have to set filetype to both dropfile and umenu in case you want to drop stuff
same as in demosound patch.
If you want dropfile to accept only folders set types fold
umenu - set types that you want to accept, like WAVE AIFF

One should loadbang or do so before finalising the patch message
clear, prefix <none>
to umenu in order to clear prefix allready used.
You don't want any leftovers stored in the patch, right ?

P.S. instead of dropfile for the folder with audio files, you can use opendialog fold
and pass the path as prefix to umenu (set to accept audio file types)