Hello, I'm the author of Scheme for Max, a relatively new open source external for Max/MSP that hosts an embedded Scheme Lisp interpreter using S7, the Scheme implementation from Bill at CCRMA, also used in Snd and Common Music. The external allows one to do things like script and live code Max in scheme, including evaluating lisp code on the fly from files or message boxes, sending messages to other objects, writing to and from common data structures, and interacting with the scheduler. I'm pretty excited about how well it's working for my purposes, and will be doing a new release this fall as part of my MMus at UVic, as well as turning it into a thesis project. I also intend to include full support for the Common Music algorithmic composition toolkit (which also is programmed in S7 scheme or SAL)
I have been kicking around the idea of trying a PD port, and wanted to check whether this sounded interesting to folks in PD land. I like the idea of port because it's always good to be have one's work usable on more than one platform, and linux support would be good for low latency use cases and things like running on small machines. I expect this would be a significant amount of work though, so figured I'd see if it sounded interesting to folks first.
You can get the idea of how it works from the v1 demo video if you want to see what I'm getting at. https://www.youtube.com/watch?v=ErirIFCTdjg
Comments, questions, feedback welcome.
Iain
On 10/22/20 5:14 AM, Iain Duncan wrote:
I have been kicking around the idea of trying a PD port, and wanted to check whether this sounded interesting to folks in PD land.
fun fact: yesterday i updated the Snd package for Debian, and in that process I stumbled upon scheme4max. my first reaction was: i think i want to port that to Pd!
so now that you ask: i think it would be great.
gfadmsr IOhannes
On Thu, Oct 22, 2020 at 10:26 AM Andy Farnell padawan12@obiwannabe.co.uk wrote:
Would love to see Scheme come to Pd.
There's also k_guile from 2004, that still compiles: https://github.com/kmatheussen/k_guile Don't know if it still works though.
Guess there are other alternatives as well, but they all probably suffer a bit from gc non-rt performance. To fix this I later extended the code from k_guile to run in a separate thread to avoid cpu spikes, but this code was only added to the snd sound editor (when snd was compiled as a pd external), and that code was probably removed from snd when switching from guile to s7.
My last love affair with parentheses was in Racket. Although my only ever somewhat successful musical adventures in this style were with Roger Dannenberg's CLM/Nyquist
Lets see what happens if Iain brings S7 over.
Iain, how are you thinking of handling signals (or not)?
andy
On Fri, Oct 23, 2020 at 11:31:48AM +0200, Kjetil Matheussen wrote:
On Thu, Oct 22, 2020 at 10:26 AM Andy Farnell padawan12@obiwannabe.co.uk wrote:
Would love to see Scheme come to Pd.
There's also k_guile from 2004, that still compiles: https://github.com/kmatheussen/k_guile Don't know if it still works though.
Guess there are other alternatives as well, but they all probably suffer a bit from gc non-rt performance. To fix this I later extended the code from k_guile to run in a separate thread to avoid cpu spikes, but this code was only added to the snd sound editor (when snd was compiled as a pd external), and that code was probably removed from snd when switching from guile to s7.
Hi Andy, well I've ordered your book to learn PD, so I'm at least that committed! :-) My overarching goal is to make tools for composing, improvising, and sequencing, so at this point, I'm punting on signals. First I want to support everything in Rick Taubes's Notes From the Metalevel book, along with a bunch of my own ideas, for algorithmic and computer assisted composition/improvisation. But I am hoping to get signals into play eventually. Which makes this a good time for a question...
In Max, my understanding is that if Overdrive is on and Scheduler in Interrupt is selected, we actually get only two threads: low priority thread running who knows when, and high priority thread alternating between a pass of eating up the scheduler queue (up to the limit) and then a pass of the audio vector render. So given that I'm forcing all messages to run in the high priority thread (unless the user asks for danger-mode Any), I *think* I should have no problem calling into S7 and sharing data from both dsp perform routines and regular event scheduled messages. I have not, however, actually done this yet. Can anyone tell me what the situation in PD is there? Or point me at good docs/resources on how the threading and scheduling works in PD?
Thanks iain
On Fri, Oct 23, 2020 at 12:23 PM Andy Farnell padawan12@obiwannabe.co.uk wrote:
My last love affair with parentheses was in Racket. Although my only ever somewhat successful musical adventures in this style were with Roger Dannenberg's CLM/Nyquist
Lets see what happens if Iain brings S7 over.
Iain, how are you thinking of handling signals (or not)?
andy
On Fri, Oct 23, 2020 at 11:31:48AM +0200, Kjetil Matheussen wrote:
On Thu, Oct 22, 2020 at 10:26 AM Andy Farnell padawan12@obiwannabe.co.uk wrote:
Would love to see Scheme come to Pd.
There's also k_guile from 2004, that still compiles: https://github.com/kmatheussen/k_guile Don't know if it still works though.
Guess there are other alternatives as well, but they all probably suffer a bit from gc non-rt performance. To fix this I later extended the code from k_guile to run in a separate thread to avoid cpu spikes, but this code was only added to the snd sound editor (when snd was compiled as a pd external), and that code was probably removed from snd when switching from guile to s7.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Pd's a single thread - you'll have a much easier time adding stuff to Pd than to Max :)
Miller
On Fri, Oct 23, 2020 at 12:35:02PM -0700, Iain Duncan wrote:
Hi Andy, well I've ordered your book to learn PD, so I'm at least that committed! :-) My overarching goal is to make tools for composing, improvising, and sequencing, so at this point, I'm punting on signals. First I want to support everything in Rick Taubes's Notes From the Metalevel book, along with a bunch of my own ideas, for algorithmic and computer assisted composition/improvisation. But I am hoping to get signals into play eventually. Which makes this a good time for a question...
In Max, my understanding is that if Overdrive is on and Scheduler in Interrupt is selected, we actually get only two threads: low priority thread running who knows when, and high priority thread alternating between a pass of eating up the scheduler queue (up to the limit) and then a pass of the audio vector render. So given that I'm forcing all messages to run in the high priority thread (unless the user asks for danger-mode Any), I *think* I should have no problem calling into S7 and sharing data from both dsp perform routines and regular event scheduled messages. I have not, however, actually done this yet. Can anyone tell me what the situation in PD is there? Or point me at good docs/resources on how the threading and scheduling works in PD?
Thanks iain
On Fri, Oct 23, 2020 at 12:23 PM Andy Farnell padawan12@obiwannabe.co.uk wrote:
My last love affair with parentheses was in Racket. Although my only ever somewhat successful musical adventures in this style were with Roger Dannenberg's CLM/Nyquist
Lets see what happens if Iain brings S7 over.
Iain, how are you thinking of handling signals (or not)?
andy
On Fri, Oct 23, 2020 at 11:31:48AM +0200, Kjetil Matheussen wrote:
On Thu, Oct 22, 2020 at 10:26 AM Andy Farnell padawan12@obiwannabe.co.uk wrote:
Would love to see Scheme come to Pd.
There's also k_guile from 2004, that still compiles: https://urldefense.com/v3/__https://github.com/kmatheussen/k_guile__;!!Mih3w... Don't know if it still works though.
Guess there are other alternatives as well, but they all probably suffer a bit from gc non-rt performance. To fix this I later extended the code from k_guile to run in a separate thread to avoid cpu spikes, but this code was only added to the snd sound editor (when snd was compiled as a pd external), and that code was probably removed from snd when switching from guile to s7.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
Oh sweeeet. Yeah so far it's looking like this will be pretty straightforward in comparison. :-)
Can anyone point me at docs or resources on that part of PD? Or do I just need to go to the code? I've read through the git repo on learning to write an external but didn't see much on how to interact with the scheduler. (the stuff that in max uses the clocks and time objects and so on)
Thanks for the feedback everyone! I'm excited to make it happen.
On Fri, Oct 23, 2020 at 4:44 PM Miller Puckette msp@ucsd.edu wrote:
Pd's a single thread - you'll have a much easier time adding stuff to Pd than to Max :)
Miller
On Fri, Oct 23, 2020 at 12:35:02PM -0700, Iain Duncan wrote:
Hi Andy, well I've ordered your book to learn PD, so I'm at least that committed! :-) My overarching goal is to make tools for composing, improvising, and sequencing, so at this point, I'm punting on signals. First I want to support everything in Rick Taubes's Notes From the Metalevel book, along with a bunch of my own ideas, for algorithmic and computer assisted composition/improvisation. But I am hoping to get
signals
into play eventually. Which makes this a good time for a question...
In Max, my understanding is that if Overdrive is on and Scheduler in Interrupt is selected, we actually get only two threads: low priority thread running who knows when, and high priority thread alternating
between
a pass of eating up the scheduler queue (up to the limit) and then a pass of the audio vector render. So given that I'm forcing all messages to run in the high priority thread (unless the user asks for danger-mode Any), I *think* I should have no problem calling into S7 and sharing data from
both
dsp perform routines and regular event scheduled messages. I have not, however, actually done this yet. Can anyone tell me what the situation in PD is there? Or point me at good docs/resources on how the threading and scheduling works in PD?
Thanks iain
On Fri, Oct 23, 2020 at 12:23 PM Andy Farnell <
padawan12@obiwannabe.co.uk>
wrote:
My last love affair with parentheses was in Racket. Although my only ever somewhat successful musical adventures in this style were with Roger Dannenberg's CLM/Nyquist
Lets see what happens if Iain brings S7 over.
Iain, how are you thinking of handling signals (or not)?
andy
On Fri, Oct 23, 2020 at 11:31:48AM +0200, Kjetil Matheussen wrote:
On Thu, Oct 22, 2020 at 10:26 AM Andy Farnell padawan12@obiwannabe.co.uk wrote:
Would love to see Scheme come to Pd.
There's also k_guile from 2004, that still compiles:
https://urldefense.com/v3/__https://github.com/kmatheussen/k_guile__;!!Mih3w...
Don't know if it still works though.
Guess there are other alternatives as well, but they all probably suffer a bit from gc non-rt performance. To fix this I later extended the code from k_guile to run in a separate thread to avoid cpu
spikes,
but this code was only added to the snd sound editor (when snd was compiled as a pd external), and that code was probably removed from snd when switching from guile to s7.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
So if it's a single thread, is there an alternation between dealing with X event messages and rendering the audio buffer?
thanks
On Fri, Oct 23, 2020 at 4:58 PM Iain Duncan iainduncanlists@gmail.com wrote:
Oh sweeeet. Yeah so far it's looking like this will be pretty straightforward in comparison. :-)
Can anyone point me at docs or resources on that part of PD? Or do I just need to go to the code? I've read through the git repo on learning to write an external but didn't see much on how to interact with the scheduler. (the stuff that in max uses the clocks and time objects and so on)
Thanks for the feedback everyone! I'm excited to make it happen.
On Fri, Oct 23, 2020 at 4:44 PM Miller Puckette msp@ucsd.edu wrote:
Pd's a single thread - you'll have a much easier time adding stuff to Pd than to Max :)
Miller
On Fri, Oct 23, 2020 at 12:35:02PM -0700, Iain Duncan wrote:
Hi Andy, well I've ordered your book to learn PD, so I'm at least that committed! :-) My overarching goal is to make tools for composing, improvising, and sequencing, so at this point, I'm punting on signals. First I want to support everything in Rick Taubes's Notes From the Metalevel book, along with a bunch of my own ideas, for algorithmic and computer assisted composition/improvisation. But I am hoping to get
signals
into play eventually. Which makes this a good time for a question...
In Max, my understanding is that if Overdrive is on and Scheduler in Interrupt is selected, we actually get only two threads: low priority thread running who knows when, and high priority thread alternating
between
a pass of eating up the scheduler queue (up to the limit) and then a
pass
of the audio vector render. So given that I'm forcing all messages to
run
in the high priority thread (unless the user asks for danger-mode Any),
I
*think* I should have no problem calling into S7 and sharing data from
both
dsp perform routines and regular event scheduled messages. I have not, however, actually done this yet. Can anyone tell me what the situation
in
PD is there? Or point me at good docs/resources on how the threading and scheduling works in PD?
Thanks iain
On Fri, Oct 23, 2020 at 12:23 PM Andy Farnell <
padawan12@obiwannabe.co.uk>
wrote:
My last love affair with parentheses was in Racket. Although my only ever somewhat successful musical adventures in this style were with Roger Dannenberg's CLM/Nyquist
Lets see what happens if Iain brings S7 over.
Iain, how are you thinking of handling signals (or not)?
andy
On Fri, Oct 23, 2020 at 11:31:48AM +0200, Kjetil Matheussen wrote:
On Thu, Oct 22, 2020 at 10:26 AM Andy Farnell padawan12@obiwannabe.co.uk wrote:
Would love to see Scheme come to Pd.
There's also k_guile from 2004, that still compiles:
https://urldefense.com/v3/__https://github.com/kmatheussen/k_guile__;!!Mih3w...
Don't know if it still works though.
Guess there are other alternatives as well, but they all probably suffer a bit from gc non-rt performance. To fix this I later
extended
the code from k_guile to run in a separate thread to avoid cpu
spikes,
but this code was only added to the snd sound editor (when snd was compiled as a pd external), and that code was probably removed from snd when switching from guile to s7.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
It's all done via clock_new(), clock_delay(), clock_getlogicaltime(), clock_gettimesince(), clock_gettimesincewithunits() and clock_free() calls - examples in the delay and timer objects, in x_time.c.
When it's real time, stupider is better :)
cheers Miller
On Fri, Oct 23, 2020 at 04:58:09PM -0700, Iain Duncan wrote:
Oh sweeeet. Yeah so far it's looking like this will be pretty straightforward in comparison. :-)
Can anyone point me at docs or resources on that part of PD? Or do I just need to go to the code? I've read through the git repo on learning to write an external but didn't see much on how to interact with the scheduler. (the stuff that in max uses the clocks and time objects and so on)
Thanks for the feedback everyone! I'm excited to make it happen.
On Fri, Oct 23, 2020 at 4:44 PM Miller Puckette msp@ucsd.edu wrote:
Pd's a single thread - you'll have a much easier time adding stuff to Pd than to Max :)
Miller
On Fri, Oct 23, 2020 at 12:35:02PM -0700, Iain Duncan wrote:
Hi Andy, well I've ordered your book to learn PD, so I'm at least that committed! :-) My overarching goal is to make tools for composing, improvising, and sequencing, so at this point, I'm punting on signals. First I want to support everything in Rick Taubes's Notes From the Metalevel book, along with a bunch of my own ideas, for algorithmic and computer assisted composition/improvisation. But I am hoping to get
signals
into play eventually. Which makes this a good time for a question...
In Max, my understanding is that if Overdrive is on and Scheduler in Interrupt is selected, we actually get only two threads: low priority thread running who knows when, and high priority thread alternating
between
a pass of eating up the scheduler queue (up to the limit) and then a pass of the audio vector render. So given that I'm forcing all messages to run in the high priority thread (unless the user asks for danger-mode Any), I *think* I should have no problem calling into S7 and sharing data from
both
dsp perform routines and regular event scheduled messages. I have not, however, actually done this yet. Can anyone tell me what the situation in PD is there? Or point me at good docs/resources on how the threading and scheduling works in PD?
Thanks iain
On Fri, Oct 23, 2020 at 12:23 PM Andy Farnell <
padawan12@obiwannabe.co.uk>
wrote:
My last love affair with parentheses was in Racket. Although my only ever somewhat successful musical adventures in this style were with Roger Dannenberg's CLM/Nyquist
Lets see what happens if Iain brings S7 over.
Iain, how are you thinking of handling signals (or not)?
andy
On Fri, Oct 23, 2020 at 11:31:48AM +0200, Kjetil Matheussen wrote:
On Thu, Oct 22, 2020 at 10:26 AM Andy Farnell padawan12@obiwannabe.co.uk wrote:
Would love to see Scheme come to Pd.
There's also k_guile from 2004, that still compiles:
https://urldefense.com/v3/__https://github.com/kmatheussen/k_guile__;!!Mih3w...
Don't know if it still works though.
Guess there are other alternatives as well, but they all probably suffer a bit from gc non-rt performance. To fix this I later extended the code from k_guile to run in a separate thread to avoid cpu
spikes,
but this code was only added to the snd sound editor (when snd was compiled as a pd external), and that code was probably removed from snd when switching from guile to s7.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
Great, thanks for the help. I'm looking forward to learning how PD does it. I'm sure I'll have questions for the dev list as I go!
iain
On Fri, Oct 23, 2020 at 5:05 PM Miller Puckette msp@ucsd.edu wrote:
It's all done via clock_new(), clock_delay(), clock_getlogicaltime(), clock_gettimesince(), clock_gettimesincewithunits() and clock_free() calls - examples in the delay and timer objects, in x_time.c.
When it's real time, stupider is better :)
cheers Miller
On Fri, Oct 23, 2020 at 04:58:09PM -0700, Iain Duncan wrote:
Oh sweeeet. Yeah so far it's looking like this will be pretty straightforward in comparison. :-)
Can anyone point me at docs or resources on that part of PD? Or do I just need to go to the code? I've read through the git repo on learning to
write
an external but didn't see much on how to interact with the scheduler.
(the
stuff that in max uses the clocks and time objects and so on)
Thanks for the feedback everyone! I'm excited to make it happen.
On Fri, Oct 23, 2020 at 4:44 PM Miller Puckette msp@ucsd.edu wrote:
Pd's a single thread - you'll have a much easier time adding stuff to Pd than to Max :)
Miller
On Fri, Oct 23, 2020 at 12:35:02PM -0700, Iain Duncan wrote:
Hi Andy, well I've ordered your book to learn PD, so I'm at least
that
committed! :-) My overarching goal is to make tools for composing, improvising, and sequencing, so at this point, I'm punting on
signals.
First I want to support everything in Rick Taubes's Notes From the Metalevel book, along with a bunch of my own ideas, for algorithmic
and
computer assisted composition/improvisation. But I am hoping to get
signals
into play eventually. Which makes this a good time for a question...
In Max, my understanding is that if Overdrive is on and Scheduler in Interrupt is selected, we actually get only two threads: low
priority
thread running who knows when, and high priority thread alternating
between
a pass of eating up the scheduler queue (up to the limit) and then a
pass
of the audio vector render. So given that I'm forcing all messages
to run
in the high priority thread (unless the user asks for danger-mode
Any), I
*think* I should have no problem calling into S7 and sharing data
from
both
dsp perform routines and regular event scheduled messages. I have
not,
however, actually done this yet. Can anyone tell me what the
situation in
PD is there? Or point me at good docs/resources on how the threading
and
scheduling works in PD?
Thanks iain
On Fri, Oct 23, 2020 at 12:23 PM Andy Farnell <
padawan12@obiwannabe.co.uk>
wrote:
My last love affair with parentheses was in Racket. Although my only ever somewhat successful musical adventures in this style were with Roger Dannenberg's CLM/Nyquist
Lets see what happens if Iain brings S7 over.
Iain, how are you thinking of handling signals (or not)?
andy
On Fri, Oct 23, 2020 at 11:31:48AM +0200, Kjetil Matheussen wrote:
On Thu, Oct 22, 2020 at 10:26 AM Andy Farnell padawan12@obiwannabe.co.uk wrote: > > Would love to see Scheme come to Pd. > There's also k_guile from 2004, that still compiles:
https://urldefense.com/v3/__https://github.com/kmatheussen/k_guile__;!!Mih3w...
Don't know if it still works though.
Guess there are other alternatives as well, but they all probably suffer a bit from gc non-rt performance. To fix this I later
extended
the code from k_guile to run in a separate thread to avoid cpu
spikes,
but this code was only added to the snd sound editor (when snd
was
compiled as a pd external), and that code was probably removed
from
snd when switching from guile to s7.
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management ->
https://urldefense.com/v3/__https://lists.puredata.info/listinfo/pd-list__;!...
- Iain Duncan iainduncanlists@gmail.com [2020-10-22 05:22]:
Hello, I'm the author of Scheme for Max, a relatively new open source external for Max/MSP that hosts an embedded Scheme Lisp interpreter using S7, the Scheme implementation from Bill at CCRMA, also used in Snd and Common Music. The external allows one to do things like script and live code Max in scheme, including evaluating lisp code on the fly from files or message boxes, sending messages to other objects, writing to and from common data structures, and interacting with the scheduler. I'm pretty excited about how well it's working for my purposes, and will be doing a new release this fall as part of my MMus at UVic, as well as turning it into a thesis project. I also intend to include full support for the Common Music algorithmic composition toolkit (which also is programmed in S7 scheme or SAL)
I have been kicking around the idea of trying a PD port, and wanted to check whether this sounded interesting to folks in PD land. I like the idea of port because it's always good to be have one's work usable on more than one platform, and linux support would be good for low latency use cases and things like running on small machines. I expect this would be a significant amount of work though, so figured I'd see if it sounded interesting to folks first.
It would be great to have esp common list available in Pd as part of an open-source licensed external indeed.
hello iain,
i first met functional programming with fluxus and it turned my head inside out. %-)
would be absolutely great to have that in pd!
cheers,
ub
On 22.10.20 05:14, Iain Duncan wrote:
Hello, I'm the author of Scheme for Max, a relatively new open source external for Max/MSP that hosts an embedded Scheme Lisp interpreter using S7, the Scheme implementation from Bill at CCRMA, also used in Snd and Common Music. The external allows one to do things like script and live code Max in scheme, including evaluating lisp code on the fly from files or message boxes, sending messages to other objects, writing to and from common data structures, and interacting with the scheduler. I'm pretty excited about how well it's working for my purposes, and will be doing a new release this fall as part of my MMus at UVic, as well as turning it into a thesis project. I also intend to include full support for the Common Music algorithmic composition toolkit (which also is programmed in S7 scheme or SAL)
I have been kicking around the idea of trying a PD port, and wanted to check whether this sounded interesting to folks in PD land. I like the idea of port because it's always good to be have one's work usable on more than one platform, and linux support would be good for low latency use cases and things like running on small machines. I expect this would be a significant amount of work though, so figured I'd see if it sounded interesting to folks first.
You can get the idea of how it works from the v1 demo video if you want to see what I'm getting at. https://www.youtube.com/watch?v=ErirIFCTdjg
Comments, questions, feedback welcome.
Iain
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
- 100000000
Em qui., 22 de out. de 2020 às 05:36, ub ub@xdv.org escreveu:
hello iain,
i first met functional programming with fluxus and it turned my head inside out. %-)
would be absolutely great to have that in pd!
cheers,
ub
On 22.10.20 05:14, Iain Duncan wrote:
Hello, I'm the author of Scheme for Max, a relatively new open source external for Max/MSP that hosts an embedded Scheme Lisp interpreter using S7, the Scheme implementation from Bill at CCRMA, also used in Snd and Common Music. The external allows one to do things like script and live code Max in scheme, including evaluating lisp code on the fly from files or message boxes, sending messages to other objects, writing to and from common data structures, and interacting with the scheduler. I'm pretty excited about how well it's working for my purposes, and will be doing a new release this fall as part of my MMus at UVic, as well as turning it into a thesis project. I also intend to include full support for the Common Music algorithmic composition toolkit (which also is programmed in S7 scheme or SAL)
I have been kicking around the idea of trying a PD port, and wanted to check whether this sounded interesting to folks in PD land. I like the idea of port because it's always good to be have one's work usable on more than one platform, and linux support would be good for low latency use cases and things like running on small machines. I expect this would be a significant amount of work though, so figured I'd see if it sounded interesting to folks first.
You can get the idea of how it works from the v1 demo video if you want to see what I'm getting at. https://www.youtube.com/watch?v=ErirIFCTdjg
Comments, questions, feedback welcome.
Iain
_______________________________________________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
Thanks everyone, this is very encouraging. I will aspire to make a port to PD next semester, and will announce here when there is a beta version available. :-)
iain
On Thu, Oct 22, 2020 at 8:10 AM Alexandre Torres Porres porres@gmail.com wrote:
- 100000000
Em qui., 22 de out. de 2020 às 05:36, ub ub@xdv.org escreveu:
hello iain,
i first met functional programming with fluxus and it turned my head inside out. %-)
would be absolutely great to have that in pd!
cheers,
ub
On 22.10.20 05:14, Iain Duncan wrote:
Hello, I'm the author of Scheme for Max, a relatively new open source external for Max/MSP that hosts an embedded Scheme Lisp interpreter using S7, the Scheme implementation from Bill at CCRMA, also used in Snd and Common Music. The external allows one to do things like script and live code Max in scheme, including evaluating lisp code on the fly from files or message boxes, sending messages to other objects, writing to and from common data structures, and interacting with the scheduler. I'm pretty excited about how well it's working for my purposes, and will be doing a new release this fall as part of my MMus at UVic, as well as turning it into a thesis project. I also intend to include full support for the Common Music algorithmic composition toolkit (which also is programmed in S7 scheme or SAL)
I have been kicking around the idea of trying a PD port, and wanted to check whether this sounded interesting to folks in PD land. I like the idea of port because it's always good to be have one's work usable on more than one platform, and linux support would be good for low latency use cases and things like running on small machines. I expect this would be a significant amount of work though, so figured I'd see if it sounded interesting to folks first.
You can get the idea of how it works from the v1 demo video if you want to see what I'm getting at. https://www.youtube.com/watch?v=ErirIFCTdjg
Comments, questions, feedback welcome.
Iain
_______________________________________________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
well, I used to use the pdlisp object that uses ECL, but the developer dropped support and I could never actually figure out how to compile it in a more modern system with all the updated libs. https://github.com/byulparan/pdlisp I would definitely be interested in having lisp as a scripting language back in PD
On Wed, Oct 21, 2020 at 11:22 PM Iain Duncan iainduncanlists@gmail.com wrote:
Hello, I'm the author of Scheme for Max, a relatively new open source external for Max/MSP that hosts an embedded Scheme Lisp interpreter using S7, the Scheme implementation from Bill at CCRMA, also used in Snd and Common Music. The external allows one to do things like script and live code Max in scheme, including evaluating lisp code on the fly from files or message boxes, sending messages to other objects, writing to and from common data structures, and interacting with the scheduler. I'm pretty excited about how well it's working for my purposes, and will be doing a new release this fall as part of my MMus at UVic, as well as turning it into a thesis project. I also intend to include full support for the Common Music algorithmic composition toolkit (which also is programmed in S7 scheme or SAL)
I have been kicking around the idea of trying a PD port, and wanted to check whether this sounded interesting to folks in PD land. I like the idea of port because it's always good to be have one's work usable on more than one platform, and linux support would be good for low latency use cases and things like running on small machines. I expect this would be a significant amount of work though, so figured I'd see if it sounded interesting to folks first.
You can get the idea of how it works from the v1 demo video if you want to see what I'm getting at. https://www.youtube.com/watch?v=ErirIFCTdjg
Comments, questions, feedback welcome.
Iain _______________________________________________ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
-
Alexandre Torres Porres -
Andy Farnell -
Iain Duncan -
IOhannes m zmoelnig -
José Rafael Subía Valdez -
Kjetil Matheussen -
Miller Puckette -
Peter P. -
ub