Hi people,

I'm writing an abstraction for the XBOX controller each controller key triggers a sample. I'm using [readanysf~] to handle to audio files etc. After [readanysf~] I have inserted a [freeverb~] to add reverb to the sample.

However, when triggering lots of samples on the controller quickly, I get a audio I/O error message. The audio samples then sound like they've either being played in slow motion or are cut before the file finishes playing! I'm on Ubuntu studio 14any help would be great.

thanks in advance

@casper Hello Casper,
I am not certain, but as readsf~ is reading the files from disc, it could be with lots of samples that the disc access cannot be quick enough.
You could try reading them all into ram, and then playing direct from ram......
Look at this........
keyboard.zip
You will need to add some de-clicking method to use the arrays properly, but you should then be able to trigger as many samples as you wish as fast as you wish.......
I think the freeverb~ would be better outside the abstraction...... in the final audio output (and so only used once!).......and it is also possible that doing that would solve your problem.
David.

@whale-av Thanks Whale-av I will try the array table approach if and when needed. The triggering time for a single audio file using [readanysf~] is fantastic to be honest. I can 'bang the sample to play to down to a few milliseconds, that's is when the same audio file is being banged 4 times at once. So that would suggest that the harddrive access is fine? However, the audio I/O error is an intermittent error and only seems happen after [freeverb~] . Does anyone know some good settings in Jack to solve this problem?

cheers

Casper

if possible I still want to have individual reverbs on each sample for each button of the xbox controller. i've included the patch too. xboxpad1.pd

What sort of machine are you using? I used to get I/O errors when I was using my old netbook with a 1GHZ atom processor, but it's much less now that I've moved to a beefy quad core.

A couple of other things about your patch:

1. David is right, you should definitely use table playblack here. The disk is too slow to play back more than a couple of files at once, and this is exactly what RAM is for. Look at audio examples B07 to B16 in the help browser for ideas on how to achieve this.

2. Your patch would be much more efficient if you created a small abstraction rather than copying and pasting the same unit multiple times. The technique here is easy, although the idea sometimes takes a while to understand. You can read up about it here: http://en.flossmanuals.net/pure-data/ch042_abstractions/

@casper This might work...........
casper4.zip
David.

Thanks for all your suggestions guys I really appreciate it. I also working through all the ideas you've suggested.

However I think I may have found the cause of the error. I created many [osc~ 400] in a throw and catch method and turned on DSP it seems that every time I move the mouse cursor, the audio I/o error occurs and samples drop as a result! Has everyone else discovered this before? My pd version is 0.45.4.0 I think

@casper Hello Casper.....
http://puredata.info/docs/manuals/pd/x2.htm
Chapter 2.5
David.