Hi drlandy,
This should, conceptually, work. it depends on a lot of factors:
- size and compression of your videos
- quality and speed of your graphics card, cpu and ram
- version of processing
- usage of threads
- quality of code
If you are using one of the processing betas, the built in movie class has enveloped much of GSVideo, the previous defacto standard (imo) for playing video in processing, and should be sufficient to play multiple videos.
Ideally each of the videos would be sized to the correct scale they are being used in your sketch and compressed in h264 at the lowest bitrate possible to get a reasonable quality (this will vary a bit depending on the size of each of the videos and the amount of motion and colors. I've found that for full hd, I can get away with around 1000kbps)
Graphics card cpu and ram; a good test would be to pull up all 10 videos in your default player (quicktime?) and see if your computer can even handle playing them all at the same time. If it can't, it's likely that processing won't do much better.
Now usage of threads and quality of code kind of go hand in hand in this case. Ideally you could set up each video to play independently in it's own class that would extend thread. This way each video can load frames and the reading and drawing part is done on a thread separate from all the other videos. I posted my example, that I found to be most efficient at handling video loading and viewing here although it does not use threading. Ill leave that part to you :)
Hopefully this gets you started, post some code and details about your specs and that could help narrow down what your problem may be.
good luck!
ak