#65

Sounds good to me. Please make a proposal I think we could use one.

1 Like
#66

Good deal. I’m traveling for the next few days and will follow-up when I can get some thoughts together.

1 Like
#67

resposting the full link address:

http://archive.monome.org/community/discussion/2646/whats-your-definition-of-open-source-hardware/p1

memory lane, wow. shout out to @Galapagoose (enjoi)

interesting read for anyone curious when open source hardware happened. those days had lots of feelings.

2 Likes
#68

i miss some of them folk

particularly @stretta

1 Like
#69

@glia for reals @stretta

"I’m a tea snob.

Technically, all tea comes from the same plant, Camellia sinensis. So, when someone who is sipping their Celestial Seasons calls what they’re drinking ‘tea’, it is my obligation to inform them the correct term is ‘herbal infusion’

I can do this because, in the strictest technical sense, I’m right.
It also makes me a douchebag."

8 Likes
#70

Has there been any discussion on porting community favorites (license depending) to Ansible, Aleph, or a similar open-source hardware platform?

It seems like it would be valuable to have a stable, consistent platform for some of these apps, as Max and/or OS updates have killed off many of them.

#71

I remember that quote like it was yesterday…

1 Like
#72

[quote=“trickyflemming, post:70, topic:1989”]
Has there been any discussion on porting community favorites (license depending) to Ansible, Aleph, or a similar open-source hardware platform?
[/quote] yes, some of the most vibrant, productive, and entertaining conversations on this forum imho

scattered in a few spots but for most of what you’re looking for, start here

in retrospect
ansible might not exist with those ideas getting fleshed out and i hope the progression continues

1 Like
#73

It’s been over five years since I last posted around here. (Well, technically it wasn’t around here at all; it was on the old monome forum.)

Fast forward to this week, when I picked up a gs128 to replace the one I sold in 2014. My first step was to plug it in to a legacy Windows XP tower I still maintain, preserved in amber with all the old monome stuff installed from 2010. I started monomeserial, opened patches in Max 4.6, and…it all worked! Over the past few days I’ve spent hours diving back into 64fingers, mlr 2.27, repeat, NPC60, flip, 64step, dj64, wolves, neptune, etc. Oh, and chipchopchip. Love that thing.

So, yeah, I just want to say thanks to those who are keeping the embers of the old patches alive. I doubt there are many of us out here still running monomeserial at this point, but we do exist!

11 Likes
#74

I have to admit that my curation efforts sort of broke down when I got to the Ms and ran into all the mlr variations. And I’ve run out of steam to pick it back up. What I was doing was verifying which things worked consistently as advertised, and then I was creating individual repos for each project, for those apps that did work.

Would love to see that effort picked up by someone…

(Also, I was focused on serialosc, so more attention to monomeserial apps would be great)

1 Like
#75

Hey @antiphon welcome back :wave:

#76

Thanks @declutter. Or should I say…@rross101?

1 Like
#77

As I go through my old “monome” folders–there are dozens and dozens of them–I’ll see if there aren’t apps that never made it to GitHub (that chipchopchip patch might be one of them). I’m a bit of a Luddite, so I may need advice about the whole procedure, but I might be able to pick up the baton on cataloging and testing the monomeserial stuff.

4 Likes
#78

As someone who has regularly NEEDED to update his hardware, its so cool to hear that many of these COULD still work. This does strike me as the greatest sales point of the Norns. Maybe one day we could begin a project of actually rebuilding some of the more bonkers scripts that would work well on the new platform…

1 Like
#79

Happy to walk you through it all. Hit me up in DM.

#80

I mean, it’s still a platform that sees regular updates, and scripts will sometimes break just like anywhere else. If app developers aren’t vigilant, their work could die for a while. Sometimes until the community sees fit to revive it.

Reviving an app is obviously easier in something whose apps are distributed as editable source files. But that’s still max and pd as much as it’s lua and supercollider. It’s a selling point for anything community driven.

