Thanks! I just press buttons until stuff happens
Yes – I think as the installation process gets simpler, a suite of Monome patches and applications will continue growing for Organelle, and it’ll be much easier for people with Monome’s to plug and play.
I don’t have a Monome – but I have always been interested in the Aleph. Are the patches from Aleph able to be ported to Organelle? Specifically the ones that don’t require a Monome.
so, all we need is serialosc installation (on sdcard or usb pen, in or out of folders in new OS) to run as a daemon, so it is not necessary to type serialoscd on the command line. i think you can work it out @quilime
don’t have an aleph… maybe @rick_monster can answer this. he ported Brian and Ezra aleph’s gird apps.
Aleph’s Patches are written in C and hook into the custom Aleph API. They technically could be ported to Organelle with some time, patience, and elbow grease, depending on the use case. You’ll be missing certain functionality in terms of CV control, as the Organelle doesn’t have CV. However, you could get a USB CV control module – like the Expert Sleepers ES3, and control that from Organelle.
We are porting these to work on Organelle~ @ the Patreon site and adding visual elements from the new graphics “opcodes” I also have an ARC and will be creating new patches that make use of it, 4 more “knobs” and a step controller is a perfect extension
Oh cool! Are you working on getting SerialOSC working on the Organelle for a Grid as well? Happy to help if you’re already working on it, as you can tell from this thread I’m basically just hacking it to get it to work. The fork of serialosc that works on the Organelle as a deamon is from artfwo here:
yes its currently working but i’m building the patches to go with it
It’s not a high priority because this weekend i am working on the ZOIA emulation
but it’s on our list!
so you are building a serialosc installation to run as a daemon on the organelle as @quilime is trying?
no, apps that are related to meadowphysics, white whale, flin, etc…
but they are intended to work with the monome grid and arc right? so you need serialosc on the organelle, or am i missing something?
I think they all need serialosc to talk to grids/arc.
yes they will use serialosc and they will take advantage of the friction, revolutions etc of the ARC kind of like Ansible in a way. but i am designing something fun I am also looking at the Aleph stuff to see what might be fun to translate from those if any
So you ARE getting serialosc working? Are you doing it as a daemon like I’m doing in this thread, or another way? Will everything I’ve been doing become obsolete if you’re doing it anyway?
No problem if it is, but if you’re developing it anyway, then I can just take a break and wait till you finish – unless you’d like to use my install scripts and code.
Made some update to the Grid Apps for Organelle and a new SerialOSC Installer.
You should be able to run the new installer on your Organelle without uninstalling the previous versions of serialosc.
The installer should now work from any location.
Included is a test patch with the follow Monome Apps in an example Organelle patch (No sound yet, just pretty lights and printing data!)
Let me know how it fairs. There is a mysterious bug that I noticed if editing patches on the Organelle Desktop, occasionally after a while the grid will go dark and you have to restart the patch.
Yes still trying to suss out that freeze bug. It’s very inconsistent for me. These new apps technically shouldn’t need to use the [serialosc] patch as now it’s running as a daemon.
However, the [serialosc] object is used for sending direct OSC commands to the Monome Grid and that still is useful. As I have it now, when [serialosc] runs in pd, it force kills all the instances of serialosc running on the system and starts a new one, which is a bit heavy handed. I didn’t want multiple instances of serialosc to start piling up in the background when you load up other Organelle patches.
The way I intend to fix this is to have the [serialosc] patch somehow test if the serialosc daemon is running and query its port for sending OSC directly.
ok, now i can understand the use of [serialosc] patch
new updates regarding the grid apps and mysterious bug without editing patches on the organelle desktop, normal use only
load a patch with grid apps
in a few moments… mysterious bug
re-open the same patch. mysterious bug again.
open a diferente patch with grid apps, mysterious bug is back!
load a monome patch with [serialosc] patch, no grid apps.
load a patch with grid apps… everything is great! no mysterious bug
it seams that if i open a monome patch with [serialosc] first (i don’t even have to play it) then open a patch with grid apps, mysterious bug never comes up. i have not tested this editing patches on the organelle desktop.
hope this test somehow helps you with the mysterious bug!
This is great feedback, thank you. This makes me think the daemon isn’t launching properly. When you launch serialosc for the first time, serialosc is launched – even if you close the patch, it sounds like it’s running in the background. Looking into this
Ok cool – the daemon was indeed timing out, and now it seems to be working after debugging it with
systemctl. If anyone is well versed on systemd in arch, pls chime in, but I’m doing the most basic thing by creating a service that runs at boot at
/etc/systemd/system/serialosc.service. I’ve set its permissions to
-rw-r--r-- (664), and the contents are:
You’ll have to re-run the SerialOSC-Installer patch again, and I’ve also updated the example patches.
I’ve been testing it by booting the Organelle in normal (headless) mode and opening a grid app (like step) and letting it run for a while. So far so good
Download it on the master branch here:
cool, i’m glad my feedback is helping!
my previous tests also consisted on booting the organelle in normal mode, opening a grid app and letting it run for a while. i’ll go and try this one and report back.