Sean Meighan
Software => Enhancement Requests => Topic started by: trickytrev on February 23, 2020, 09:47:51 AM
-
For a large matrix (mine is 20m wide!!), the furtherest strings need 1 or many null pixels in the extension cables but the closest don't. therefore it would be nice to specify the null pixels at the string level. Currently it seems that if I specify 1 null pixel, that is applied to all strings in the matrix equally. As a workaround I can create a matrix with single strings, but that is time consuming (unless I could define it more easily in xml or xls than the graphical gui..)
Cheers,
Trev
-
Use a custom model. This is one of those things where your model build choices made your life hard. Xlights just can’t cater for every way a matrix could be built because it would become impossibly complex
-
What about using F-amps instead -- then xlights doenst need to know anything about them.
-
Thanks for the replies, Yep, had both those ideas in mind, and already using the custom model. F-amps are being considered, but a lot more expensive than nodes...and I need lots (and don't really want to do more soldering).
At the moment, the model is just 2 matrices for a special project. One for each Falcon. Simple as that. Nothing fancy. The only hard part is each matrix occupies a whole controller (with about 1000 pixels per port), so there are heaps of extension cables.
I have 2 model build choices:
1. xLights Matrix, and add some unnecessary nodes on some ports to keep the pixels level, where the number of nodes is dictated by my max cable length, or:
2. build 16 strings in xLights, one string per port, with custom nodes on each port/string.
Building a custom matrix via separate strings with the GUI is a bit painful - so I would probably just manually modify the xml file.
My thought was that in the field for "number of nodes", it currently allows say "1".
Since I already define the matrix across 16 ports on the Falcon for example, it would be nice to define it as [1,1,1,0,0,0,0,0,0,0,0,0,0,1,1,1] - just like I would in Matlab. After all it is just basic addition on the address reference (from the previous string end address).
Cheers,
Trev