iPC running 3.2 laggy DMX

How many fixtures are in your programmer when you are doing this? We have not seen this issue in our testing. Also, which motherboard models are these iPCs?

I have noticed this too. On my show I had 15 MacIIIs, about 30 source4s, and 14 colorblaze72s (36 ch mode)

Jimi and Chad,

One thing to look at or try. Open the network window, find the DP8000 #1. Right click and select settings. Under the fixture link tab enter a static IP address of 192.168.0.1. Then go through the art-net and sAn tabs and disable all of the outputs. See if this helps with the output performance of the desk.

Chad, can you still reproduce this reliable on your iPC? If you have a show file that exhibits this with a certain fixture selection I would love to have a look at it so I can put it on our dmx scope and see what's going haywire here.

Hey Chris,

I won't be able to see if I can reproduce this because all the gear (minus the IPCs) we sub-rented. I have a show file that when I get back to the office next week I will upload for you.

I've been having the same problems; laggy response from encoders, mostly when adjusting/fanning banks of leds.

I checked the DMX output window, and it confirms what I'm seeing live, laggy response. Everything performs perfect in cue playback and fader movement.

I tried disabling Artnet outputs as Chris posted, to no avail.

I only have this problem when I use my Template file, or merge from a previous show. When I create a new file, they perform as expected.

EDIT:
Neglected to mention, I'm also on an IPC, 3.2.1

Just to make sure:
bug fix 15377 in 3.2.2 is just the onscreen drawing, correct? I shouldn't expect it to correct the above issue of live performance? Otherwise, it sounds close to being the fix...

I'll load it next week and report any findings

Scott

3.2.2 has improved performance issues, so please test and let us know.

That's correct Scott... however, on a system like the Full Boar where the internal DP and the desktop process are shared by the same processor and memory, its possible the fix for this bug (which helps aleviate stress on the desktop process) can also help the internal DP8000 to get the horsepower and computer resources to do its job effectively.

Can verify same problem with 3.2.2 on my iPc.
Laggy live encoder response remains. I've now noticed it on moving head units and it's visible when I select large quantities of more than 2 types/brands of movers and try to slowly roll pan/tilt encoders (previously, I only noticed it on LED color/int).

Select 1 fixture at a time and adjustments perform as expected.

Scott, can you post how many fixtures and of what types are in your selection when you get this to occur. I would love to reproduce this issue here. If you want you can send me your show file using highend.wetransfer.com and send it to me chris.muenchow at barco.com. This way I can step in and do my best to smooth things out for you.

Thanks, Chris.
Uploaded to your mailbox.
File is "AHA Plenary 102"

Scott can you give me an example of a problematic fixture selection that causes the dmx issues with the show file you just sent me. This way I can see exactly what you are seeing.

Also, Scott try turning off all the Art-net and sACN output to see if that helps with your show file's dmx output performance.

I put the problematic fixture selection in the "comments' of the upload site. Weird that didn't come through.


"Here is my show file.
Go to View "House ML". Under Groups, select Group 73,79, and 85 and adjust tilt of all at same time. Movement will not be smooth. DMX output window shows it normal, though."

Disabled Art-Net and sACN as per direction in post #4 in this thread. Same response.

Noticeable when trying to tilt all fixtures.