Hey cyrille thanks for your answer. But it didn`t quite work.
Im dinamicaly feeding the table with a signal, so the 256th sample of the signal changes at block speed and the writing of the 257th and 258th sample is done at control speed. (please check attached patch)
I used an [until 44] to see if i could make up for the differences in the signal time, bit still not working

Ill check the nusmuk external to see how it works, but definitely would be glad to make it in vanilla.

Any suggestions.

Daniel



2010/1/26 cyrille henry <ch@chnry.net>
you can use tabread and tabwrite (not ~) in order to easilly copy the 3 sample at the end.

you can also use tabosc4c~ from the nusmuk audio  externals in order to use an array of 256 sample, so you don't have to copy them.

C


mami music a écrit :
Hi guys
Im using [tabosc4~].
Acording to the documentation one should use an array of any power of 2 + 3. The extra 3 elements are for safeguard, one should go at the begining of the array (a copy of the 1st element of the vector) and the other 2 should go at the end (both of them copies of the last element of the vector).

I´m using a 256 block size, so the size of my array should be 256+3= 259. Im having problems figuring out how to copy the N-2 element of the table (that is sample with index 256) to the 257th and 258th index of the table using [tabsend~] and [tabreceive~].

The only way i have come up with (that is obviously not working) is using tabread4~ to read the 256th sample and write it down on the 257th and 258th sample of the array using tabwrite~ (and that is why this whole thing is not working).

I attach a basic patch that im using. Any help would be apprecieated

Thanks in advance

Daniel


------------------------------------------------------------------------

_______________________________________________
Pd-list@iem.at mailing list
UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list