LOR Board LAGGING
Printed From: Aurora
Category: Aurora Sequencer Software
Forum Name: Aurora 1.0
Forum Discription: This is the place to discuss (and report bugs) the 1.0 version of Aurora
URL: http://www.aurorashow.com/forum/forum_posts.asp?TID=1085
Printed Date: 16 May 2024 at 6:53pm
Software Version: Web Wiz Forums 9.06 - http://www.webwizforums.com
Topic: LOR Board LAGGING
Posted By: Phippers
Subject: LOR Board LAGGING
Date Posted: 04 Dec 2010 at 3:36pm
| I have 5 boards (4 DCX16's, and a new LOR PC16 channel). They all connect and run, but the LOR board is delying, and will only play things about every 2 seconds (as in, everything it was supposed to play in the 2 seconds at once) This board is also hooked up to the main part of the display... Please help! Yes, all Firmware's are up to date, and all numbers are assigned correctly... Ah! HELP! |
Replies:
Posted By: Jonathan
Date Posted: 04 Dec 2010 at 4:06pm
|
There is a known issue with firmware v1.19 and Aurora. DO NOT use v1.19 on ANY ACx16 controller. A workaround is being tested; stay tuned. If your LOR board is running the latest firmware, it is possible that it contains the "fix" that is causing the same issues that the D-Light boards have with Aurora. That is just an assumption; obviously you'd have better luck with LOR hardware questions on the LOR forum. Basically, influences outside of D-Light's, Aurora's, and LOR's control created an issue that necessitated new firmware to correct it. It just so happens that Aurora can't communicate well with it. It could very easily have been the other way (but it wasn't). I recommend that you downgrade your LOR board's firmware to see if that helps. Also, you can try to increase the network speed. Controllers these days like to talk fast. A network speed of 115,200 is now considered standard. (Obviously, choose the speed that best works for you.) I have a sequence with A LOT of effects in rapid succession. What happens with me is that sometimes the controllers can't keep up, and I have a full second and a half with no effects followed by extremely fast effects to keep it all on track, the "all at once" scenario. I'm still working on a way to keep the sequence flowing smoothly, and so far the solution has been to dumb down the number of effects at that spot in the song. For the time being, you may have to do the same. ------------- ~Jonathan |
Posted By: MrChristmas2000
Date Posted: 05 Dec 2010 at 11:29am
|
I had updated all my d-light boards with .19 when the upgrade came out and it exhibited the same experience with lagging, poor light output on incandescents, flickering etc. I downgraded to 1.17 version and everything is rock solid. I have 13 d-light controllers all very happy.
Tom
------------- http://www.aurorashow.com/"> 
Holding breath for DMX. |
Posted By: Jonathan
Date Posted: 05 Dec 2010 at 4:44pm
|
FYI (in case you haven't read about it in other threads), v1.20Beta is out, and is recommended for Aurora users. ------------- ~Jonathan |
Posted By: BigDPS
Date Posted: 05 Dec 2010 at 6:31pm
|
I am afraid to upgrade now that my show is up and running. I even took out 1.17 when people started having bad experience last year so I have 1.16 on my boxes. I'll wait when the firmware is well ridden/tested and then I'll upgrade. Having to turn stuff on in the advanced menu, for me, it would be forgotten somehow.
------------- http://www.aurorashow.com/"> 
|
Posted By: Phippers
Date Posted: 05 Dec 2010 at 7:10pm
| LOR said with the new boards you cannot downgrade. Dang! Is there any way I can get a link to the 2.0 beta, or the "fix" that you have? |
Posted By: Phippers
Date Posted: 05 Dec 2010 at 8:31pm
| another question: I keep getting an overflow error when I try to add my video. It stinks having my show not completely running, and allot of cars coming by. please help! |
Posted By: Jonathan
Date Posted: 05 Dec 2010 at 9:08pm
|
v1.20Beta (for D-Light ACx16 users only): http://www.d-light.us/forum/viewtopic.php?f=13&p=14851#p14851 - http://www.d-light.us/forum/viewtopic.php?f=13&p=14851#p14851 *Note that you have to run the HW Utility in advanced mode and you must change the #40 EEPROM setting to 1. Video: use an .avi file. Also, you can delete the files in the cache folder and have Aurora regenerate them. That may help (but it will also take some time). If not, post the details of your specific error. ------------- ~Jonathan |
Posted By: Phippers
Date Posted: 06 Dec 2010 at 3:23pm
|
So I deleted My Cache, and now when I open Aurora and select my project it says opened like normal then when I close down the screen that has how many events and channels it opened, It comes up with an error message:
Debugging information: 6: Overflow FrmMain.AudioOverlay AuroraSequencer |
Posted By: Phippers
Date Posted: 06 Dec 2010 at 6:38pm
| What do I do? Now my sequence won't even play... any1? |
Posted By: BigDPS
Date Posted: 06 Dec 2010 at 7:26pm
|
Try uninstalling and re-installing. Make sure you reboot after uninstalling.
------------- http://www.aurorashow.com/">
|
Posted By: Phippers
Date Posted: 06 Dec 2010 at 7:37pm
| Have not rebooted, but I have tried reinstalling. Let me try again after tonight, somehow I got the sceduler to run, so I'm just not gonna touch it. |
Posted By: Phippers
Date Posted: 06 Dec 2010 at 10:25pm
| Is there any advice anyone can give me on that error code though? |
Posted By: BigDPS
Date Posted: 07 Dec 2010 at 7:37pm
|
From a quick search, this is what it means: The
Runtime Error 6 occurs in the Visual Basic program. It is an overflow
issue that can occur when the Visual Basic program attempts to store too
much data in the temporary folders area. http://www.ehow.com/how_6979603_fix-runtime-error-6-overflow.html#ixzz17TozFBIF - ------------- http://www.aurorashow.com/">
|
Posted By: Comporder1
Date Posted: 07 Dec 2010 at 10:19pm
Thats my theory
 Carey ------------- http://www.williamsonworkshop.com - www.williamsonworkshop.com |
Posted By: Jonathan
Date 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 |
Posted By: Comporder1
Date Posted: 07 Dec 2010 at 11:11pm
|
I have two videos from last year. Like you, both are from the same sequence.
http://www.youtube.com/user/comporder1#p/a/u/1/1dSsLuEqWFk - http://www.youtube.com/user/comporder1#p/a/u/1/1dSsLuEqWFk
http://www.youtube.com/user/comporder1#p/a/u/2/fu5z9tlqM2o - http://www.youtube.com/user/comporder1#p/a/u/2/fu5z9tlqM2o ------------- http://www.williamsonworkshop.com - www.williamsonworkshop.com |
Posted By: LightsOnLogan
Date 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 ------------- http://www.aurorashow.com/"> 
|
Posted By: LightsOnLogan
Date Posted: 08 Dec 2010 at 12:28pm
|
I guess I should ask... are the boards maintaining heartbeat lock? Michael ------------- http://www.aurorashow.com/">
|
Posted By: Comporder1
Date Posted: 08 Dec 2010 at 2:32pm
------------- http://www.williamsonworkshop.com - www.williamsonworkshop.com |
Posted By: LightsOnLogan
Date 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 ------------- http://www.aurorashow.com/">
|
Posted By: Comporder1
Date 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. ------------- http://www.williamsonworkshop.com - www.williamsonworkshop.com |
Posted By: Comporder1
Date 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 ------------- http://www.williamsonworkshop.com - www.williamsonworkshop.com |
Posted By: LightsOnLogan
Date 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 ------------- http://www.aurorashow.com/">
|