Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Jerry-Rigs

Pages: [1]
1
Before I tuned the WAP, I had RSSI in the 50%-70% range and sequence errors in the 20% range.
After I tuned the WAP, but before I changed the timing from 25ms to 50ms, the RSSI went into the 88-92% range with one ESP still at 70% and sequence errors in the .6% to 3.6% range.
Real numbers for all 8 ESP's after tuning:
rssi         88%      96%      94%      84%      70%      96%      66%      92%
seq errors      0.016   0.006   0.006   0.007   0.008   0.007   0.016   0.034

At this point, lights were still lagging sound by several seconds. It wasn't until I changed the timings that things came into sync.

It makes me think my computer is too slow to keep up so I will be looking at FPP on a Pi 3b I have.

It also makes me wonder show players work.
Do they send out frames as fast as they can and update the frames on the 25ms or 50ms timing mark?
Are they timer interrupt driven and send a frame only every 25ms or 50ms?
Can they determine they are behind?



2
Someone elsewhere suggested changing my timing from 25ms to 50ms.
That worked.

I think my sequences have become to complex for my aging laptop.
Time to migrate to FPP on a Pi.

3
ARG! Judging is tonight.

The sound lags behind the lights by a several seconds.
I do not know where my problem(s) is and I am looking for advice on how to diagnose.

My xSchedule install is straight of out the box. No configuration/tuning.
Do I need to turn on "multi-threaded" or anything else?

At first I thought it was wifi lag
   ESP's had high sequence number errors -20% and bad RSSI numbers ~40%
   ESP would stop receiving multicast traffic
   I tuned the WAP setting on the router.
   I re-oriented ESP placement.

Now, it doesn't feel like wifi lag.
   ESP's have low sequence number errors ~1% and RSSI >90%
   I verified all wireless is multi-cast.
   I packed my wireless channels into 1 universe
   After tuning, lag time hasn't changed
   I can reconfigure wifi to wired if needed but I don't want to do that if I don't need to.

I don't think show computer is overloaded.

My layout:
Dedicated network based on ASUS RT-AC66U wireless router tuned for multi-cast
Show controller is old laptop (Intel Core2 Duo T6500 @ 2.1GHz with 4GB RAM running Windows 10 64bit
   RDP'ed (via wire) in show computer with show running:
      CPU is ~20%
      Ethernet is ~ 2.8 Mbs
      RAM in use ~2.9 GB
Show player is xSchedule 2020.29 64bit
2 x E682's
8 x ESPixelStick v2's.
- 3 ESP's are DMX bridges to LOR boxes.
- 2 ESP's are DMX bridges to generic DC controllers.
- 3 ESP's 3 ESP drive pixels directly.
6090 channels total

4
Thank you GILROCK for your assistance.

After reading and playing some more, I have decided that I am changing my plan. It seems easy enough to just import the LOR sequence instead of the timing marks. When I was lat trying to do that, I remember it seeming to be very difficult. Now, it looks fairly easy. I need to order my XL channels to match the LOR channels then simply import the LOR sequence from the .LMS file. That will get me a lot closer.

There has obviously been  a lot time put into XL since I really worked with it last. Thank you to the devs!

5
Thank you for checking. I expected it be be something I was doing wrong or not doing.
I'm not educated enough to know if the "timing grids" are present or not. I took a shot and opened the file. I searched for "timing" and found the following section:
   <timingGrids>
      <timingGrid saveID="0" name="Fixed Grid: 0.05" type="fixed" spacing="5"/>
   </timingGrids>
That's all and it doesn't look like what I was expecting.

I've attached the file in question. Can you confirm that I will/will not be able to "import timings"?
Is there a way to convert the effects to timings?
Is there any documentation about the LMS format?

6
I am trying to import timings from an old LOR sequence. I no longer have LOR installed and I would like to avoid re-installing it. I followed the instructions that Leechburg Lights gives in his video " Import a Timing into Xlights 4 from LOR .LMS file" but it fails at the point where it is time to "Choose Timing Grid to use for timing import".
I get to get this point in his video: https://youtu.be/g1lvYr5Sc2E?t=3m3s

It appears that XL tries to something but does not fill in the dialog. I've attached a screen shot of what I see.

In the video, he has multiple tracks to choose from in LOR. I do not but I don't think that's relevant.

I tried this with XLights 2017.42 64bit, 2017.30 64bit, and 2017.30 32bit. I get the same behavior with all of them.

The computer is a Win7 64bit box. it is not a screamer but it is pretty speedy with 16G of RAM. The sequence I am importing timings from has 64 LOR channels and about 2.5 minutes of audio. I do not know what version of LOR generated the file.

I setup an 800 pixel tree in XL to map to for testing but I never get that far.

Suggestions?

thanks
--je

Pages: [1]