Re: Class library translation to Python

Hi,

this sounds very interesting! How does it compare to the already
existing Python implementions
(https://supercollider.github.io/community/systems-interfacing-with-sc)?

I haven't tried any of them, but at least python-supercollider
(https://github.com/ideoforms/python-supercollider) and supriya
(https://github.com/josiah-wolf-oberholtzer/supriya) seem to be in
active development.

> There are many undecided things yet, I'm trying a different approach
> for patterns now because event and event streams are less practical in
> Python.
What's the problem with Python coroutines?
https://docs.python.org/3/library/asyncio-task.html

Christof

On 31.07.2020 15:57, [email protected] wrote:
> Dear people
>
> From some time now I'm doing a translation of the main features of the
> SCClassLibrary from SClang to Python https://github.com/smrg-lm/sc3.
> It's still in alpha but it has the most important features, server
> control, synthdef building, routines and timing and sequencing.
>
> The main reason for doing this was Python itself. While working on
> different projects I realized that there are many things that would
> have been much easier to do and to interface with, and because Python
> is arguably a more accessible language for many people.
>
> There are many undecided things yet, I'm trying a different approach
> for patterns now because event and event streams are less practical in
> Python. Also, because there are no backward compatibility issues I
> implemented some historically wanted changes like removing muladd
> parameters from ugens and rename or reorganize things in Server and
> other classes. Also, because it is pure Python (so far and with no
> optimization, just trying to get things working right at first) I was
> playing with clock queues and logical time so as to implement an nrt
> mode that doesn't fragment the programming logic between rt and nrt
> (not finished yet).
>
> Besides it is a completely different language my intention is to keep
> all the good things and usability of the environment and some degree
> of sync with sclang's library and SuperCollider's idiosyncrasy.
>
> I'm letting you know so if there is someone interested in
> collaborating or making suggestions or just trying the thing out, I
> will be glad to hear from you. Also I want you to know that I'm very
> open to interaction with the main project if there is any interest at
> any time.
>
> Regards
> Lucas
>

_______________________________________________
sc-dev mailing list

info (subscription, etc.): http://www.birmingham.ac.uk/facilities/ea-studios/research/supercollider/mailinglist.aspx
archive: http://www.listarc.bham.ac.uk/marchives/sc-dev/
search: http://www.listarc.bham.ac.uk/lists/sc-dev/search/