Re: [PD] A fifth IMMEDIATE YES from New Blankets [Checking for interest: Scheme interpreter external for PD (Iain Duncan)]
It was pretty flaky -- *all* contact between the sc3 engine and ma/msp was done through sockets so as not to violate the copyright. Source code is on this page if anyone wants to look at it (frightening stuff!): http://sites.music.columbia.edu/brad/sc3~/ brad On Thu, Oct 22, 2020 at 4:37 PM Alexandre Torres Porres wrote: > > > Em qui., 22 de out. de 2020 às 15:52, Brad Garton > escreveu: > >> I think that's a good approach. You can do a lot with multiple instances! >> >> The chuck~ object is really ancient now, I doubt it runs. And the sc3~ >> object (also really ancient) was a test to see if I could 'embed' it inside >> max/msp without violating the copyright restrictions. >> > > I often dream in runing sc inside Pd... > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] A fifth IMMEDIATE YES from New Blankets [Checking for interest: Scheme interpreter external for PD (Iain Duncan)]
Em qui., 22 de out. de 2020 às 15:52, Brad Garton escreveu: > I think that's a good approach. You can do a lot with multiple instances! > > The chuck~ object is really ancient now, I doubt it runs. And the sc3~ > object (also really ancient) was a test to see if I could 'embed' it inside > max/msp without violating the copyright restrictions. > I often dream in runing sc inside Pd... ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Checking for interest: Scheme interpreter external for PD
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 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 > -- José Rafael Subía Valdez www.jrsv.net *"...I am an Anarchist! Wherefore I willNot rule, and also ruled I will not be!"* - John Henry Mackay ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] A fifth IMMEDIATE YES from New Blankets [Checking for interest: Scheme interpreter external for PD (Iain Duncan)]
I think that's a good approach. You can do a lot with multiple instances! The chuck~ object is really ancient now, I doubt it runs. And the sc3~ object (also really ancient) was a test to see if I could 'embed' it inside max/msp without violating the copyright restrictions. I have updated the rtcmix~ object recently, both max/msp and pd versions; OSX and WIndows 10. We're using rtcmix a lot in our unity work. Fun! brad On Thu, Oct 22, 2020 at 10:59 AM Iain Duncan wrote: > Hi Brad, what I have working in Max is that each object is one isolated > interpreter so that users can have multiple instances, including the > ability to run one in the scheduler thread and one in the low priority gui > thread. I have thought about enabling a global one as well, but it's > pretty easy to use send and receive objects to simulate that with the > current system, while the reverse was not true. This was one of the reasons > I chose S7 actually, I looked at Chicken but it's not re-entrant so > multiple instances was not going to be simple to do. I've been meaning to > check out your code for the the sc and chuck objects too! > > iain > > On Thu, Oct 22, 2020 at 10:38 AM Brad Garton wrote: > >> One question occurs to me: do you plan for multiple object >> instantiations? For my lisp interpreter, you can do that BUT all of the >> instantiated objects in the patcher communicate with a single interpreter >> (i.e. they can share data, symbols, etc.). In some of the other objects I >> did (rtcmix~, sc3~, chuck~) I allowed multiple patcher objects and each one >> was a separate instance of the language. There are costs and benefits both >> ways, of course. >> >> brad >> >> >> On Thu, Oct 22, 2020 at 8:51 AM Iain Duncan >> wrote: >> >>> Thanks Brad and Joe. Brad, yes I found your work when I was doing >>> research, and it was good validation that such a thing could work! I wound >>> up going with S7 over Common Lisp as the embedding story is really simple, >>> and I like the way S7 has CL macros but one simple namespace (similar to >>> Clojure and Janet) which works nicely in Max. >>> >>> iain >>> >>> On Thu, Oct 22, 2020 at 8:35 AM Brad Garton wrote: >>> This sounds like a terrific project! I don't know if this is of interest, but I wrote a Common Lisp interpreter object for Max/MSP awhile ago. The interpreter was implemented in java, so I'm not sure if it runs with contemporary Max/MSP-s (they dropped explicit java support, but I've heard from some that it still works). http://sites.music.columbia.edu/brad/maxlispj/ brad On Thu, Oct 22, 2020 at 7:32 AM Joe Deken wrote: > Hello Ian, > (Allowing for time-zones and the dateline) I would eagerly like to be > the > > -- FIFTH IMMEDIATE HEARTY "YES" VOTE!? -- > > From my own viewpoint, the introduction of LISP structures and > capability > into > Pd would be seminal to new visions and vistas for Pd itself. (I am > warped > by having conversations > with Chris McCormick and other aficionados of Clojure, incorrigible > years > myself with emacs-LISP, and even -- when dinosaurs roamed the earth, > with > giants such as John McCarthy -- some small bit of tme of my own in his > shop and among his disciples at CSAIL. > > Lest my mind wander (further), I'll say this more concretely: New > Blankets > is happy to offer resources > for your efforts if such resources would turn out to be useful. (Not > the > dreaded "bounty" avenue -- I'm thinking more of something like a > *Pd-Weekend* at my place here in San Diego (or at yours) -- Such PdW > would be a "round workbench" session as Katja dubs -- you could > present > your PdScheme work (when you're ready) to a hands-on group who would > riff > on your schemes and move them forward. At first attempt, this > Pd-Weekend > could even be virtual and open to all via round-workbench sessions at > say: >-- https://meet.jit.si/duncan_pd_scheme/ -- > > A personal plea ... hope you will include in your vision the wonderful > ideas of Brian Harvey and his SNAP! visual-interfacing achievements. > (Some > antidote is needed with real LISP to counter the bogus infestation of > Scratch! which seems to have taken pernicious hold world wide ...) > > > On Thu, October 22, 2020 1:34 am, pd-list-requ...@lists.iem.at wrote: > > > 1. Checking for interest: Scheme interpreter external for PD (Iain > Duncan) > > > > -- > > > Message: 1 > > Date: Wed, 21 Oct 2020 20:14:26 -0700 > > From: Iain Duncan > > To: pd-list@lists.iem.at > > Subject: [PD] Checking for interest: Scheme interpreter external for > > PD > > Hello, I'm the author of Scheme for
Re: [PD] A fifth IMMEDIATE YES from New Blankets [Checking for interest: Scheme interpreter external for PD (Iain Duncan)]
Hi Brad, what I have working in Max is that each object is one isolated interpreter so that users can have multiple instances, including the ability to run one in the scheduler thread and one in the low priority gui thread. I have thought about enabling a global one as well, but it's pretty easy to use send and receive objects to simulate that with the current system, while the reverse was not true. This was one of the reasons I chose S7 actually, I looked at Chicken but it's not re-entrant so multiple instances was not going to be simple to do. I've been meaning to check out your code for the the sc and chuck objects too! iain On Thu, Oct 22, 2020 at 10:38 AM Brad Garton wrote: > One question occurs to me: do you plan for multiple object > instantiations? For my lisp interpreter, you can do that BUT all of the > instantiated objects in the patcher communicate with a single interpreter > (i.e. they can share data, symbols, etc.). In some of the other objects I > did (rtcmix~, sc3~, chuck~) I allowed multiple patcher objects and each one > was a separate instance of the language. There are costs and benefits both > ways, of course. > > brad > > > On Thu, Oct 22, 2020 at 8:51 AM Iain Duncan > wrote: > >> Thanks Brad and Joe. Brad, yes I found your work when I was doing >> research, and it was good validation that such a thing could work! I wound >> up going with S7 over Common Lisp as the embedding story is really simple, >> and I like the way S7 has CL macros but one simple namespace (similar to >> Clojure and Janet) which works nicely in Max. >> >> iain >> >> On Thu, Oct 22, 2020 at 8:35 AM Brad Garton wrote: >> >>> This sounds like a terrific project! >>> >>> I don't know if this is of interest, but I wrote a Common Lisp >>> interpreter object for Max/MSP awhile ago. The interpreter was implemented >>> in java, so I'm not sure if it runs with contemporary Max/MSP-s (they >>> dropped explicit java support, but I've heard from some that it still >>> works). >>> >>> http://sites.music.columbia.edu/brad/maxlispj/ >>> >>> brad >>> >>> >>> On Thu, Oct 22, 2020 at 7:32 AM Joe Deken >>> wrote: >>> Hello Ian, (Allowing for time-zones and the dateline) I would eagerly like to be the -- FIFTH IMMEDIATE HEARTY "YES" VOTE!? -- From my own viewpoint, the introduction of LISP structures and capability into Pd would be seminal to new visions and vistas for Pd itself. (I am warped by having conversations with Chris McCormick and other aficionados of Clojure, incorrigible years myself with emacs-LISP, and even -- when dinosaurs roamed the earth, with giants such as John McCarthy -- some small bit of tme of my own in his shop and among his disciples at CSAIL. Lest my mind wander (further), I'll say this more concretely: New Blankets is happy to offer resources for your efforts if such resources would turn out to be useful. (Not the dreaded "bounty" avenue -- I'm thinking more of something like a *Pd-Weekend* at my place here in San Diego (or at yours) -- Such PdW would be a "round workbench" session as Katja dubs -- you could present your PdScheme work (when you're ready) to a hands-on group who would riff on your schemes and move them forward. At first attempt, this Pd-Weekend could even be virtual and open to all via round-workbench sessions at say: -- https://meet.jit.si/duncan_pd_scheme/ -- A personal plea ... hope you will include in your vision the wonderful ideas of Brian Harvey and his SNAP! visual-interfacing achievements. (Some antidote is needed with real LISP to counter the bogus infestation of Scratch! which seems to have taken pernicious hold world wide ...) On Thu, October 22, 2020 1:34 am, pd-list-requ...@lists.iem.at wrote: 1. Checking for interest: Scheme interpreter external for PD (Iain Duncan) > -- > > Message: 1 > Date: Wed, 21 Oct 2020 20:14:26 -0700 > From: Iain Duncan > To: pd-list@lists.iem.at > Subject: [PD] Checking for interest: Scheme interpreter external for > PD > 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
Re: [PD] A fifth IMMEDIATE YES from New Blankets [Checking for interest: Scheme interpreter external for PD (Iain Duncan)]
One question occurs to me: do you plan for multiple object instantiations? For my lisp interpreter, you can do that BUT all of the instantiated objects in the patcher communicate with a single interpreter (i.e. they can share data, symbols, etc.). In some of the other objects I did (rtcmix~, sc3~, chuck~) I allowed multiple patcher objects and each one was a separate instance of the language. There are costs and benefits both ways, of course. brad On Thu, Oct 22, 2020 at 8:51 AM Iain Duncan wrote: > Thanks Brad and Joe. Brad, yes I found your work when I was doing > research, and it was good validation that such a thing could work! I wound > up going with S7 over Common Lisp as the embedding story is really simple, > and I like the way S7 has CL macros but one simple namespace (similar to > Clojure and Janet) which works nicely in Max. > > iain > > On Thu, Oct 22, 2020 at 8:35 AM Brad Garton wrote: > >> This sounds like a terrific project! >> >> I don't know if this is of interest, but I wrote a Common Lisp >> interpreter object for Max/MSP awhile ago. The interpreter was implemented >> in java, so I'm not sure if it runs with contemporary Max/MSP-s (they >> dropped explicit java support, but I've heard from some that it still >> works). >> >> http://sites.music.columbia.edu/brad/maxlispj/ >> >> brad >> >> >> On Thu, Oct 22, 2020 at 7:32 AM Joe Deken >> wrote: >> >>> Hello Ian, >>> (Allowing for time-zones and the dateline) I would eagerly like to be the >>> >>> -- FIFTH IMMEDIATE HEARTY "YES" VOTE!? -- >>> >>> From my own viewpoint, the introduction of LISP structures and capability >>> into >>> Pd would be seminal to new visions and vistas for Pd itself. (I am >>> warped >>> by having conversations >>> with Chris McCormick and other aficionados of Clojure, incorrigible years >>> myself with emacs-LISP, and even -- when dinosaurs roamed the earth, with >>> giants such as John McCarthy -- some small bit of tme of my own in his >>> shop and among his disciples at CSAIL. >>> >>> Lest my mind wander (further), I'll say this more concretely: New >>> Blankets >>> is happy to offer resources >>> for your efforts if such resources would turn out to be useful. (Not the >>> dreaded "bounty" avenue -- I'm thinking more of something like a >>> *Pd-Weekend* at my place here in San Diego (or at yours) -- Such PdW >>> would be a "round workbench" session as Katja dubs -- you could present >>> your PdScheme work (when you're ready) to a hands-on group who would riff >>> on your schemes and move them forward. At first attempt, this >>> Pd-Weekend >>> could even be virtual and open to all via round-workbench sessions at >>> say: >>>-- https://meet.jit.si/duncan_pd_scheme/ -- >>> >>> A personal plea ... hope you will include in your vision the wonderful >>> ideas of Brian Harvey and his SNAP! visual-interfacing achievements. >>> (Some >>> antidote is needed with real LISP to counter the bogus infestation of >>> Scratch! which seems to have taken pernicious hold world wide ...) >>> >>> >>> On Thu, October 22, 2020 1:34 am, pd-list-requ...@lists.iem.at wrote: >>> >>> >>> 1. Checking for interest: Scheme interpreter external for PD (Iain >>> Duncan) >>> >>> > -- >>> > > Message: 1 >>> > Date: Wed, 21 Oct 2020 20:14:26 -0700 >>> > From: Iain Duncan >>> > To: pd-list@lists.iem.at >>> > Subject: [PD] Checking for interest: Scheme interpreter external for >>> > PD >>> > 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 >>>
Re: [PD] Checking for interest: Scheme interpreter external for PD
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 wrote: > + 1 > > Em qui., 22 de out. de 2020 às 05:36, ub 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-l...@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 > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] A fifth IMMEDIATE YES from New Blankets [Checking for interest: Scheme interpreter external for PD (Iain Duncan)]
Hi Miller, yes Bill and others on the Stanford cmdist list have been super helpful and supportive. I was very disappointed not to get to visit this spring for the CCRMA workshops, darned covid! I spent a couple of months evaluating lisp/scheme possibilities last fall before settling on S7, and have been very happy with the choice. Embedding and the FFI are extremely simple, the Common Music stuff "just works", and it really does fit the tradeoffs we want for computer music well. It has worked even better than I hoped and expected in Max, and given the responses here so far, I will embark on a PD port too. :-) Thanks for the responses everyone, they are very encouraging. I imagine I will need to focus on the V2 for max for the next couple of months but will get going on PD port too, hopefully possible next semester! iain On Thu, Oct 22, 2020 at 9:07 AM Miller Puckette wrote: > Pd also doesn't do "namspaces" so that reason holds for Pd as well. ALSO, > the people at Stanford are very open-source-friendly so having S7 in Pd > will probably get some uptake there. > > cheers > Miller > > On Thu, Oct 22, 2020 at 08:51:20AM -0700, Iain Duncan wrote: > > Thanks Brad and Joe. Brad, yes I found your work when I was doing > research, > > and it was good validation that such a thing could work! I wound up going > > with S7 over Common Lisp as the embedding story is really simple, and I > > like the way S7 has CL macros but one simple namespace (similar to > Clojure > > and Janet) which works nicely in Max. > > > > iain > > > > On Thu, Oct 22, 2020 at 8:35 AM Brad Garton wrote: > > > > > This sounds like a terrific project! > > > > > > I don't know if this is of interest, but I wrote a Common Lisp > interpreter > > > object for Max/MSP awhile ago. The interpreter was implemented in > java, so > > > I'm not sure if it runs with contemporary Max/MSP-s (they dropped > explicit > > > java support, but I've heard from some that it still works). > > > > > > > https://urldefense.com/v3/__http://sites.music.columbia.edu/brad/maxlispj/__;!!Mih3wA!XHYP8qU-7B6AKNtBI2TzdG69ZAJ0T2B82BOkPQE62y3I2o3xgK5FpoMpgkjV$ > > > > > > brad > > > > > > > > > On Thu, Oct 22, 2020 at 7:32 AM Joe Deken > > > > wrote: > > > > > >> Hello Ian, > > >> (Allowing for time-zones and the dateline) I would eagerly like to be > the > > >> > > >> -- FIFTH IMMEDIATE HEARTY "YES" VOTE!? -- > > >> > > >> From my own viewpoint, the introduction of LISP structures and > capability > > >> into > > >> Pd would be seminal to new visions and vistas for Pd itself. (I am > warped > > >> by having conversations > > >> with Chris McCormick and other aficionados of Clojure, incorrigible > years > > >> myself with emacs-LISP, and even -- when dinosaurs roamed the earth, > with > > >> giants such as John McCarthy -- some small bit of tme of my own in his > > >> shop and among his disciples at CSAIL. > > >> > > >> Lest my mind wander (further), I'll say this more concretely: New > Blankets > > >> is happy to offer resources > > >> for your efforts if such resources would turn out to be useful. (Not > the > > >> dreaded "bounty" avenue -- I'm thinking more of something like a > > >> *Pd-Weekend* at my place here in San Diego (or at yours) -- Such PdW > > >> would be a "round workbench" session as Katja dubs -- you could > present > > >> your PdScheme work (when you're ready) to a hands-on group who would > riff > > >> on your schemes and move them forward. At first attempt, this > Pd-Weekend > > >> could even be virtual and open to all via round-workbench sessions at > say: > > >>-- > https://urldefense.com/v3/__https://meet.jit.si/duncan_pd_scheme/__;!!Mih3wA!XHYP8qU-7B6AKNtBI2TzdG69ZAJ0T2B82BOkPQE62y3I2o3xgK5Fpjp937Hb$ > -- > > >> > > >> A personal plea ... hope you will include in your vision the wonderful > > >> ideas of Brian Harvey and his SNAP! visual-interfacing achievements. > (Some > > >> antidote is needed with real LISP to counter the bogus infestation of > > >> Scratch! which seems to have taken pernicious hold world wide ...) > > >> > > >> > > >> On Thu, October 22, 2020 1:34 am, pd-list-requ...@lists.iem.at wrote: > > >> > > >> > > >> 1. Checking for interest: Scheme interpreter external for PD (Iain > > >> Duncan) > > >> > > >> > > -- > > >> > > Message: 1 > > >> > Date: Wed, 21 Oct 2020 20:14:26 -0700 > > >> > From: Iain Duncan > > >> > To: pd-list@lists.iem.at > > >> > Subject: [PD] Checking for interest: Scheme interpreter external for > > >> > PD > > >> > 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 >
Re: [PD] A fifth IMMEDIATE YES from New Blankets [Checking for interest: Scheme interpreter external for PD (Iain Duncan)]
Pd also doesn't do "namspaces" so that reason holds for Pd as well. ALSO, the people at Stanford are very open-source-friendly so having S7 in Pd will probably get some uptake there. cheers Miller On Thu, Oct 22, 2020 at 08:51:20AM -0700, Iain Duncan wrote: > Thanks Brad and Joe. Brad, yes I found your work when I was doing research, > and it was good validation that such a thing could work! I wound up going > with S7 over Common Lisp as the embedding story is really simple, and I > like the way S7 has CL macros but one simple namespace (similar to Clojure > and Janet) which works nicely in Max. > > iain > > On Thu, Oct 22, 2020 at 8:35 AM Brad Garton wrote: > > > This sounds like a terrific project! > > > > I don't know if this is of interest, but I wrote a Common Lisp interpreter > > object for Max/MSP awhile ago. The interpreter was implemented in java, so > > I'm not sure if it runs with contemporary Max/MSP-s (they dropped explicit > > java support, but I've heard from some that it still works). > > > > https://urldefense.com/v3/__http://sites.music.columbia.edu/brad/maxlispj/__;!!Mih3wA!XHYP8qU-7B6AKNtBI2TzdG69ZAJ0T2B82BOkPQE62y3I2o3xgK5FpoMpgkjV$ > > > > > > brad > > > > > > On Thu, Oct 22, 2020 at 7:32 AM Joe Deken > > wrote: > > > >> Hello Ian, > >> (Allowing for time-zones and the dateline) I would eagerly like to be the > >> > >> -- FIFTH IMMEDIATE HEARTY "YES" VOTE!? -- > >> > >> From my own viewpoint, the introduction of LISP structures and capability > >> into > >> Pd would be seminal to new visions and vistas for Pd itself. (I am warped > >> by having conversations > >> with Chris McCormick and other aficionados of Clojure, incorrigible years > >> myself with emacs-LISP, and even -- when dinosaurs roamed the earth, with > >> giants such as John McCarthy -- some small bit of tme of my own in his > >> shop and among his disciples at CSAIL. > >> > >> Lest my mind wander (further), I'll say this more concretely: New Blankets > >> is happy to offer resources > >> for your efforts if such resources would turn out to be useful. (Not the > >> dreaded "bounty" avenue -- I'm thinking more of something like a > >> *Pd-Weekend* at my place here in San Diego (or at yours) -- Such PdW > >> would be a "round workbench" session as Katja dubs -- you could present > >> your PdScheme work (when you're ready) to a hands-on group who would riff > >> on your schemes and move them forward. At first attempt, this Pd-Weekend > >> could even be virtual and open to all via round-workbench sessions at say: > >>-- > >> https://urldefense.com/v3/__https://meet.jit.si/duncan_pd_scheme/__;!!Mih3wA!XHYP8qU-7B6AKNtBI2TzdG69ZAJ0T2B82BOkPQE62y3I2o3xgK5Fpjp937Hb$ > >> -- > >> > >> A personal plea ... hope you will include in your vision the wonderful > >> ideas of Brian Harvey and his SNAP! visual-interfacing achievements. (Some > >> antidote is needed with real LISP to counter the bogus infestation of > >> Scratch! which seems to have taken pernicious hold world wide ...) > >> > >> > >> On Thu, October 22, 2020 1:34 am, pd-list-requ...@lists.iem.at wrote: > >> > >> > >> 1. Checking for interest: Scheme interpreter external for PD (Iain > >> Duncan) > >> > >> > -- > >> > > Message: 1 > >> > Date: Wed, 21 Oct 2020 20:14:26 -0700 > >> > From: Iain Duncan > >> > To: pd-list@lists.iem.at > >> > Subject: [PD] Checking for interest: Scheme interpreter external for > >> > PD > >> > 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
Re: [PD] A fifth IMMEDIATE YES from New Blankets [Checking for interest: Scheme interpreter external for PD (Iain Duncan)]
Thanks Brad and Joe. Brad, yes I found your work when I was doing research, and it was good validation that such a thing could work! I wound up going with S7 over Common Lisp as the embedding story is really simple, and I like the way S7 has CL macros but one simple namespace (similar to Clojure and Janet) which works nicely in Max. iain On Thu, Oct 22, 2020 at 8:35 AM Brad Garton wrote: > This sounds like a terrific project! > > I don't know if this is of interest, but I wrote a Common Lisp interpreter > object for Max/MSP awhile ago. The interpreter was implemented in java, so > I'm not sure if it runs with contemporary Max/MSP-s (they dropped explicit > java support, but I've heard from some that it still works). > > http://sites.music.columbia.edu/brad/maxlispj/ > > brad > > > On Thu, Oct 22, 2020 at 7:32 AM Joe Deken > wrote: > >> Hello Ian, >> (Allowing for time-zones and the dateline) I would eagerly like to be the >> >> -- FIFTH IMMEDIATE HEARTY "YES" VOTE!? -- >> >> From my own viewpoint, the introduction of LISP structures and capability >> into >> Pd would be seminal to new visions and vistas for Pd itself. (I am warped >> by having conversations >> with Chris McCormick and other aficionados of Clojure, incorrigible years >> myself with emacs-LISP, and even -- when dinosaurs roamed the earth, with >> giants such as John McCarthy -- some small bit of tme of my own in his >> shop and among his disciples at CSAIL. >> >> Lest my mind wander (further), I'll say this more concretely: New Blankets >> is happy to offer resources >> for your efforts if such resources would turn out to be useful. (Not the >> dreaded "bounty" avenue -- I'm thinking more of something like a >> *Pd-Weekend* at my place here in San Diego (or at yours) -- Such PdW >> would be a "round workbench" session as Katja dubs -- you could present >> your PdScheme work (when you're ready) to a hands-on group who would riff >> on your schemes and move them forward. At first attempt, this Pd-Weekend >> could even be virtual and open to all via round-workbench sessions at say: >>-- https://meet.jit.si/duncan_pd_scheme/ -- >> >> A personal plea ... hope you will include in your vision the wonderful >> ideas of Brian Harvey and his SNAP! visual-interfacing achievements. (Some >> antidote is needed with real LISP to counter the bogus infestation of >> Scratch! which seems to have taken pernicious hold world wide ...) >> >> >> On Thu, October 22, 2020 1:34 am, pd-list-requ...@lists.iem.at wrote: >> >> >> 1. Checking for interest: Scheme interpreter external for PD (Iain >> Duncan) >> >> > -- >> > > Message: 1 >> > Date: Wed, 21 Oct 2020 20:14:26 -0700 >> > From: Iain Duncan >> > To: pd-list@lists.iem.at >> > Subject: [PD] Checking for interest: Scheme interpreter external for >> > PD >> > 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 >> >> >> -- >> > Message: 2 >> > Date: Thu, 22 Oct 2020 08:35:01 +0200 >> > From: IOhannes m zmoelnig >> ... >> > so now that you ask: i think it would be great. >> > >> > gfadmsr >> > IOhannes >> >> >> -- >> > Message: 3 >> > Date: Thu, 22 Oct 2020 09:56:16 +0200 >> > From: "Peter P." >> >> ... >> > It would be great to have esp common list available in Pd
Re: [PD] A fifth IMMEDIATE YES from New Blankets [Checking for interest: Scheme interpreter external for PD (Iain Duncan)]
This sounds like a terrific project! I don't know if this is of interest, but I wrote a Common Lisp interpreter object for Max/MSP awhile ago. The interpreter was implemented in java, so I'm not sure if it runs with contemporary Max/MSP-s (they dropped explicit java support, but I've heard from some that it still works). http://sites.music.columbia.edu/brad/maxlispj/ brad On Thu, Oct 22, 2020 at 7:32 AM Joe Deken wrote: > Hello Ian, > (Allowing for time-zones and the dateline) I would eagerly like to be the > > -- FIFTH IMMEDIATE HEARTY "YES" VOTE!? -- > > From my own viewpoint, the introduction of LISP structures and capability > into > Pd would be seminal to new visions and vistas for Pd itself. (I am warped > by having conversations > with Chris McCormick and other aficionados of Clojure, incorrigible years > myself with emacs-LISP, and even -- when dinosaurs roamed the earth, with > giants such as John McCarthy -- some small bit of tme of my own in his > shop and among his disciples at CSAIL. > > Lest my mind wander (further), I'll say this more concretely: New Blankets > is happy to offer resources > for your efforts if such resources would turn out to be useful. (Not the > dreaded "bounty" avenue -- I'm thinking more of something like a > *Pd-Weekend* at my place here in San Diego (or at yours) -- Such PdW > would be a "round workbench" session as Katja dubs -- you could present > your PdScheme work (when you're ready) to a hands-on group who would riff > on your schemes and move them forward. At first attempt, this Pd-Weekend > could even be virtual and open to all via round-workbench sessions at say: >-- https://meet.jit.si/duncan_pd_scheme/ -- > > A personal plea ... hope you will include in your vision the wonderful > ideas of Brian Harvey and his SNAP! visual-interfacing achievements. (Some > antidote is needed with real LISP to counter the bogus infestation of > Scratch! which seems to have taken pernicious hold world wide ...) > > > On Thu, October 22, 2020 1:34 am, pd-list-requ...@lists.iem.at wrote: > > > 1. Checking for interest: Scheme interpreter external for PD (Iain > Duncan) > > > -- > > > Message: 1 > > Date: Wed, 21 Oct 2020 20:14:26 -0700 > > From: Iain Duncan > > To: pd-list@lists.iem.at > > Subject: [PD] Checking for interest: Scheme interpreter external for > > PD > > 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 > > > -- > > Message: 2 > > Date: Thu, 22 Oct 2020 08:35:01 +0200 > > From: IOhannes m zmoelnig > ... > > so now that you ask: i think it would be great. > > > > gfadmsr > > IOhannes > > > -- > > Message: 3 > > Date: Thu, 22 Oct 2020 09:56:16 +0200 > > From: "Peter P." > > ... > > It would be great to have esp common list available in Pd as part of an > open-source licensed external indeed. > > -- > > -- > > Message: 4 > > Date: Thu, 22 Oct 2020 08:49:59 +0100 > > From: Andy Farnell > > > > > Would love to see Scheme come to Pd. > > Thanks for that Iain. > > > > Andy > > -- > > Message: 5 > > Date: Thu, 22 Oct 2020 10:27:10 +0200 > > From: ub > > > i first met functional
Re: [PD] Checking for interest: Scheme interpreter external for PD
+ 1 Em qui., 22 de out. de 2020 às 05:36, ub 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-l...@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
[PD] A fifth IMMEDIATE YES from New Blankets [Checking for interest: Scheme interpreter external for PD (Iain Duncan)]
Hello Ian, (Allowing for time-zones and the dateline) I would eagerly like to be the -- FIFTH IMMEDIATE HEARTY "YES" VOTE!? -- From my own viewpoint, the introduction of LISP structures and capability into Pd would be seminal to new visions and vistas for Pd itself. (I am warped by having conversations with Chris McCormick and other aficionados of Clojure, incorrigible years myself with emacs-LISP, and even -- when dinosaurs roamed the earth, with giants such as John McCarthy -- some small bit of tme of my own in his shop and among his disciples at CSAIL. Lest my mind wander (further), I'll say this more concretely: New Blankets is happy to offer resources for your efforts if such resources would turn out to be useful. (Not the dreaded "bounty" avenue -- I'm thinking more of something like a *Pd-Weekend* at my place here in San Diego (or at yours) -- Such PdW would be a "round workbench" session as Katja dubs -- you could present your PdScheme work (when you're ready) to a hands-on group who would riff on your schemes and move them forward. At first attempt, this Pd-Weekend could even be virtual and open to all via round-workbench sessions at say: -- https://meet.jit.si/duncan_pd_scheme/ -- A personal plea ... hope you will include in your vision the wonderful ideas of Brian Harvey and his SNAP! visual-interfacing achievements. (Some antidote is needed with real LISP to counter the bogus infestation of Scratch! which seems to have taken pernicious hold world wide ...) On Thu, October 22, 2020 1:34 am, pd-list-requ...@lists.iem.at wrote: 1. Checking for interest: Scheme interpreter external for PD (Iain Duncan) > -- > > Message: 1 > Date: Wed, 21 Oct 2020 20:14:26 -0700 > From: Iain Duncan > To: pd-list@lists.iem.at > Subject: [PD] Checking for interest: Scheme interpreter external for > PD > 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 -- > Message: 2 > Date: Thu, 22 Oct 2020 08:35:01 +0200 > From: IOhannes m zmoelnig ... > so now that you ask: i think it would be great. > > gfadmsr > IOhannes -- > Message: 3 > Date: Thu, 22 Oct 2020 09:56:16 +0200 > From: "Peter P." ... > It would be great to have esp common list available in Pd as part of an open-source licensed external indeed. > -- -- > Message: 4 > Date: Thu, 22 Oct 2020 08:49:59 +0100 > From: Andy Farnell > > Would love to see Scheme come to Pd. > Thanks for that Iain. > > Andy -- > Message: 5 > Date: Thu, 22 Oct 2020 10:27:10 +0200 > From: ub > 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 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Windows in Chinese, problem with paths
Dear list, I am working on a project with people in China and sent them a project with a main patch and a couple of subfolders for abstractions and audio files. I'm using [declare -path abstractions] so PD finds the files relative to the main patch. I tested the patch (I copied the same .zip file that I'm sending) in an older windows machine I have and it works fine, but the chinese colleagues are having some trouble. They sent me a screenshot of the console and PD can't find any of the subpatches or audio files. Do you have any experience with this? They are using Pd 0.51.2 on a Windows 10 machine with the operating system in chinese. I checked and they didn't change the folder structure. Cheers, Maxi -- Maximiliano Estudies *VDT Referat Beschallung* +49 176 36784771 omslo.com maxiestudies.com ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Checking for interest: Scheme interpreter external for PD
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
Re: [PD] Checking for interest: Scheme interpreter external for PD
Would love to see Scheme come to Pd. Thanks for that Iain. Andy On Wed, Oct 21, 2020 at 08:14:26PM -0700, 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 signature.asc Description: Digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Checking for interest: Scheme interpreter external for PD
* Iain Duncan [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. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Checking for interest: Scheme interpreter external for PD
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 ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list