Getting started with LiSa and multiple samples

[Inventor]

Hi, I am working on a motion controlled sample playback program set and I want to load in many samples and play them each back with multiple voices. Do I need a separate Lisa entity for each sample? I'm having trouble getting started here...

Les

[Antimon]

You could put seveal samples in sequence in Lisa's buffer if you want, and set the start point to whatever sample you want to play. I personally think it's easier to just as many Lisas as I want. The tricky bit is getting the samples into Lisa, the are examples to follow for that.

[Inventor]

gotcha, thanks Stefan. Will do like that.

Les

[Inventor]

OK, here is what I have so far. Don't download it because you can't run it without the samples and a Gyration Air Mouse - but you can look at the code. This program has only eight samples of four seconds each, yet it totally thrashes the cpu on my mac mini. Granted, the computer is three years old and ready for replacement, however it should be able to handle this. Does anyone have any idea what I am doing wrong here?

Thanks,

Les

---

OSC Receiver Drums 1.ck
Description:	Osc receiver for drum samples	Download (listen)
Filename:	OSC Receiver Drums 1.ck
Filesize:	2.9 KB
Downloaded:	325 Time(s)

---

[Antimon]

I think the program looks ok. Your Mac should be able to run it fine.

Are you getting a crash, or just some kind of lockup?

Have you tried logging, just to make sure where it crashes? The obvious suspect is the for loop that copies data into Lisa I guess - it will take a while to copy 8*4*44100 samples, and ChucK's clock might run out of sync too much.

I know that this is the way it's done in the tutorials, but maybe having a big locking loop like this makes ChucK feel bad. One trick might be to add a

1::samp => now;

every 10000 iterations or so, to allow the clock to run.

Another solution could be to do it the simplistic way, by chuck each SndBuf to its Lisa instance, and record the sound using Lisa's record function at the start of the program. This means that you need a 4 second program "boot" time (or whatever your longest sample is).

[Inventor]

it does crash occasionally but the main issue is that if too many samples are playing, it will cut off audio and stop the radio broadcast too. Just too much cpu is all because i tried it with 1 second samples and no problem.

so i figure the solution is shorter samples which can be done with the drums, and longer gesture recognition for things like the 30 second thunder samples. that should do it. ty for looking at the code.

Les

[GrandJu]

Hi Les,

I don't understand why you are using Lisa. But Maybe I don't get the real purpose of your script

Just using SndBuf (without Lisa) may save some memory and CPU.

Something like (not tested):

[Inventor]

Ju,

I am using LiSa because it allows me to have multiple voices per sample so that if someone strikes the same sample twice quickly, both samples will play. That is why.

Les

[GrandJu]

Ok, I understand now

It's true that with my proposal, you might have some kind of freeze effect if samples are trigged several times quickly.

I have to experiment Lisa on my side to know it.

Have Fun!
Ju

[Inventor]

Ju, thank you for your input and your interest. How long have you been a ChucKist?

Les

[GrandJu]

I play with ChucK since january 2010. And I learn electronic music this way!
It's fantastic

Cheers,
Ju

[Inventor]

Yes I agree, I did the exact same thing, starting in October of 2007. But it does not matter how long you have been a ChucKist, as long as you wield the mighty power of ChucK! Haha!

Les