Not sure if this is possible but I'd like to use a bang object to select a folder and then once a folder is set, I'd like to use another bang to pick a random file from the folder to send to readsf~. I'm using PD vanilla on MacOSX. I'm sure I'll need an external, but not sure which. [shell] and [folder_list] do not seem to work. Can I do this?

You can use [openpanel] instead of [tof/folderpanel]

There are new tools though in Pd Vanilla...... have a look at the [file] object.
It will be possible to use that to replace those externals and make the patch Vanilla.

[folder_list] can be replaced by [file glob]
And then [ext13/strippath] is unnecessary.

Anyway....... I started so I will finish.
Here is the Vanilla version......... cart5-vanilla.zip

David.

I think the patch should loop, I can not see anything wrong.

Try to debug with [print pleaseplaythatfile] attached to [open $1, start(
and [print done] to the right outlet of [readsf~].

If this is the case, you could start a timer to restart the sample when done.

or even more elegant:

If the soundfiles are not very long, you could load them into arrays with [soundfiler] (i.e. loading from HD to RAM)
and loop the array with [tabread~] or [tabread4~] or [tabosc~] or [tabplay~]

Each time you [open( a file with [readsf~] it loads from harddrive.

... Pd is fairly low-level and has some quirks.

(For beginners I recommend sticking to Vanilla:
learn all its' objects little by little, read the helpfiles
and dive a bit into the first few doc patches of Vanilla installation, but don't get confused by their names.)

Others prefer to start right away with libraries. I am sure there are looping samplers somewhere.
PlugData comes with Cyclone, doesn't it? I think Cyclone probably has something easy?

A cleanup (only visually and not related to the issue):
Delete the cable from
[text get $0-dirfiles] to [open $1, start(
because on hot inlet [symbol] saves and outputs immediately.

the behaviour i am looking for is:

• the patch loads the tracklist from one folder;
• every random bang is picking** two different tracks**, avoiding duplicates (trackA must always be different than trackB, with the tracks already played going offline);
• tracks are sent to two different stereo outlet;

I am trying to understand the logic behind your cart5-vanilla. any help would be very much appreciated

You can have random numbers without repeats easily using an external object..... [urn]
Obviously it will need a second player.... [readsf~]
[urn] will need to be banged twice and the two numbers sent to the separate players....
These are notes to myself for when I get a chance to modify the patch.

However.....
Currently the patch moves on to the next random file as the previous one ends. But if two are playing then presumably it will need to wait until both are finished (different lengths) before sending the next pair?
If not then a playlist can be generated at the start by [urn] for each [readsf~] to play through.... is that what you wish to happen..... then there would be no breaks between track playback on each audio output..?
[list] objects..... [list] and [list split] would be needed for that... and a little flip-flop router for the separation of the pairs.
David.

My idea starts from experiencing playing my impros through 2 different instances of VLC, so basically they are coupling randomically generating impredictable densities. Due to this, even if a track in the "deckA" is still playing, i would love the "deckB" to act indipendently, still considering it doesn't need to acquire the track that is already played by the "deckA", following the flow till tracks are over.

note to your cart5: if i stay in the same instance of the patch, i noticed that each time i change folder the counter of the playlist increases, even if the previous tracks are erased by the new upload.
This makes the counter conside +n tracks from the new folder, and it goes affecting the random right inlet (which i now swapped with a rand.u to avoid repetitions, which is kinda working).

much appreciated!