That said, if nothing’s broken and you refuse to run updates, your setup is bulletproof. But I’m not sure I’d want that to be a selling point. People should run updates and grab current software. Especially on Norns.

Which reminds me, I should run updates and grab current software.

2 Likes
#81

hello all ~

i spent most of this pandemic relearning how to code (not max/msp but ruby and vue.js) and it reignited my interest in bringing apps and ideas to life (on the monome and the internet).

for the past couple of weeks i have been perusing the forums, trying to get a feel for where my old arc (one of the first 12 ever made!) and my 40h (maybe the last batch ever made!) can fit into a live, creative set up in 2020. i mostly want to play around with MLR, a sequencer, and generative synth applications, but i’d also like to rebuild some of my old apps with the new monome helpers in max.

almost every post i see has a 128, norns or arc 4 as a centerpiece, and i am capital b Broke due to losing my job & reinvesting in the coding bootcamp, so no hardware upgrades for at least a couple years. is there a thread or a resource for people in my position? i really want to see what is still working in 2020, as a lot of the old apps are not optimized for the current max and macOS builds.

i’d love to get lost in a world with my 40h (8x8) and my arc ii, but every time i get the energy to play with 'em, i end up spending 2 hours in this forum & try a max4live patch or two, and then call it a day cos i am discouraged by lack of LED feedback or lack of playability.

the dream is to have something that’d work with ableton live to allow me to record loops live from my guitar or microphone input, and then be able to chop that live input up MLR style, but without a norns. currently i am fooling around with stretta’s gridlab, but that is mostly set up for 128’s and arc 4’s. anything for us half stack boys ?

thanks in advance for ur help :slight_smile:
daeclan fka roarbearman

4 Likes
#82

Here are norns scripts for that type of grid

More general thread:

Any help with testing old monome software with old monome hardware and recent operating systems etc, is greatly appreciated.

#83

re: long-term softare support:

I feel your pain here - these are great, totally still useful pieces of hardware but long-term support particularly in max / max for live on top of macOS has been a paint point. maybe the reasons vary but it seems like monome stuff tended to use the weird edge features of this program that don’t get enough support love from higher up proprietary software folks. I’m starting to experience this firsthand with a m4l app I released not much more than a year ago : / it ultimately translates to frustrating / not fun dev time for a script writer that very well may no longer use the tool

not what you came here for but I believe hardware platforms like norns exist in part to alleviate these longevity issues & more or less standardize the experience for all users. if you’re really drawn in this direction and can afford to purge some gear and jump on the norns shield train, I suspect it might be worth it, it’s the future for us (& 64-grid non-varibright support is creeping in for a portion of popular apps - mlr, cheat codes, etc)

there’s still things that work & of course you can jump in & write something for yourself but there’s gonna be issues with software that’s had years of max updates stacked on top of them sadly. re:mix should still be very fun as far as I know - I also wrote some live input mlrthings - but as mentioned - I’m not sure if they’re gonna work right now

#84

@daeclan are you getting any luck at all with basic I/O tests on the devices?

maybe the node.js study would be one thing to try

i doubt there is a particular problem with 40h and arc2; backwards compatibility with older protocols is well supported in all monome drivers. (i still use a 40h with hacked expression inputs - mostly with supercollider on linux/macos, and on norns - and usually bypassing serialosc in favor of raw serial messages.)

i suspect some other kind of setup problem; if nothing is working in node or vanilla max, then maybe a macOS <-> serialosc issue.

in other words:

that sounds totally achievable. is there a specific issue we can repro/fix?

if this isn’t a troubleshooting question - I/O is working but you want more things to play with - then i have fewer useful suggestions i guess. most of my work these days (such as it is) is on softcut (MLR “backend”) and norns.

i would be happy to roll a headless MLR for linux computers (based on current norns version) if that is of interest. (realistically, i will not support a macOS build.)

i can’t really speak to ableton / m4l stuff specifically.