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
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...
On 15 Jul 2021, at 21:15, Peter P. peterparker@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
- Pierre Alexandre Tremblay tremblap@gmail.com [2021-07-16 09:39]:
ipoke~ is definitely implemented. Julian Brooks was partly in charge to make it happen, and Katja did the job I think:
Thanks, this ressource really helps! Do you remember in which way ipoke~ differs from cyclone's poke~?
I don’t use cyclone’s poke but if it is a clone of Max’s poke, it is the interpolating part: if consecutive writing indices are not consecutive (forward or backward) the writer fills them.
On 17 Jul 2021, at 09:08, Peter P. peterparker@fastmail.com wrote:
- Pierre Alexandre Tremblay tremblap@gmail.com [2021-07-16 09:39]:
ipoke~ is definitely implemented. Julian Brooks was partly in charge to make it happen, and Katja did the job I think:
Thanks, this ressource really helps! Do you remember in which way ipoke~ differs from cyclone's poke~?
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
At https://github.com/electrickery/pd-ipoke- is a version of ipoke~ configured for pd-lib-puilder.
It might need more refactoring/testing before it can be called finished.
Greetings,
Fred Jan
- Pierre Alexandre Tremblay tremblap@gmail.com [2021-07-16 09:39]:
ipoke~ is definitely implemented. Julian Brooks was partly in charge to make it happen, and Katja did the job I think:
Thanks, this ressource really helps! Do you remember in which way ipoke~ differs from cyclone's poke~?
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
At https://github.com/electrickery/pd-ipoke- is a version of ipoke~ configured for pd-lib-puilder.
It might need more refactoring/testing before it can be called finished.
Greetings,
Fred Jan
- Pierre Alexandre Tremblay tremblap@gmail.com [2021-07-16 09:39]:
ipoke~ is definitely implemented. Julian Brooks was partly in charge to make it happen, and Katja did the job I think:
Thanks, this ressource really helps! Do you remember in which way ipoke~ differs from cyclone's poke~?
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Hi all,
Yes, as stated -- ipoke~ is definitely implemented. @Peter P. peterparker@fastmail.com how you getting on with it? There's a more recent version too, with some additional classes and tests that @katja katjavetter@gmail.com implemented. There's also an experimental ipoke4~built that's not short of complete (with more input from Katja, @Matt Barber brbrofsvl@gmail.com & @Charles Z Henry czhenry@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 @fjkraan@xs4all.nl fjkraan@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 tremblap@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 tremblap@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...
On 15 Jul 2021, at 21:15, Peter P. peterparker@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
Hi there,
When my twins were born I suddenly had a lot less time for development. :)
The biggest issue we found was in taking care of aliasing when the write pointer moved slower than one point per sample. The easiest way is to keep a running average of input samples between writes, but it's not the best filter. We'd looked at a number of ways of doing it, including writing a filter kernel into adjacent samples (I believe this is what csound's vdelayxw opcode does). I remember Chuck had been working on that part of it when I bowed out never to get a full night's sleep again.
We'd talked also about using the same engine for a variable delwrite~ of sorts, which could be used for doppler shifts where the listener is stationary and the sources move, but that never got off the ground. The output of such an object would not need any access to Pd's delay architecture to work.
Matt
On Mon, Jul 19, 2021 at 5:23 AM Julian Brooks jbeezez@gmail.com wrote:
Hi all,
Yes, as stated -- ipoke~ is definitely implemented. @Peter P. peterparker@fastmail.com how you getting on with it? There's a more recent version too, with some additional classes and tests that @katja katjavetter@gmail.com implemented. There's also an experimental ipoke4~built that's not short of complete (with more input from Katja, @Matt Barber brbrofsvl@gmail.com & @Charles Z Henry czhenry@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 @fjkraan@xs4all.nl fjkraan@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 tremblap@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 < tremblap@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...
On 15 Jul 2021, at 21:15, Peter P. peterparker@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
Hi all,
I also have been living with some shifting priorities that have kept me away from accomplishing development. I'm currently teaching computing/physics/electronics courses in a renewable energy program, which has been quite humbling this past year.
I've come back around to polynomials this summer with a new framework to systematize how to set the rate of attenuation of truncated functions with a polynomial corrector. The julia programming language is best for this, since it has matrix solvers that work over rational numbers which will work for exact solutions. It's definitely an interpolator application, but also applies to window functions and maybe implicit methods.
Is it time to re-examine variable speed table writing and reading? I'm down with solving some new math problems, just kind of exhausted by my teaching load and helping out my family
My favorite new app of 2020 was http://mathcha.io which makes it easy to write up typeset math documents and share them
Best, Chuck
On Wed, Aug 4, 2021 at 8:30 AM Matt Barber brbrofsvl@gmail.com wrote:
Hi there,
When my twins were born I suddenly had a lot less time for development. :)
The biggest issue we found was in taking care of aliasing when the write pointer moved slower than one point per sample. The easiest way is to keep a running average of input samples between writes, but it's not the best filter. We'd looked at a number of ways of doing it, including writing a filter kernel into adjacent samples (I believe this is what csound's vdelayxw opcode does). I remember Chuck had been working on that part of it when I bowed out never to get a full night's sleep again.
We'd talked also about using the same engine for a variable delwrite~ of sorts, which could be used for doppler shifts where the listener is stationary and the sources move, but that never got off the ground. The output of such an object would not need any access to Pd's delay architecture to work.
Matt
On Mon, Jul 19, 2021 at 5:23 AM Julian Brooks jbeezez@gmail.com wrote:
Hi all,
Yes, as stated -- ipoke~ is definitely implemented. @Peter P. how you getting on with it? There's a more recent version too, with some additional classes and tests that @katja implemented. There's also an experimental ipoke4~built that's not short of complete (with more input from Katja, @Matt Barber & @Charles Z Henry ) 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 @fjkraan@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 - 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 tremblap@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...
On 15 Jul 2021, at 21:15, Peter P. peterparker@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
-
Charles Z Henry -
F.J. Kraan -
Julian Brooks -
Matt Barber -
Peter P. -
Pierre Alexandre Tremblay