Status of SuperCollider?

I’m a SuperCollider veteran looking to spend less time on laptops. So exciting to see the recent post about SC coming pre-installed on Organelle OS v4.0! The thought of porting my SC stuff to PD is the only thing holding me back from picking up an Organelle-M. Strangely, I haven’t seen any talk on sc-user or sc-dev from people using the organelle yet. Maybe they’re just being quiet…? Having worked with SC for many years, I know that it can be a bit “wild” and moving between platforms is rarely straight forward. I’ve read everything I could find here and took a look at the example code on Patchstorage. Sounds like SC on Organelle-M might not be ready quite yet?

I get that this a work-in-progress by organelle users, but is there any additional info about what is/isn’t available to an SC user who doesn’t get as deep as a low level recompile? What is the plan for what it will do out of the box? MIDI implementation for the new ports? A relatively complete set of working ugens? Pushing graphics out to the OLED screen with the lang/UI classes? Will the server on the organelle just pick up OSC messages from another lang on the wifi network and run with them? I have sooo many questions! I just don’t have quite enough confidence to place an order yet…

Thanks in advance for pointing me in the right direction!

1 Like

I discovered a small issue ‘late in the day’ with the organelle-m install of supercollider - basically it needs to be recompiled to work without a monitor attached.
The organelle-1 is ok, which is what caught me out !

It’s relatively easy to create a build for this and/or fix a later release.

As for the status for interactions - in 3.1 (?) the changes were made to mother host to launch supercollider patches from the menu.
I also created examples which show how to interact with the pots and the display. But there ( for whatever reason) was not much interest, and I didn’t have a lot of time to spend doing further examples.
But, afaik, it worked perfectly well.
So not quite sure by what you mean by ‘not ready’.
But for sure support is quite low level - but I’d have thought fine for experienced SC coders?

Of course , supercollider is just another option, perhaps for many here - they already learnt Pure Data and that’s fine for their needs - and I also think it is easier for non programmers to learn PD so perhaps SC will be a for a simple subset of uses.
( just my own personal opinion - happy to be wrong!)

Personally I like supercollider , because of its text nature - but also because I like it’s remote coding capabilities and how it works in a live coding context :slight_smile:

As for going forward, it’s all open source, so we can all work together to take it forward.
Interestingly i was looking at a different approach ( not using sclang) on the qubit nebulae the other day - it’s an alternative and interesting approaching if sclang is not deemed necessary.
Whilst simpler I’m not 100% convinced, partly down to midi support … which is more important on the organelle that the nebulae

Thanks for the reply! It’s really great that you’re working on this port. While I was reading the forum I saw some recent posts that suggested SC was having problems on the Organelle-M. The display issue was the main problem. Since the M is the device currently for sale, and I’m just not savvy enough to tinker with and recompile all of SC from the source, I wanted to make sure I wasn’t headed in the wrong direction.

But it sounds like perhaps the problems with the M mentioned a couple weeks ago have been resolved?

When you tested your installation on the Organelle-1, were you able to get traction with classes like SoundIn.ar and MIDIdef.noteOn?

I’d guess that interacting with the audio inputs and MIDI hardware would take some doing. I’m sorry to hear there wasn’t much interest initially. I can’t imagine using SuperCollider for what I do without a lang running. There are just so many things that wouldn’t work at all.

Looking forward to hearing further updates on this! Cheers!

‘display issue’ - not quite sure what you are referring to here.
bare in mind the knobs and display are communicated to via OSC, which supercollider has good support for, my example are really just demonstrations of how to use them from SC.

(these osc messages are the same as used by Pure Data, so as such SC can do anything that you see in Organelle PD patches)

no reason why soundin and mididef should not work, this is all standard SC stuff.

yeah, mididef is why i used sclang, and also driving the display from client side, rather than server/sound engine side seemed a better idea - with organelle-m this makes even more sense given its multi-core.

anyway, as I said this all should work fine - its really just a ‘packaging issue’ at the moment.
If i get some spare time, I’ll see if I can work on a package for organelle-m,
I’ve also talked to C&G about it, so hopefully we can make sure this is ‘built in’ to next os release.

generally, I’d say, like many things - really this will evolve and get more attention if people use it e.g. theres little point in me spending hours on this, if only a couple of people use it, and the ‘give up’ and move on quickly - thats why i tend to release things, see how much use they get and then go from there .
(of course, i also do things which I use and find interesting… so thats an important factor - but time is always in short supply :wink: )