sorry mas modulator and not carrier.

Thats right. It doesnt loop all the time. Only when the modulator diverges in small amount from an intire multiple of the carrier frequency, but that is FM matters, not [tabosc4~].

2010/1/26 mami music <mami.music@gmail.com>
Hi all and thanks


2010/1/26 cyrille henry <ch@chnry.net>


mami music a écrit :
https://mail.google.com/mail/?shva=1#inbox/1266c7380e4f9473

Hey cyrille thanks for your answer. But it didn`t quite work.
Im dinamicaly feeding the table with a signal,
hum,
you can sync this with bang~

yes yes!!! [bang~] was the object i was missing.


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)
if you change the table use by tabosc~, you should expect to have some click anyway.
moreover, your table did not loop, so don't exepct a clean sound...
Thats right. It doesnt loop all the time. Only when the carrier diverges in small amount from an intire multiple of the carrier frequency, but that is FM matters, not [tabosc4~].
 


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.
i can understand that.
but delay~ is not in vanilla.
wao wao!!! had always used it without checking its origin in the help file.... you ar absolutely right!!!


Another question rises now:
When the signal inside the array cant loop at the block~ frequency is there a windowing method any would recomend to try to smooth things out (obviously there would be distortion).
Maby having two [tabosc4~] one with phase shift of 180 degrees in relation with the other with some sort of windowing... but i guess that would be equivalent as making the blocksize bigger....

Thanks again!!!