Very cool. Please make note of attribution advice from this thread. :slight_smile:

Feel free to host them in your own repository since you’re already doing that with other apps. You can leave a comment on the github issue so that the updated versions get included in a future wiki page that will include only working apps (as opposed to the current laundry list of every app whether they work or not).

Yes, trigger sequencer is from @stretta.

Here’s that github issue where you should leave comments about serialosc updates, etc:

could i just submit a pull request to the tintin / tr-256 repos? (do they have repos?)

They don’t. Here’s the repos:

If you look at the github issue above you’ll see which apps (that were previously converted for use with serialosc) have been tested and which ones haven’t. If it’s on the list but not crossed off, it might already work, and I just haven’t tested it yet, and is meanwhile waiting in the https://github.com/monome-community/collected holding area. If it’s not on the list at all, it’s probably a monomeserial app that needs to be converted for use with serialosc, in which case it’s likely located here: https://github.com/monome-community/collected-ms

Yeah to clarify, I’m talking almost exclusively from the pre-git days. That whole monome-community repo was created by manually dumping all of the stuff on the wiki into it to save the hassle of making a separate repo for hundreds of patchers.

I paid zero regard to the licenses any authors had attached to their works, as almost none explicitly did (ie. technically retaining full copyright). Obviously we can assume something from their public posting of the patches, but it’s not as clear cut as using the license currently attached to the patches.

Seems to me this is mostly an academic consideration anyway though. Traditionally the monome position is something like:

  1. If you plan on freely sharing or taking some nominal fee, go for it with proper attribution.
  2. If you plan on making a business out of something, contact the author before going ahead.

I’d say that’s broadly the mentality that most existing content was created within, so probably a good framework to keep in mind if no explicit license is mentioned.

//
I realize this is probably a bit off topic now. Just trying to reflect on the origins of much of the shared material.

Some open-source fanatics (particularly from the software realm) had issues with the use of non-commercial license (ā€œnot TRUE open source!ā€) which created issues in the hardware realm. This ā€˜contact for commercial use’ isn’t to discourage commercial use, but simply to maintain legal rights to stop carbon copies undercutting the hardware. In theory.

All said, I don’t remember what license monome used on the early hardware, but this is just some food for thought, or perhaps just a reflection in hindsight.

1 Like

i was looking at the links you provided and couldn’t help but notice i have a lot of old monome apps not on either list. if it it interests you i could go through this weekend and see what exactly is missing.

4 Likes

That would be awesome. Let me know how I can help you help all of us. :slight_smile:

Feeling a bit thick but I admit I’m not clear on what exactly that is! Looks to me like we have a few differing advices… Personally, I’d love something a bit more crisp and maybe put in the main repo README. I think we’re all together in spirit but coming from the software world, I’ve found that being explicit about licensing is ultimately good for everyone and actually encourages rather than discourages a lively ecosystem (assuming a non-draconian license). If that’s just me though I’m happy to just stick with my personal gut and lean towards over attribution in cases where I might want to evolve bits.

Curious about this. And sorry to not have the context. Do you mean in the monome hardware realm?

EDIT: found this old thread which seems relevant.

I actually think you’re selling yourselves short. Like I said in my follow-up to @jasonw22, I think there’s tangible benefit to the ecosystem when you get clear on licensing and you have so much good stuff to build on here. Anyway, this is a big topic. Rather than derail this thread if folks want to hash that out, maybe we should kick off another?

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

1 Like

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

1 Like

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

i miss some of them folk

particularly @stretta

1 Like

@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

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.

I remember that quote like it was yesterday…

1 Like

[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

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

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

Hey @antiphon welcome back :wave:

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

1 Like