Hi,
i implemented the B16 example in one of my abstractions "pp.sfplayer~"
which you can download via deken, search for "audiolab".
The onset for tabread4~ is calculated every audio block, so a loop
will not start between blocks but that's good enough for me..
Quoting "Peter P." peterparker@fastmail.com:
Hi list,
I am trying to understand the B16.long-varispeed.pd patch that measures a [phasor~]'s phase to calculate an onset which is to be sent into the right inlet of a [tabread4~]. The patch shows a good example and a bad one. Interestingly the [phasor~] in the bad one does produce looping playback, while the onset value in the "good" example keeps increasing beyond the end of the table. Perhaps this different behavior is intended?
I am currently trying to adapt an abstraction of mine, which uses [line~] to read a table from a certain start position to an end position (also backwards) to use the method from the above example. Seems to be quite a riddle...
P
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://lists.puredata.info/listinfo/pd-list