Question for Gil or Keith etal

[dwbarnett]

Gil, keith etal. I'm trying to see if I can figure out a way to make mapping easier for me.

I notice when a lms file is imported, you capture not only the RGB chanell, but the seperate r,g,b channels as well.  Adding a lot of extra channel stuff to scroll through and map. Does that data have to be there in order for xlights to map the node properly?

If I edited the LOR XML, and stripped out all the seperate r,g,b channels, would that mess up your import code for the lor xml? Will use notepad ++. Since apparently there isn't a way to have your selection remembered on the scroll list, sure adds a huge amount of xtra scrolling to accomplish the selection.

Seeing, as this is a low priority enhancement, trying to find a work around for myself.

Thanks in advance
David

[dkulp]

I notice when a lms file is imported, you capture not only the RGB chanell, but the seperate r,g,b channels as well.  Adding a lot of extra channel stuff to scroll through and map. Does that data have to be there in order for xlights to map the node properly?

If I edited the LOR XML, and stripped out all the seperate r,g,b channels, would that mess up your import code for the lor xml? Will use notepad ++. Since apparently there isn't a way to have your selection remembered on the scroll list, sure adds a huge amount of xtra scrolling to accomplish the selection.

The reason it was done this way is that some folks are mapping their LOR stuff pretty much directly on similar setups in xLights which MAY include separate models for the Red/Green/Blue parts.   Or maybe only have Red and Green or similar.   Most folks would map onto a proper RGB element, but not all.

[dwbarnett]

Hmm...OK Dan, understand. However, are you saying that if someone has for example an RGB CCB that is layed out like this.... on the mapping list....

CCB01
CCB01(r)
CCB01(g)
CCB01(b)

Someone, would actually use one of (r),(g),(b) to map to a node in xlights from a lor xml?

Wouldn't that just allow that 1 color to illuminate? Doesn't that kind of defeat the purpose of RGB?

I'll try some tests, perhaps I can make this a little easier for myself.

Thank You, for taking the time to answer some of my questions.

Best,
David

[keithsw1111]

I wonder if this is what the ccr checkbox I removed did. If you were to drop back to 2016.56 and try the import there is it easier. If it is can you share with me your lms file and I will fix it.

[Gilrock]

I think part of the problem is LOR had inconsistent channel labeling so its not easy for us to figure out which channels are part of a node.

[Gilrock]

In our code you can see where we were doing searches for "-P", " P", " p", etc. trying to find channels that were part of an RGB node.

[dwbarnett]

Hi Keith, Gil,Dan etal.

Keith, when time permits, Ill try the rollback.  Keith, the 2 biggest issues I see on LOR import; bringing in the extra r,g,b chanenel stuff, as Dan eluded too.  Would it possible as per the testing panel, to set the lor import up as a selectable tree perhaps.

If not, one of the most time consuming issues, the import item selection window always resets to the beginning of the list!  I believe most of us importing, could live with the extraneous stuff, if the list would'nt reset.

I know we can use the data layer. Myself, I like to have more controll of changes, hence utilizing the import.

I know I only need to do it once and save. But, when you have for example, 4 rgb mini trees@150 ch; and we also have to scroll through th e extraneous r,g,b stuff; it goes from just monotonous, to being a royal PIA when the list resets to the beginning.

As mentioned, I'm not a programmer/dev. I wish I was, would really like to help on this issue. I know i'm not alone on my feelings of mapping issues, just seem to be the most vocal😜

Thanks for your valuable time. When time permits, i'll try my test of using notepad++, strip out the r,gb stuff;and see if I can still use mapping import.

Best,
David

[keithsw1111]

The sooner you share the files the sooner I can sort it out.

[Gilrock]

I wouldn't import RGB...xLights will perform 100 times better using its effects to cause the same patterns you are importing.  When you import you end up with 1000's of tiny On effects for every node and it makes render time terrible.  And that list resetting to beginning is not a behavior we code into the program.  It's the way the underlying control works.  In fact I hear on the Mac it does not reset to the beginning.

[dwbarnett]

working on it Keith. Still limited on using computer after surgery. Pretty much to ipad use right now.

Best,
David

[dwbarnett]

OK  Keith, I believe I have an opportunity to rollback to .56 tonight.

What exactly do you need in the way of info. Just my LMS file?  Logs, etc.

I'll rollback, do an import of an LMS with the CCR box checked. Will report back later.
 Also, if you respond to this post at some point, any other info you may need. Thank You

Best,
David

EDIT: OK Keith, rolled back to .56. Have the lms when needed. Also, some info for you.  However, as it may be a little lengthy, would you prefer I sent info via PM/ I have gotten grief in the past, for trying to explain something to cover all bases.  To avoid that, will be more than happy to take this privately. Thanks again for your help.

Best,
David