Hi all, Yes, as stated -- ipoke~ is definitely implemented. @Peter P. <peterpar...@fastmail.com> how you getting on with it? There's a more recent version too, with some additional classes and tests that @katja <katjavet...@gmail.com> implemented. There's also an experimental ipoke4~built that's not short of complete (with more input from Katja, @Matt Barber <brbrof...@gmail.com> & @Charles Z Henry <czhe...@gmail.com> ) but doesn't yet include help files, though there are various tests/comparisons. I'd be happy to send it to you as a dm P if you're interested but it's not quite ready for wider sharing as of yet. Thanks too to Fred Jan @fjkr...@xs4all.nl <fjkr...@xs4all.nl> for the pd lib builder version. The experimental version of the lib doesn't yet have this but Katja's makefile works good for me.
"If the project is dead, I could branch it on my GitHub with the SC and Max versions and maintain it..." @Pierre Alexandre Tremblay <tremb...@gmail.com> - not dead but certainly been sleeping :) Am happy to go with what you prefer here P.A.. The straight port is complete but most recent version could do with a polish - am happy to get that into some kind of shape, the rest is up to you. We all know forks are generally bad... A larger task that we got stuck on was working out best practice to share the wider lib (quite small, no more than 8 classes in total) - perhaps something for our small but mighty crew to consider (if anyone has any time?). Finally, can I say what a brilliant project this was/is and huge thanks & respect to all involved. J. On Fri, 16 Jul 2021 at 08:39, Pierre Alexandre Tremblay <tremb...@gmail.com> wrote: > ipoke~ is definitely implemented. Julian Brooks was partly in charge to > make it happen, and Katja did the job I think: > > https://puredata.info/Members/ipoke/ > > If the project is dead, I could branch it on my GitHub with the SC and Max > versions and maintain it... > > https://github.com/tremblap > > > On 15 Jul 2021, at 21:15, Peter P. <peterpar...@fastmail.com> wrote: > > > > Hi list, > > > > hope you are fine! > > > > I am trying to build a variable speed looper which can change its > > reading and writing speed by the same factor. How could this be done? It > > seems there is no object that allows writing to a table (or delay line) > > at fractional speed. > > > > There is some discussion about [tabrwrite4~] or [ipoke~] in the list > > archives, but it seems it never led somewhere near an implementation, > > unless I am missing something. > > > > Could it work by placing order-forced [tabwrite~] and [tabread~] into a > > resampled subpatch perhaps? It would not allow seemlessly variable > > speed if it worked at all... > > > > thanks for all ideas/pointers! > > P > > > > > > > > _______________________________________________ > > Pd-list@lists.iem.at mailing list > > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list > > > > > _______________________________________________ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> > https://lists.puredata.info/listinfo/pd-list >
_______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list