Serialosc/monome with Organelle?

This is wonderful.
I’ve got one problem, though : I’m using a 256 grid.
While all the buttons are registered, only the top half of the leds are working. I suspect that the [grid] object doesn’t handle rows 8-15 for the leds. Am I right ?
Who is the (wonderful) person responsable of coding the [grid] object ?

hi @chapelierfou, you can find more info about the grid object in this thread - Aleph's grid apps

you can also use the serialosc subpatch no need to use the grid object :slight_smile: also, the grid object does not allow monome col, row or map massages.

1 Like

I believe the 256 is fine (I’m on a sixty four but I’m pretty sure others are using 256.

The Organelle can’t deliver enough current over USB to power all of the LEDs, so someone on here advised that a powered USB hub should be used between Organelle and Monome. See if that fixes your problem.


Thanks. I’m using a powered usb hub.
Using just the serialosc works just fine with the bottom half of the 256, so I really believe this is a bug with the grid object. This is really fine for me. I don’t even understand what is the point of the grid object, to be honest.

Can anyone help with instructions on how to uninstall serial osc from my organelle or how to do a complete reset of my organelle so I can re-install serial osc. Reason being that I have not been able to get any of the monome patches to work except for the poly patch. I just added meadow physics to orac last night and for some reason it only clocks the first note. Everything else is unresponsive. Hoping that possibly by starting over it may rectify the issues I’ve been having.

Btw I’m running it all off of the micro sd on OS 3.1

Here are instructions for loading a fresh OS onto the microSD card:

Right on so it’s the same process I initially used the first time. It’s just a matter of using a fresh card or erasing my card and then flashing the image back onto it. Thanks

I’ve been travelling so haven’t had a chance to respond before now

ok - you’ve reinstalled and that didn’t change it. If the poly thing is working that would suggest your grid/serialosc is ok. You’ve done a reinstall so I’m guessing you are basically on a standard setup with orac added?

So - meadowphysics - the clock comes from the orac clock - which clock are you using in orac? are other modules that use that clock working?

Do you know how meadowphysics v1 works? only the top row clocks when you first load it? it’s very different from ansible meadowphysics (which I also plan to port)

you have to tell the top row to clock subsequent rows?

let me know if any of those things help - if not a quick video of the grid misbehaving might be useful

Oh damn this could definitely be whats going on here. I feel like an idiot now haha. I was definitely expecting it to work like ansible. I’m going to try it again tonight after work and guessing it will probably work considering I’ll be using the proper rules. Thanks for the reply by the way!

Update: that was totally the problem. I have two instances of it running without any issues now. The only problem that I did run across was that if I tried Orac first then the grid was unresponsive. If I loaded the poly patch first and then opened Orac the grid worked fine. Other than that it’s pretty damn cool to be able to do more than one sequence at a time with one grid

first, want to say thanks you agai, @junklight for your work and support.
The meadowphysic module seems to work on my 64h grid, except all the leds are off…
Can i have some advices to how i can change that ? I’m really confused with all the monome related patches, they’re very cryptic to me ^^

1 Like

The external I used for the meadowphysics is

It says explicitly it assumes a 128 grid and looking at the code that seems to be true.

I’m not particularly interested in fixing that code - my current efforts in this direction are (very slowly) porting the ansible version of Kria and probably meadowphysics to PD externals

Reading the code I think that it should be fairly easy to adapt to a 64 grid TBH - although you’d miss the rules section.

(sorry not to be more helpful - I’ll see in porting ansible stuff if I can keep the ability to adapt to different grid sizes)

1 Like

don’t worry :wink:
Thanks for the link, i didn’t found this ressource before.
I will have a look !

i got it build for 64it i’ll try with 32bit in a few moments

finally got around to adding some basic mixer functionality (loop level & pan position) and loop launch/stop controls for the asynchronous looper system. korg nanokontrol mappings took 20 minutes and make a big difference in a the playability.


This is so nice!

Would also be interested in a version for a 64 grid.

You’ve got a 64 and tried it ? Didn’t work ? Have you success to run the others monome patches ?

I’ll have a look today,
Is there a list of Organelle patches for the Monome anywhere?

Patch Storage has something, but mainly “works in progress”. I don’t know if it’s possible to do this, but it would be great if Monome patches had - 64 - 128 - 256 settings that could be selected.

It’s “works in progress” but some folks run patches with 128 grid without problems.
With my 64, the grid poly patch works but all the leds are off
With the grids app : all leds off but the "xyz " are showing on the display when i press down keys on the grid.
Only the whitewhale seems to produces a sound return on my external gear - but even, with not LED light on.

Those patchs are too cryptics for me, can’t manage to understand them…

1 Like

Like you I’d need help identifying the parts to change, but I was looking at a patch last night and noticed that 16 was in the patch a few times. I presumed that referred to the rows/columns on a 128 (8x16 grid)
I suppose on a 64, you could have the functionality of a 128, but somehow there’d have to be a little bit of thought go into that, if it were possible for the Organelle to recognise that a sequence went over 8 steps - then went onto the next grid.
I suppose there are a lot of 64h users around