[PD] tabosc4~ and table byte reallocation

mami music mami.music at gmail.com
Tue Jan 26 22:30:43 CET 2010


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 at 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 at iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20100126/a6d252f9/attachment.htm>


More information about the Pd-list mailing list