Systematic-LEDs
Systematic-LEDs copied to clipboard
not-matt
General discussion of development
Please leave any thoughts or comments on the movement of the program here.
Most major issues should be resolved now, including "Scroll" and "Energy" causing crashes, and the firmware problems.
To do still - That one pesky LED!
Any features or ideas you would like to see implemented, either email me or drop it here 👍
- Static effect: Stroboscope, I actually worked on it but it looked weird, this effect can be cool
- Auto Mode (I saw that you tried something)
- Random color option like before for Scroll effect
- API to control LED from your software
- Logo for your software :)
- Stroboscope. Sounds cool, would you explain what it should look like?
- Auto mode. Yeah... maybe. It was left as unfinished because I couldn't figure out a way to make it look good.
- Random Scroll colour. Sure thing, do you mean randomisation of the three colour options?
- API will come hand in hand with the web server. I'll try make it flexible so anyone can use it.
- Logo is underway ;)
I'll show you later what I think with Strobe Effect, and yes for random scroll color 😄, the 3 colors looks cool but it will be better with a checkbox: random color, and another suggestion:
- a way to control the brightness of LEDs from the software
the settings should looks like this and the effect, like this https://www.youtube.com/watch?v=8izCmFnciNw (little bit glitchy)
That's pretty much what beat does, but I could flesh it out a bit more. Different colours for different frequencies, use a gradient rather than single colour, that kind of thing.
On Mar 7, 2018 17:47, "Gaëtan" [email protected] wrote:
[image: image] https://user-images.githubusercontent.com/25458928/37107110-bf48c106-2233-11e8-986c-1914b96e8ece.png the settings should looks like this and the effect, like this https://www.youtube.com/watch?v=8izCmFnciNw (little bit glitchy) I don't really know if this can destroy LED, I don't think so, but it can be good for party :P
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/not-matt/Systematic-LEDs/issues/3#issuecomment-371222676, or mute the thread https://github.com/notifications/unsubscribe-auth/Ae5azJpyXNmlX-ps7Jn-Ne3k2JqfUzE3ks5tcB1NgaJpZM4SZ0Ls .
yeah but the difference between beat effect and Strobe is that strobe will not be with the music, just flickering like a stroboscope
another little things:
- when we close the software, do something that's turning off LED
- minimize the software to the taskbar (really usefull) And I think that's all for me, for the moment ^^ I told you all my ideas 😀
I would like to run the tool on a Raspberry or Odroid without GUI as a service. Is there a way to pass the light mode as an argument?
Yep that's definitely possible but you'll have to make a bit yourself.
First, in config.py, set "use_gui" to false. Then to change effect, you need to write something to modify the variable stored in config.settings["devices"][(board name)]["configuration"]["current_effect"].
Available effects can be found in Visualizer.effects.
Let me know if you have any luck. I'll be adding similar functionality at some point, probably looking at an API which will let you do this much more easily.
Matthew
On Mar 8, 2018 10:38, "kennerblick" [email protected] wrote:
I would like to run the tool on a Raspberry or Odroid without GUI as a service. Is there a way to pass the light mode as an argument?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/not-matt/Systematic-LEDs/issues/3#issuecomment-371449570, or mute the thread https://github.com/notifications/unsubscribe-auth/Ae5azBi2X1GZfl4JuLBQks5hF9As_uDxks5tcQorgaJpZM4SZ0Ls .
Open a new issue, I'll have to get back to you on that one!
On Mar 8, 2018 10:47, "kennerblick" [email protected] wrote:
Could you extend it to the function of controlling Philips Hue lights?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/not-matt/Systematic-LEDs/issues/3#issuecomment-371450644, or mute the thread https://github.com/notifications/unsubscribe-auth/Ae5azChqcFaxi-La_sSE-ebm33n_uFU9ks5tcQsqgaJpZM4SZ0Ls .
Fade and gradient rolling speeds needs to be fixed in my opinion it's too fast. Would be nice to make that slower and/or add more steps to slider so you could get full cycle like in minute/half minute/couple seconds etc. Edit: Btw i'm not sure if you tough of adding brightness control slider to it but it would be nice if you could get it at least on statics effects so it would be possible to adjust brightness on fly. One more thing if it would be possible to add some element that automatically select effect option depending on active effect.
So in nutshell:
-
Fixing color rolling speed values on slider
-
Brightness control slider
-
Automatic active effect control options
We should figure out how we want the controller configuration settings (and future web interface) to interact with the client devices. With the support for the ESPixelStick FW we can actually remove some duplication of configuration values. Things like the number of leds, port configuration, etc can all be stored on the clients and they can just send their capabilities when connecting to the controller. So you don't have to worry about keeping things like LED counts in sync instead these are properties of the client that the controller can query via HTTP/GET or WebSockets.
We can also have auto-detection where no configuration at all is need to be stored on the controller (not even IP). The controller just issues a HTTP/GET on all devices and those that respond with the correct configuration properties are automatically pulled in.
What about assigning different colors to different frequency ranges? Like lets say you make anything 200mhz -1000mhz blue 1001mhz-1500mhz green or something like that. Scott had implemented a cycling in the experimental code on the other branch that was cool where it cycled through colors. Maybe beat detection to cycle through the colors?
Interesting idea! I have been thinking about something similar, a little like "energy" but the whole strip. Cheers :)
On Mar 9, 2018 23:01, "charlieali" [email protected] wrote:
What about assigning different colors to different frequency ranges? Like lets say you make anything 200mhz -1000mhz blue 1001mhz-1500mhz green or something like that. Scott had implemented a cycling in the experimental code on the other branch that was cool where it cycled through colors. Maybe beat detection to cycle through the colors?
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/not-matt/Systematic-LEDs/issues/3#issuecomment-371969921, or mute the thread https://github.com/notifications/unsubscribe-auth/Ae5azCvLYMpHKaTWUJdc_DQP396KD6L6ks5tcwm-gaJpZM4SZ0Ls .
I've actually been working on this silently. For my own version, I added keyboard controls to toggle between modes with a mapped controller, and I have implemented a feature that randomizes the colors/pattern when songs change (need to download snip for this to work). Basically, its like a "no screen DJ" mode. Let me know if anyone is interested in looking at it.
Sounds awesome! What controller do you use?
On Mar 12, 2018 05:57, "MattBrinza" [email protected] wrote:
I've actually been working on this silently. For my own version, I added keyboard controls to toggle between modes with a mapped controller, and I have implemented a feature that randomizes the colors/pattern when songs change (need to download snip for this to work). Basically, its like a "no screen DJ" mode. Let me know if anyone is interested in looking at it.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/not-matt/Systematic-LEDs/issues/3#issuecomment-372201329, or mute the thread https://github.com/notifications/unsubscribe-auth/Ae5azCvZ70MtcL3d8U2kRPTNEy1pbMKnks5tdg5egaJpZM4SZ0Ls .
I should clarify. I mapped a lot of the functions (on / off, solid color modes, scroll through visualizer modes) to keyboard inputs, then I use a different program to map an xbox controller to those keyboard inputs. I have them all in the config file so people can customize what they want the key bindings to be. It was really nice when I threw a party since I never had to open up my laptop once, especially since the randomizer worked well between songs.
Sparks - as standalone mode ? In the "Power" mode there is a random spark option - can this be done as a separate mode with the choice of color, quantity and frequency range at which it will work ?
I tried to do it myself, copying the mode and adding a black color mode that would leave only sparks, but this is not the best solution and my knowledge is not enough for more at this time :)
Oh boy. I was working on this from back during the "Christmas" update from the other repo. Everything has changed since then and its been pretty difficult porting all of my janky changes over.
Hi all! Been a couple weeks, and I think it's time for a quick update. Personal life has soaked up most of my free time lately, hence the inactivity, but this doesn't mean I haven't been thinking about where to steer this project. What I've started working on is beat recognition, building on the existing beat detection framework. What I hope to create is a much more advanced set of tools to pick up patterns in songs' beats (including more irregular beat patterns, say in hip hop), meaning that effects can be much more interesting.
The most basic idea is, for example, your typical four to the floor housy song, where on every bar (rather than beat), something cool happens. Lights flash, whatever, give me some ideas!
Matthew
Here's the best way I could show an idea for a strobe clap, to go with the beat detection on big claps or beats. There is also a template to share ideas better.
https://imgur.com/a/hQqsr
edit: perhaps mirrored a couple of times so the strip has 4 sections that all do this, that could be cool.
Now that I've been testing this for a bit I have to say it looks great under 256 leds but the more leds you have the harder it is for the effects to fill the strip or matrix.
On the plus side multiple boards works fine with 2 fadecandies each on their own opc server. You can do different effects on each one without frame drop.
Hey, I was the guy who had problems with audio-reactive-led-strip on a raspberry pi. I moved to this project. When I am able to get it working on a pi, I would write a tutorial for the other users.
Another idea (maybe to much): it would be nice if you could control the lights with hue for the basic stuff (plain colors). I think many of us have an existing hue system and it would be nice if the strips would also be controllable for basic lighting. It could auto change to the audio reactive mode when music starts to play.
@not-matt I've been considering something similair. It would be fantastic if the normal lights react on the instrumental+voice parts on the song, and then these flicker brighter/less bright depending on the beat. However, I'm not sure how one would go about doing that.
Thanks for all your work btw! I set this up yesterday and it's working super well.
Edit: Small "bug?", although I guess you could call it a feature, but if you roll a color option (for instance wavelength) and then stop rolling, it stays the way it has last "rolled" to, instead of going back to the normal setting. Maybe not the behavior some might expect, but not the end of the world either. Just wanted to give a heads up :)
Quick thing I found, not a bug just neat. I was trying the dev build on my matrix with a fadecandy but I forgot I was already running Scott Lawson's experimental fork, so when i ran this and then turned the LEDs on I thought I had broken smething. I shut the program down and realized it was still reacting to music. How curious. That's when i realized the other code was running too. I turned yours back on and played with the settings a bit, producing a cool visualization. Since this fadecandy runs via a server and this just sends the data to it, the server can send multiple signals to the LEDs at once. And since the fadecandy itself is meant to dither and switch fast, both visualizations ran simultaneously at 60 fps. So I got curious. I booted up a raspi and loaded this and had it communicate with the fcserver. I now had 3 visualizations going at once with no hiccups. It's really cool. If you set all 3 to spectrum and have each one and set them to different frequencies it looks really cool. Same with running spectrum+wave+scroll all at the same time. I will try to borrow my works camera this weekend to take some non-phone video of it.
Another thing I was messing around with is in the server config itself, you can set each data pin to be a different color (rgb/brg/grb etc) which obviously changes the color of the strand, so you can have 1 strand be true rbg and others have opposite colors and whatnot. Makes for some nifty fiddling. The Raspi can run everything standalone and the nodemcu has wifi but you should all try a fadecandy, its great.