General discussion of development #3
Comments
|
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 👍 |
|
|
|
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:
|
|
|
|
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" ***@***.***> 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
<#3 (comment)>,
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:
|
|
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? |
|
Could you extend it to the function of controlling Philips Hue lights? |
|
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" ***@***.***> 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
<#3 (comment)>,
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" ***@***.***> 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
<#3 (comment)>,
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. So in nutshell:
|
|
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" ***@***.***> 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
<#3 (comment)>,
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" ***@***.***> 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
<#3 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/Ae5azCvZ70MtcL3d8U2kRPTNEy1pbMKnks5tdg5egaJpZM4SZ0Ls>
.
|
|
@MattBrinza mapping to a midi controller? |
|
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. |
|
Would love to see your fork. |
|
Sparks - as standalone mode ? 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. 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. Another idea (maybe to much): |
|
@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. |
|
@charlieali Definitely would like to see a video! |
|
A cool feature that can be added - whenever you choose an effect, you have it own customizations on the bottom panel, an automation for the customization or automatic periodic change in the scroll bar can archive a very cool effect, as well auto switch between effect or create a "seen" that you can set a timer for each effect and select which one will be next end etc.. Or some kind of an api that controlled the effect for code automation |
|
That's essentially what I'm working on with the beat pattern recognition -
except you're not setting it on a timer (that's no problem to implement),
the lights just seem to change naturally to fit the song.
…On Fri, Mar 30, 2018, 14:13 Yariv ***@***.***> wrote:
An cool feature that can be added - whenever you choose an effect, you
have it own customizations on the bottom panel, an automation for the
customization or automatic periodic change in the scroll bar can archive a
very cool effect, as well auto switch between effect or create a "seen"
that you can set a timer for each effect and select which one will be next
end etc..
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#3 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/Ae5azOCAufZahdHJ02CaVgfxPZ3B-uVGks5tji9ygaJpZM4SZ0Ls>
.
|
|
cool, you should consider to "change" the effect itself, let's say add/subtract blue or any other color on the current effect according to the sound, in addition, to change between effects. Another thing to have in mind, if you will create an API to control the effect, a new modern UI can be created over small http angular server that will be accessible over the wifi in case you sitting outside and playing music with the leds instead of been on the computer. as well the angular / react ui will have much more flexibility and easy to maintain. i can help with that. As well to check if it would be possible to send the audio from the PC to a Bluetooth device using stereo min and as well to the visualization @not-matt |
any news on this? I don't really get the thing to work on a standalone raspberry pi |
|
@not-matt |
|
@not-matt Created ESP8266 tutorial for /Systematic-LEDs/ README: https://youtu.be/W4jaAgjfvG8 |
|
@Mattallmighty Thanks! |
|
Hey @not-matt Hope your exams went well 👍
|
|
Hi all! Got results, all went well (thank goodness) This update brings support for custom colours, audio input selection, and easy board control. Coming up:
@Mattallmighty it already is supported, hook it up! I'd recommend using the "spectrum" mode. Let me know if you need a hand. |
|
hey matt! that's really great to hear! I already have an idea/request for another feature! it would be great to add multiple devices/strips but control them all from the same UI and not from seperate UIs for every device! greets |
|
@blassbasti Yeah I've got plans for that. I've got two strips and it's a pain in the ass! |
|
@Mattallmighty Added your tutorial to readme, good stuff! Cheers for that :) |
|
@Master-P96 I'm afraid you need PyQt installed for settings persistence. Headless pi is partially supported already but you can't change the effect or anything (yet) In config.py near the top set "USE_GUI" to False |
|
@Yariv-h Nice idea! That kind of thing will be around when I've made better beat recognition. The idea is to change the effect/setting/whatever on the first beat of every 4 bars or something. |
|
@charlieali Now that's a cool effect. Will be added! |
|
Is it possible to run this project with ws2801 pixels ? |
|
@not-matt i didn't try it myself but what if we would just use the broadcast address of the network? Shouldn't the PC send it to all the other devices in the network (in my case there are only the nodemcus and my laptop in the network) and the gui would just display one tab with controls? |
|
As it stands, each strip needs to be processed separately, because they can
be different lengths. However this could work if you wrote some scaling
into the esp firmware, then in the program set it to one strip, 255 long,
using the broadcast IP for the network. When each esp receives the 255 long
strip, it can scale it to its own length.
You can try this if you like, but I'm working on the kind of functionality
to make controlling multiple strips easier, which will include more basic
stuff like this.
…On Sat, Jun 23, 2018, 11:23 blassbasti ***@***.***> wrote:
@not-matt <https://github.com/not-matt> i didn't try it myself but what
if we would just use the broadcast address of the network? Shouldn't the PC
send it to all the other devices in the network (in my case there are only
the nodemcus and my laptop in the network) and the gui would just display
one tab with controls?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#3 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/Ae5azBtbQxjgWFmm6lAEePRTCTl1Qefmks5t_hcbgaJpZM4SZ0Ls>
.
|
|
yeah true if you have strips with a different length it wouldn't work that way! in my case i would address 6 strips with 72 pixels each, so it should work, shouldn't it? |
|
Oh that should be fine, give it a shot and let me know what happens!
…On Sat, Jun 23, 2018, 11:34 blassbasti ***@***.***> wrote:
yeah true if you have strips with a different length it wouldn't work that
way!
in my case i would address 6 strips with 72 pixels each, so it should
work, shouldn't it?
I really appreciate your eager working on this project!!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#3 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/Ae5azCJ5GFKMn413HpAs0ExqtPyky0whks5t_hnGgaJpZM4SZ0Ls>
.
|
|
Hey! I wonder if this project should be steered into a slightly different direction. Don’t understand me wrong, it’s absoluteley awesome (though I cant get it to work under Linux and have to use the previous adaption https://github.com/not-matt/audio-reactive-led-strip), but I have some ideas of my own and would like to share these and discuss:
What does everybody think? (Well, you asked for it ;-)) |
|
@blassbasti: I wouldn’t go for general multicasting, especially not within the home network. DMX using E1.31 can do that, and I’ve seen awful network congestion, even on special separate show networks, up to failure of multiple devices during a show. The idea behind multicasting is great, but if you start having a few more devices you risk to seriously flood the network, which can lead to lost packets, devices not getting their data in time, or even sudden reboots of some devices that can’t handle the load. Too sad, really. I even use unicast in show networks now. |
|
My entire setup is E1.31 based (ESPixelStick to be precise) and your vison aligns closely with my goals. I use HomeAssistant to control the ESPixelSticks typically (Just recently got in my firmware changes into the official forkineye repro that adds much better MQTT support!) and want to extend upon that to have HomeAssistant to be able to talk to a dedicated RaspberryPi to enable network driven effects (i.e. synced non-reactive effects, more complex effects than ESP01 can handle, audio reactive effects, and video reactive effects). As for E1.31 I have hard a PR (#18 E1.31 Support) active here for a while that adds E1.31 support and it works great from my testing (oddly better than pure UDP). E1.31 is 100% capable of support this as is basically just a few extra bytes of header info and a little more processing on the client side. It has a ton of benefits such as packet drop detection and cross device synchronization. The only issues I have found are with DMX512 specifically where the 512 channel limit means some of my strips span universes and thus require two packets giving it more overhead and higher risk of dropping a complete frame. Larger universe sizes is on my list of things to look into though. As you have noticed, I have already started my own controller "LedFx" that moves towards headless controller ready to be driven by other homeautomation platforms. I just got initial REST and Websocket support that should be fairly easy to integrate with most applications. It is still missing a lot of these effects, but does have a few proof of concept audio reactive ones. If you have a large E1.31 network it would be great to get help testing performance. I only have 4 controllers spanning ~1500 channels which isn't much compared to others |
|
Hey Team, I have been trying to create scenes/preset at the moment. What will happen is it will load the save file or scene/preset. Also another option, is when you add the deice, you can say slave RGB making the transitions between lights seamless. Im not a programmer, but learning. Keen to know your feedback? |
|
@Moonbase59 well i use a seperate network just for the visualization. since i have only 7 (1 laptop, 6 ESPs) devices connected to it there shouldn't be any bandwidth issue i think! |
|
Would be possible to add support to WS2811 with the upcoming roadmap features? |
Please leave any thoughts or comments on the movement of the program here.
The text was updated successfully, but these errors were encountered: