|
LOR Board LAGGING |
Post Reply | Page 123> |
Author | |
LightsOnLogan
Admin Group Joined: 11 Oct 2007 Online Status: Offline Posts: 3187 |
Quote Reply
Topic: LOR Board LAGGING Posted: 23 Dec 2010 at 3:03pm |
Unused networks shouldn't have caused any problems, but it is a use case we never thought of testing for often either.
Michael |
|
Comporder1
DMX Joined: 11 Dec 2007 Location: Brookhaven, MS Online Status: Offline Posts: 163 |
Quote Reply Posted: 23 Dec 2010 at 10:36am |
I have given up on xlights for now. I believe it is an audio codec issue or something wierd, but it will not run an entire show without crashing.
I do have some good news Michael! My sequence that consistantly lags is no longer lagging! I can not say for sure, but is seems to be related to some extra channels that are in my sequences. Last year I made some changes to my setup and channels. When I imported channels from file, it pushed the unused channels to the bottom. When added the new channels, they would duplicate the n/d/c settings of the old channels. I did not want to delete the old channels because they contained events that I wanted to be able to copy and use. So to correct for the duplication, I simply changed the old channels to Network 2. Now I do not use multiple networks and do not have a second network setup in the network settings.
For all but one of my sequences they have run fine this way all last year and the first part of this year. About a week ago, I decided that I did not need to save those old channels any longer and deleted them from the sequence. **Now I did not notice FOR SURE that this fixed it, but... Since about that time that problem sequence no longer lags!
Is there any reasoning behind this, or could it be coincidental?
Carey
|
|
Comporder1
DMX Joined: 11 Dec 2007 Location: Brookhaven, MS Online Status: Offline Posts: 163 |
Quote Reply Posted: 09 Dec 2010 at 9:17am |
For me..... it is the whole network that is lagging. Last year you sent me a .89 version that helped, but crashed once or twice a night. This year that version crashes every 30 min or so. Unusable. I have not tried the .90 version.
Right now I am experimenting with xLights. It looks promising, but getting the aurora exports (using his exporter) to work is quirky.
|
|
LightsOnLogan
Admin Group Joined: 11 Oct 2007 Online Status: Offline Posts: 3187 |
Quote Reply Posted: 08 Dec 2010 at 3:04pm |
I just reread the thread and realized that it is a single controller board that is glitching (but all of the others are working properly). Is this correct?
I had mistakenly assumed that it was your whole network that was glitching which resembles an issue we've seen with the VCP drivers before. However, if it is just one board that is glitching then you need to look for problems at that specific board. Aurora doesn't care if the board can be detected or not... it will always output data for all of the boards. If the rest of your boards are reacting at the proper time then the data has already gone down the wire and is being held at that board for some reason. Michael |
|
Comporder1
DMX Joined: 11 Dec 2007 Location: Brookhaven, MS Online Status: Offline Posts: 163 |
Quote Reply Posted: 08 Dec 2010 at 2:32pm |
|
|
LightsOnLogan
Admin Group Joined: 11 Oct 2007 Online Status: Offline Posts: 3187 |
Quote Reply Posted: 08 Dec 2010 at 12:28pm |
I guess I should ask... are the boards maintaining heartbeat lock?
Michael |
|
LightsOnLogan
Admin Group Joined: 11 Oct 2007 Online Status: Offline Posts: 3187 |
Quote Reply Posted: 08 Dec 2010 at 12:27pm |
Regarding Error 6:
Runtime 6 during the audio/video processing bubbles up from the AV converter component. It is usually related to an unrecognized audio/video file format or an incompatible DirectShow plugin (including Windows Movie Maker plugins) which has been installed on the system. This is also the cause of most of the "my MP3 doesn't work" issues. Regarding rapid rendering of commands after lag: This usually is the result of an issue with the VCP drivers for the USB-485 dongle, or (rarely) the dongle itself. If something is interfering with the dongle driver then the serial data can wind up queued in a buffer while the drivers think the adapter is not ready to send the data. The obvious things to check: 1) Make sure that nothing else is attempting to access the port (Hardware utility, Palm Sync, etc.) 2) That the USB cable is secure and working properly 3) That the correct VCP driver version is installed If the problem persists then I can give you access to the DMX beta which includes an alternate experimental D2XX driver, but that should only be considered as a last resort option. Michael |
|
Comporder1
DMX Joined: 11 Dec 2007 Location: Brookhaven, MS Online Status: Offline Posts: 163 |
Quote Reply Posted: 07 Dec 2010 at 11:11pm |
I have two videos from last year. Like you, both are from the same sequence.
|
|
Jonathan
Beta Testers Joined: 07 Sep 2008 Location: SoCal Online Status: Offline Posts: 1237 |
Quote Reply Posted: 07 Dec 2010 at 10:33pm |
Yeah, it could be that too. I've tried messing with the network speed, but that had no effect for me (I'm still running 115,200). It's always the same spot in the sequence, but the "controller catch up" varies each time on what commands in that mashed up split second actually get generated. It's just as likely that only certain commands are being sent out of the dongle as it is that the controller only sees certain commands. I'm certainly no expert when it comes to hardware, that's for sure!
|
|
~Jonathan
|
|
Comporder1
DMX Joined: 11 Dec 2007 Location: Brookhaven, MS Online Status: Offline Posts: 163 |
Quote Reply Posted: 07 Dec 2010 at 10:19pm |
Thats my theory
Carey
|
|
Post Reply | Page 123> |
Forum Jump | Forum Permissions You cannot post new topics in this forum You cannot reply to topics in this forum You cannot delete your posts in this forum You cannot edit your posts in this forum You cannot create polls in this forum You cannot vote in polls in this forum |