Audio tables for recording

Hi, I'm trying to use an audio table to record and read several audio parts as rows of the matrix.

I design a "sample pointer" that works as a counter, and moves along the row, at the frequency determined by the sampling rate of the audio card. I used the audio table X-units in "index" mode. Rx and Wx are conected to the counter or "sample pointer". I don´t know why I'm not able to record in this way. In the beat slicer instrument, they use X-units in ms, and create a Time counter to move along the samples. They also use a polyphonic line to read along the audio table. Can I move along Rx with a monophonic line?

If someone can instruct me about the use of audio tables to record and read, I would really appreciate.


Thanks a lot

Leonardo Aldrey

 

look at Live Sampler in the User Library

http://www.nativeinstruments.de/index.php?id=userlibrary_us&type=0&ulbr=1&plview=detail&patchid=2392

sowari

 

Thanks a lot... I will do that....

 

i wouldnt use the ms mode of the audiotable if you want to do realtime recording. instead, make a sample copunter in core if possible, since you can use integers and easily get the sample rate (you can get the SR in primary using the System Info module, btw).

 

also, with audiotables, the W input must be > 0 for recording to take place. and, finally, for tables > 1 for Y values, make sure that the YO is set to the same as the WY/RY to see the recorded audio.

 

Hi Kid_spuntik... thanks for the help.

I already have the counter, and it seems to behave correctly, since I have a numeric readout in the panel, and I see it counting properly. I created this counter in an event core cell, using the SR.C bus. I also checked that W=1 when i want to record, and YO=WY=RY. Also the properties of the table are the same as the ones in the live sampler.

I see that WX and RX are audio inputs in the audio table. Therefore, I don´t know if there are any sincronization aspects, between the changes in my counter and some sampling done internally in the audio table.

The only difference I see between my counter and the livesampler is that the event generator that I use for the counter is the SR.C in an event core cell. Is there something wrong with this technique?

Thanks a lot for your help....

 

The problem is in the pointer that I use. If I replace my counters (that are built in an audio core cell) for some counter in the primary level, the system works. The problem is that all the logic of my program relies on these counters (one for writing and one for reading) so I'm interested in finding a solution that is not to replace the hole logic designed before. I used numeric readouts to check in the panel that the counters are working properly, and they seem to be exactly the same as the ones I built in the primary level. If anyone knows any undesire effect of the audio tables or another thing that could be messing my system I would appreciate...

Thanks....

Leo

 

SR.C does NOT work in an event corecell!

 

what you CAN do, if you want the counter to have an event-based clock, is use either the system info module, which has the current control rate, or use an AtoE perm to make your own control rate. for the system info CR out, remember that it sends out the control rate value, AT THE control rate! so, what i do is make a CR.R input to the cell with that value, and a CR.R input with the value stepfiltered.