Run effects from 3rd party software locally on WLED controller?

Since, this is most likely not possible, this may be more of an idea or wishlist item for a potential feature/enhancement (if even doable at all)…

I setup a matrix of pixels and I’m using WLED as the controller. While WLED effects look nice on the matrix, it’s definitely not designed to take advantage of the types of things a matrix can do (i.e. images, text, other 2d effects, etc). Software like xlights is obviously more suited to do scrolling text, images, etc. But the only way to get those effects to the WLED matrix (that I know of) is to stream realtime data to it. This works well enough if you have xlights/xschedule continually running the effects you like. But as soon as the realtime stream is interrupted (network hiccup, pc reboot, etc), the effect is lost.

My thought was that it would be great if we could take an effect built with xlights and somehow export/record it as a loop and run that locally on the WLED controller. That way WLED would no longer be dependent on the realtime streaming data, since it would be running the custom effect directly from the WLED controller.

I have a few different ideas in my head of how/when this would be useful, but something obvious would be a matrix setup with some scrolling text saying “Happy Birthday Bob Loblaw!” (or anything else). This would basically be useful for any types of 2d effects that can be used in xlights for various models, etc.

XLights can export a sequence into a file (.fseq). Xlights allows to specify the version to upload to each FPP device, and the v1 format appears fairly simple.

Unfortunately, I don’t believe WLED currently supports reading/parsing of FSEQ files. This would be a small undertaking if limiting to a single FSEQ file. It gets complex quickly as features get added, until you’re basically running the full FPP software.

Just grab a raspberry pi device, and run FPP on it. I think you’ll be pleasantly surprised. :slight_smile:

Thanks for the info @henrygab. A raspberry pi is definitely a good alternative. This is mostly just a case of me holding the WLED hammer and looking for nail…

Espixel stick is supporting fseq files I bet the code could be ported over to weld. In fact I would love if I could. This would allow WiFi sequences to work better as you would only need to send sync pulses to wled.

This is also how fpp remote instance can be configured to work.

1 Like