Question about the inner workings of LOR's E1.31 output

[jim st john]

This is probably a question for one of the LOR software developers.

Does the generation of E1.31 packets happens asynchronously with the LOR channel updates or is there some type of synchronization to make sure that packets aren't sent when the RGB channels are being updated That's probably not a good way to phrase it, but here's an example. A single white pixel chasing through a range of dark pixels will ocassionally show a non-white color very briefly.

I am assuming that this can happen if an E1.31 packet is sent at a time when the LOR software has updated some, but not all, of the channels belonging to the pixel that's being turned off or on. For example, say LOR has turned off the red and green channels, then a packet gets sent before the blue channel is turned off, so for 1/40th of a second the pixel will be blue. Or in the case of the pixel that's being switched from off to white, if the red and green channels are turned on, and a packet is sent before the blue channel turns on, then the pixel would briefly be yellow. Does that make sense?

[Tim Fischer]

LOR doesn't seem to treat RGB channels specially, other than the user interface in the SE. So it makes sense. That said, I haven't noticed this effect in my display.

[dougd]

I have. To be honest I thought it was something I was doing, but now it makes sense.

[JonB256]

I am not seeing this, and I run "fast, white pixels" through my strips intentionally. People think it looks like fireworks (bottle rockets)

I am using TM1804 based pixels, controlled by DIYLightAnimation smart string controllers. (250 pixels, 125 per universe, 4 controllers)

What type pixels and controllers are you seeing this in?