[CM] What motivated the change from CL to Scheme?
Brandon Hale
bthaleproductions at gmail.com
Thu Nov 9 08:51:56 PST 2023
> Orm recently merged my pull request that added support for the Mac, so
> jack is no longer needed. I use cm-incudine on the Mac, and so far I
> haven't run into any issues.
>
> I wrote a blog post a while back which explains how to install
> commonmusic and incudine on the Mac:
> https://cianoc.github.io/2023/09/12/Installing.html
Haha, I ran Jack on macos to get it to work and it was...stable-ish. :)
That's cool though, I didn't know this even happened.
Brandon Hale
On 11/9/23 11:22 AM, Cian wrote:
> Orm recently merged my pull request that added support for the Mac, so
> jack is no longer needed. I use cm-incudine on the Mac, and so far I
> haven't run into any issues.
>
> I wrote a blog post a while back which explains how to install
> commonmusic and incudine on the Mac:
> https://cianoc.github.io/2023/09/12/Installing.html
>
> It's a little fiddly, but it's not a huge deal.
>
> I mostly use CommonMusic for composed stuff, so I'm not sure how
> reliable it is for livecoding. But I would guess if you're using
> SuperCollider/CSound as a backend then it's fine. I've used MIDI a
> little, but not enough to really stress it, so I can't speak to
> latency/jitter issues. But again I'd guess it's probably fine.
>
> On Thu, Nov 9, 2023 at 11:13 AM Brandon Hale
> <bthaleproductions at gmail.com> wrote:
>
>> Ok, that seems like a decent motivation to switch to Scheme,
>> since it is or was used in basic programming courses at
>> universities anyway. But am I wrong to assume that this change
>> created a rather incompatible version, i.e. all existing
>> compositions based on CLOS, and the published papers and books
>> about Common Music became virtually obsolete, and the way to
>> compose with version 3 is significantly different than with
>> version 2? Or do I have a misconception in this respect?
> If you need to run anything with Common Music 2, you can still get
> it to work...with incudine <https://incudine.sourceforge.net/>! I
> can also confirm, as someone who learned lisp with cm-incudine,
> that Taube's book "Notes from the Metalevel" works with
> cm-incudine, thanks to Orm Finnendahl's help. I use the
> cm-incudine system for my own endeavors, like this piece
> <https://youtu.be/i2BiwwZGtaA?si=24nDxuUqoMETOvr0> (hopefully it's
> okay to show a piece, not trying to advertise).
>
> Check out this link: https://github.com/ormf/cm-incudine to learn
> more. Cm-incudine relies heavily on Jack, so using it on Linux
> works the best, but I've gotten it to work on Macos before at work.
>
> I also wrote an installer for it for Arch Linux distros and a
> docker image that can work on any system that docker will run on,
> without the realtime audio support of course:
>
> https://github.com/brandflake11/install-cm-incudine
>
> https://github.com/brandflake11/cm-incudine-docker
>
> Brandon Hale
>
> On 11/9/23 9:49 AM, Rochus Keller wrote:
>>
>> @ Mike, Bil:
>>
>> Thank you both very much for your quick response and the
>> interesting information.
>>
>> > Scheme is a somewhat easier language to learn and use ... I
>> think the motivation was to simplify teaching computer music.
>>
>> Ok, that seems like a decent motivation to switch to Scheme,
>> since it is or was used in basic programming courses at
>> universities anyway. But am I wrong to assume that this change
>> created a rather incompatible version, i.e. all existing
>> compositions based on CLOS, and the published papers and books
>> about Common Music became virtually obsolete, and the way to
>> compose with version 3 is significantly different than with
>> version 2? Or do I have a misconception in this respect?
>>
>> > if you are looking to use specifically Common Lisp for
>> computer-based composition
>>
>> Actually I currently rather try to find out which language is
>> best suited to represent music on a symbolic, compositional (not
>> physical or sound design) level. I'm not sure Common Lisp or
>> Scheme are the best solution, neither Python. SAL is an
>> interesting approach, but essentially Scheme with a kind of
>> Pascal syntax as far as I understand it.
>>
>> > so I wrote s7, starting with TinyScheme
>>
>> Can I conclude from this that your change from Lisp to Scheme and
>> finally your own interpreter was an important reason for Common
>> Music to follow?
>>
>> I had a look at S7 and its implementation which is impressive.
>> Have you also experimented with threaded interpreters? Is the
>> performance of the Scheme code an issue at all in this
>> application domain?
>>
>> Best
>>
>> R.K.
>>
>>
>> _______________________________________________
>> Cmdist mailing list
>> Cmdist at ccrma.stanford.edu
>> https://cm-mail.stanford.edu/mailman/listinfo/cmdist
> _______________________________________________
> Cmdist mailing list
> Cmdist at ccrma.stanford.edu
> https://cm-mail.stanford.edu/mailman/listinfo/cmdist
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://cm-mail.stanford.edu/pipermail/cmdist/attachments/20231109/8c6ff46c/attachment-0001.html>
More information about the Cmdist
mailing list