draw() runs 60 times a second. You probably don't want to be loading your file in draw().
If you must load some file after setup(), make sure that you have conditions that cause it only to happen ONCE.

boolean isLoaded = false;
void draw(){
  if( !isLoaded ){
    // Load file, play it, etc.

Thanks.

When you post a runnable code example that displays the problem, it's easer for the forum to assist you.

Your code seems to contain errors, but it's hard to fix without the actual or similar code.

Thanks.

This doesn't seem like a very solid solution. You don't close the sample before you load another one into it and you load new files directly in the draw() loop. The first is easily solved, always stop and close a sample you played. This may also be the reason your application is currently suffering from a memory leak. For the second I suggest a ping-pong technique:

Pseudo-code

PingPongA
PingPongB

Setup:

• Load 1 to PingPongA
• Load 2 to PingPongB

Draw:

• Play 1 from PingPongA. 2 Loaded in PingPongB.
• Play 2 from PingPongB. Load 3 threaded into PingPongA.
• Play 3 from PingPongA. Load 4 threaded into PingPongB.
• Play 4 from PingPongB. Load 5 threaded into PingPongA.
• etc.

However the above technique is only required when you are unable to load all your assets in setup(), which is the best solution if possible. Go to File > Preferences and increase max available memory to 1400 MB if you are on older on 32bit system or even more if you are on a 64bit system. This should be more than enough to load a couple of mp3's (as long as you don't have any memory leaks).

Thanks.

I am not a specialist of Minim, but I find strange that you close Minim and the sketch itself (!) after each sample is played...

Well, I'm not an expert either :) , just following the minim docs, where it says that this is the only way to close / stop after playing. I also found it strange.

As PhiLho said. Perhaps you need some println()'s cause there are two options and both are no good. Either you don't close samples as I assumed (because each sample never stops playing, in fact it's replaced before it ends). Or you do close each sample, but then you also stop minim and the sketch, which is strange, because you keep using it.

To answer your question. You only need to close a sample when you are done with it. You only need to stop Minim when you are done with the whole sketch.

In addition, I suggest moving to Processing 2.01 where you don't need to stop Minim anymore so I suspect some changes have been made in the past years also to the included core version of Minim.

Furthermore I find it very peculiar that there would be a 32 limit on playable files. I've written a test sketch - tested with Processing 2.01's Minim - and I encounter no such problems. I can load all 42 mp3s and play each one of them.

Again, all the code you posted so far has seemed buggy. So I would check twice before your blame it on the library.

Code Example (Processing 2.01)

1. // press space to go to the next file
   
2. 
   
3. import ddf.minim.*;
4.  
5. String pathToMp3s = "C:/Media/Music/Collected/"; // contains 42 mp3s of in total 324 MB
6.  
7. Minim minim;
8. AudioPlayer[] mp3s;
9. String[] filenames;
10. int count;
11.  
12. void setup() {
13.   size(300, 300);
14.   minim = new Minim(this);
15.  
16.   filenames = loadFilenames(pathToMp3s);
17.   mp3s = new AudioPlayer[filenames.length];
18.  
19.   for (int i=0; i<mp3s.length; i++) {
20.     mp3s[i] = minim.loadFile(pathToMp3s + filenames[i]);
21.   }
22.  
23.   mp3s[0].play();;
24.   println("Number 0 (" + filenames[0] + ") is currently playing.");
25. }
26.  
27. void draw() {
28.   background(0);
29. }
30.  
31. void keyPressed() {
32.   if (key == ' ') {
33.     for (int i=0; i<mp3s.length; i++) {
34.       if (mp3s[i].isPlaying()) mp3s[i].pause();
35.     }
36.     count = ++count%mp3s.length;
37.     mp3s[count].play();
38.     println("Number " + count + " (" + filenames[count] + ") is currently playing.");
39.   }
40. }
41.  
42. String[] loadFilenames(String path) {
43.   File folder = new File(path);
44.   java.io.FilenameFilter filenameFilter = new java.io.FilenameFilter() {
45.     public boolean accept(File dir, String name) {
46.       String lowcase = name.toLowerCase();
47.       return lowcase.endsWith(".mp3");
48.     }
49.   };
50.   return folder.list(filenameFilter);
51. }

I see you are on a PC, I'm on a Mac (10.8.4). Could that be the problem. Since I did the same sketch and it stops playing after No. 32, even though it list the other mp3s and says "true" to them playing? Now on processing 2.0.1 and with Memory set to 2048 / 64bit.

That is really weird.

It could be mac or it could be soundcard-related, like the maximum of active audiostreams or something.

At least we know it's not built into minim as such, because I can't reproduce your problem.

Does it not play the 33rd file you play (after playing 32 other files) or does it not play the 33rd file in the array (even when that is the first file you play)?

It simple doesn't play no. 33 and following in the array. Even if I try to play no. 33 as the first it doesn't do so.

Perhaps when Minim creates an AudioPlayer it reserves some kind of audio channel / output with the OS. However your OS somehow is limited to 32 output channels, so when you go over that it creates problems. Maybe you can check with the author of the library, because it seems indeed something strange is going on here.

Yes, I expect amnon.owed is correct. I've just reviewed the code in Minim and when you create an AudioPlayer, even if you haven't told it to play, it starts an audio output that it gets from JavaSound. It could be the case that on the Mac if you open more than 32 of these it just stops working but does so in a way that does not generate an error message. I would recommend two possibilities:

Hi,

As alternative I am testing right now, to not use an array but only one sample which is always closed again after using. This seems to take up significantly less memory and works fine.