Pixie16 stalls

[ItsMeBobO]

In this video I captured four stalls for my roof sign which is built from four Pixie16 with 5v strings of 50 pixels.   Three stalls are on network A and one on network C.    I have also seen the stalls on B  but never on Network D.   

This is running on S4 4.4.14Pro   using LOR enhanced network 500k.  

 

 

 

[dibblejr]

I have seen this before. I do not think you are using SS but ...

 I use SS to build my Tune To Sign which is all texts. The problem I found was the space between the text. If I adjusted the text I could fix it.

In S5 this has been resolved using ME rows and selecting "smooth effects" I believe. I have not had the problem using the S5 ME Text effect

I didn't realize you were using 5v pixels, I wonder if this could be related to the other problem.  

*** I'm going to leave that statement up but add to it. As I was looking for the video I mad that would show the same problem with my matrix it dawned on me. It wasn't the way I created it in SS. It was the shortcut I attempted when I copy pasted my short message in to SE. It seemed to jump/ hesitate in between the pastes.

If I recall to somewhat fix the problem I made it as long as I could in SS. There were less hesitations/ jumps.

But as above in S5 it doesn't happen when I select the "smooth" box.

If my video is on youtube I will never access it, they've all been taken hostage because I refuse to let them place ads on my videos. They say "the only way I can view or download is to turn public back on" not happening.

JR

Edited January 7, 2021 by dibblejr

[ItsMeBobO]

The scrolling text was generated by my own tools.   I do not use SS.     But I want to reiterate the sequence visualizes without stuttering in SE as shown in the video.    The actual lights stutter both when played in SE and from LORMonitor/Player.   This video is from SE.    In the video the same sequence loops four times.  And in each loop the stutter is in a different place.   Clearly the problem is not in the sequence. 

 

[ItsMeBobO]

The problem sequence has 2 centisecond timings which I guess is too fast.  

[k6ccc]

That's pretty small!  I don't know the internals of the LOR protocol well enough to know if it can actually control that fast.  DMX can't.  And of course that also means E1.31 can't.