Recent content by merryoncherry

For the smoke to come out, it was not connected correctly or the wrong voltage was supplied. (It's not a power setting or anything else WLED or software.) Reference to the pixels used and photos of how it is connected usually help diagnose.

Working out evenly is not a MUST, just slightly more advanced, so it's about how much new stuff you want to learn. You have to use a custom model, which can be obtained by taking your matrix, exporting it as a custom model, then importing the custom model in place of the original. The custom...

Have doubts here. My 32-port Hinks with 4xLRS-350 enclosure uses 12-13W on standby (probably 5W or less of that is the controller proper, with the rest going to PSU waste and all the status LEDs), though that gets reported as 30VA due to the lousy PF of cheap DC supplies. If I you want to use...

With regard to choppiness... 1. Players (FPP, xSchedule) tend to be much better than "output to lights" from xLights, so before getting too excited try with your real show player. 2. Yes, there's a theoretical limit, 700-800 per port is going to allow 40FPS on many controllers 3. Genius is...

My bet is that this will be the issue. Just changing the start corner in the layout tab does not cause the change to take effect, you have to re-render. Hit after you change the wiring / corner of the matrix.

Definitely do what Juddge said and use the "Upload Outputs" button. The other issue I have had with these controllers is with the DDP start channel being wrong, or needing to reboot the controller (or at least open the controller web page) after that has been changed. This is particularly true...

Right, so the current on average only goes half way across the roof, and the voltage therefore drop tapers off quadratically. (Also I assumed copper, not aluminum.) 12AWG may not be overkill though, depends how far to the run start. The ICs listed are also not reliable: "WS2811" is the part...

Yes, they're a pleasure to assemble, but I hope the rumored rewritten firmware helps the Genius boards perform as they should.

As evidence see: https://scottledusa.com/product/seed-pixel-roll/ Where it says: "Copper Core: 0.16mm copper per strand (approx. 20AWG)"? .16mm(mm^2?) -> 25AWG, seems about right, certainly a lot closer to accurate.

You're only talking about ~1000 pixels here, where each draws 10mA, 10A total. 12AWG is plenty. The "20AWG" rating is absolute lie. Most of the time that's 24ish if they say 20 on the seed pixels. (But it's OK. You still get 100, maybe even 200, from PI points without any issues.)

If you go "buy" this sequence for zero dollars it maps to the presents easily and well. https://rgb-sequences.com/products/the-weeknd-ariana-grande-save-your-tears-remix All Presents Bows -> Mini Tree Stars All Presents Glow -> Floodlights All Presents Ribbons -> Spiral Trees

That's a very open-ended question ... you can find a sequence on xlights.info, a lot of them will map to this prop but hard to be sure without trying them out. Or did you just mean as an example for copying effects for your own sequencing attempt?

I use OPS (other people's sequences). My chromaglow presents usually are mapped the following way: Base (inside glow)->flood lights Ribbons->verticals, such as pixel poles or house verticals or window verticals Bows->Stars (on pixel poles, or all stars) Taken together, this gives the presents...

Those are designed by Boscoyo. (Typically anything ChromaThis or ChromaThat would be Boscoyo... Also DayCor.) If you are adding to xLights, the download would likely be Boscoyo Studio LLC->Christmas->Singing Elements->ChromaCharacters Christmas Tree 4 Mouth. Be aware that...

To that I would add xLights sequences with singing face tracks... xlights.info is a good place to search, there are some free ones with the singing tracks. (There are presentations on how to do your own, but best to start with one that is already done.)