I'm creating a polyphonic sampler that assigns short video and audio clips to each note of a MIDI keyboard, so there are 88 samples total. I've built a patch that dynamically creates [pix_film]s and syncs them with audio playback, but I get a lot of audio errors, which I suspect has to do with the CPU demands the patch makes.

It seems to me 88 [gemhead]s and 88 [pix_film]s is not the most efficient way to do this, but I can't figure out another method. Any suggestions?

Here are some ideas I've thought of:

1.) Have one [pix_film] and change what video it's reading with [pix_buffer]. I haven't been able to figure out how to do this though...

2.) Use PDP maybe? Not sure if this would help.

Thanks!
Aaron

you could use one long video made out of the short ones, and skip to the right frame acordingly.

generally it is often a good idea to use a second instance of pd to playback the audio to avaid clicks, and have them comunicate to each other via [netsend] and [netreceive]

Thanks. I ended up doing something similar to the two-instances idea. I had an audio-only patch like this already built in SuperCollider, and it is rock solid. So I just had PD control the video and SuperCollider control the audio. So far so good...