Daniel Garcia  A while back you had mentioned potentially working on a framework to

@Daniel_Garcia A while back you had mentioned potentially working on a framework to handle patterns: https://plus.google.com/102282558639672545743/posts/VvRZmrvw6tJ

I was wondering if you had more recent code shared (repo or otherwise).

I’m wanting to work on something a bit more structured for my patterns and I figured I could possibly contribute to yours or build off of it if you didn’t have a git repo going for it.

No, nothing published.

This is what I use (or some variant thereof) in most of my projects these days. It allows for time-based updates instead of frame-based updates, in case keeping things running at a constant speed (independent of framerate) is important to you.

This is something I’m working on as well, happy to collaborate after the burn

@Shlomo_Zippel Awesome, yea I’m a bit busy until after the burn as well. My tentative plans are to TDD it with Catch, as my experience with debugging on the Arduino itself has been less than fun, and I’m a fan of TDD anyway.

@Luminous_Elements I like your approach, thanks for the gist. I checked out your kaiju_2014 project to get a better idea of your implementation and it reminded me of RGBShades (https://github.com/macetech/RGBShades) whereas yours is OO instead of global state.

A main goal of mine is to foster the ease of sharing patterns that work together without modification. My preference is for frame-centric rather than effect-centric. I’m thinking of starting there and adding support for effect-centric patterns possibly later.

@Jesse_Farless ​​​ I’m more interested in building a configuration layer for patterns. Patterns will be able to have parameters and colors / gradients. Parameters can be animated, etc. The end goal would be to create configurations on a website / phone app for wearable / portable projects