Jump to content
Light-O-Rama Forums

Richard Hamilton

  • Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by Richard Hamilton

  1. There are several techniques, but the one I use is I go into the effects editor and change the brightness to manual and then move the slider to a lower number.
  2. sounds like you did it right, BUT in the dropdown list box on the editor, did you select "Show All Items"
  3. Oh! Actually I recall having this problem at Halloween last year (2017). I didn't figure out what specifically caused it to fail, yet I fixed it by experimenting and changing my sequences and settings in the show editor and the problem when away. Never had trouble after that. I added more songs this year and was worried the problem might come back when adding them to the show editor, yet it didn't. And I am now on V5. Still a mystery as to why it occurred. That was with Version 4 LOR. I assume other reasons might cause that, but I can't think what they might be.
  4. yup, certainly agree with that. And to add that although I realize there are LOR people here that want to get as much traffic as possible, we prefer less. Our display is really for ourselves, our family, and neighbors. Last year one neighbor called a local TV station and they came knocking on the door to ask about an interview and take videos. I told them politely to leave that we don't want publicity, and turned off the lights till they left. They were polite and left. The ultimate grinch trick 🙂
  5. Yup that is kind of what I do. I have the CCR strings on 16 emt pipes and I just prop them up (one at a time) against the megastar on the house. Even in strong wind up here, they stay just fine. So I guess my setup is simple. Takes me less than 10 minutes.
  6. 8 seconds !!!! Here is my log.... Tell wife to decorate. 8 seconds. Ok that is wishful thinking. Takes me about 12 hours every year to setup, and roughly 4 hours on Jan 2 to put it all away.
  7. Ok, so while it is on my mind, what is that LCS and LID files? I don't recall seeing those in previous versions. It's probably listed somewhere, yet I can't seem to find the info. Thanks
  8. It's a good thing. I'm pretty sure I'm not telling existing customers anything they don't already know, but for the newbies considering buying LOR.... I'll sum it up first to say that practically every other company could learn a lot by how LOR treats customers !!! Fortunately for almost 15 years, I have NEVER needed customer service. That says a lot about the reliability of products I've bought over many years. Over $20,000 combination for my own displays and a couple commercial displays for people. Ok, sometimes, something doesn't work. One of the CCRs I got in a summer sale kit has a flaky connection the connector where sometimes it doesn't work, but I wiggle it and it works. Thus, I sent an email to support. I get an answer the next day, they will replace it. I realize this is a terrible time of the year for tech support, so I try to cut them some slack and tell them to wait until January because right now it is working and if it stops, I figured out a position to slightly bend it so it will work. Being it is inside an arch (protected), I don't want to replace it now unless it fails completely. Surprise, LOR doesn't wait. They take care of the problem immediately by sending out a replacement and of course get the flaky one back. So, I don't know who is running that department, or who makes the decisions, but in my one man opinion, they do an incredible job of trying to keep customers happy and products working. What the hell happened to support at other companies in America? Actually, I don't need an answer to that. I know the answer. Executives farm out support to places around the world that you can't even understand them on the phone, much less get them to do anything. I got a better idea. Outsource the executive jobs to India or China. Companies will save more money that way and no one will miss the execs anyway 😎 LOR support. You are our hero! Later edit.... oh and how could I forget the incredible support by customers whom spend their time helping others with really great advice and help? Kudos to all.
  9. Yup, I also agree. I can't imagine that the issue is S5 software. I also have always corrected these audio imbalances with the mixer. Also I do the same as K6CC with Zara.
  10. Sounds like Ducks is more familiar with the controllers than I am, yet from an engineering perspective, most electronics can handle at least a 5% variation and some times more. It doesn't have to be that precise. You could probably go 12.25 to 12.5 easily. And I hope you realize it is not the voltage that causes a fuse to blow. It's the current draw.
  11. Well if you ran the verifier and it reported no overlap, then not same problem as mine. My issue was that two controllers were set to the same channel ID and getting commands from two different parts of the editor.
  12. I'm thinking it could be the same problem I had a couple years ago when I added a couple new controllers. I saw similar issues and discovered it was an overlap of channel IDs on one controller.
  13. It would help to know what controller and LED lights you are talking about.
  14. Interesting. I am able to do that effect in PE on a tree that has RGB bulbs. Maybe you are using something different? Agree though, I use both PE and SS for different effects.
  15. That's cool. I've been using Weather Watcher Live for the past few years. If you are familiar with that software, can you tell me how Weather Conditions 3.0 is different? thanks
  16. Being an electronics engineer, I agree with your comment. Thanks for clearing things up. What I was referring to is that a string of commercially available lights will always quote a wattage or current at 120V AC even if the string might actually be working at a lower voltage via an inline device reducing the voltage. And since the controller output strings are 120VAC, it is an apples to apples comparison. It seems that you understand that. 😁 So, I am suggesting that the OP compare the amperage or wattage that is quoted on a string of lights from the manufacturer and use that as the guideline.
  17. Just to embellish on the reply a little bit. If you want to know how much amperage will be drawn from your outlet. Add up the amperage from all strings that you put on the controller. Although the controller also draws some current, it isn't a lot in comparison to your light strings. This gives you a ball park amount of current that you will be using. And with LED lights, you would won't even get close to the limit.
  18. Just as an fyi, although reinstalling may have been needed to correct your problem, I had a similar problem a couple months ago and was resolved by simply restarting Windows. I think it had something to do with trying to test my lights while I also was running a schedule in the background without realizing I was doing that.
  19. PROBLEM SOLVED. I got colors in sync across all controllers. Here is what I concluded after a couple of hours testing controllers one at a time in my living room with the hardware utility and sequence editor. For reference, all of my Pixie 2D boxes and CCRs (over 10 of them) are relatively new and running firmware 1.03. Some were bought last summer and some bought this summer. Software is 5.1.4 Pro. All these on the same network. Apologies for along post. Trying to give detail info. It's complex to describe. The issue is software related. It's not network or speed related, not jumper differences, etc. If you understand all of below, then you probably haven’t had any alcohol today 😊 Using the hardware utility, a couple of Pixie2D controllers always show the color order as RGB in the dialog regardless of the order I set. However, controllers were actually accepting the color order changes. I could confirm it by running the 3 primary colors in the same utility after I made color order changes. Problem 1: When clicking “refresh” in the hardware utility or restarting, it wrongly defaults to show color order as RGB in the Cosmic Color/Pixie Config dialog, regardless of what I previously set. The controller actually has the correct order in EPROM. The dialog is not initializing the “RGB Order” list box with the correct value; thus misleading me. The same thing happens with the “number of pixels per port” list box. Of interest is my Pixie2D controllers from last summer display the correct color order in the HU dialog when I change the order. Those controllers were originally set to BRG. Thus the dialog is initializing properly for those controllers. It’s only 2 controllers I bought this summer that don’t give the same result. It’s best to set the hardware utility config to the color order that shows the same string colors when testing each primary R, G, & B color in the utility. I attempted to correct color mismatches for the newest controllers in the sequence editor by setting the prop definition to the same color order indicated in the hardware utility. It’s a nice feature to set the color order of props for devices in the sequence editor. Problem 2: There is a mismatch between the color orders in the hardware utility and the sequence editor. See this table: Set RGB in Prop definition if hardware utility is set to RGB. Set RBG in Prop definition if hardware utility is set to RBG. Set GRB in Prop definition if hardware utility is set to GRB. Set BGR in Prop definition if hardware utility is set to BGR. Set BRG in Prop definition if hardware utility is set to GBR !!! Set GBR in Prop definition if hardware utility is set to BRG !!! Notice the top 4 settings are in sync, but the bottom two are reversed. Not sure why it is this way. If all of my devices in the prop definition of the sequence editor at set to RGB, then a couple Pixie2D controllers are out of sync with other controllers. I figured out as mentioned above, if I set each controller to a color order that displays the proper color in the hardware utility, and experiment to set the color order in the sequence editor prop definition to get correct colors, then all is well. It just seems strange that a couple controllers need to be set to RGB, but other similar controllers default to BRG. I never changed them as they recently arrived from the summer sale. I expected they would all come set the same way. Bottom line is although I was reluctant to change color order in the hardware utility from factory settings (worried to mess up something), it was the way to fix the colors. So if a developer is listening, someone might want to look at why the above two color orders don’t sync up between the hardware utility and the sequence editor. Secondly, why does the hardware utility properly initialize the dialog with correct values from EPROM on some Pixie2Ds, but not on others? Gee, I need aspirin now. 😊 No, this is not a complaint…. Just information of what I found. Maybe I am just confused or perhaps this info is in the manual, yet I didn’t find it.
  20. Hmmm, yes, I guess in theory that is entirely correct about moisture content. Having said that, with my little transmitter, I've never noticed any distance reduction whether snow, rain, or low humidity and dry.
  21. dibblejr, sure, maybe I did not make it clear in my post above, but I have looked at the documentation and forum postings. There is only one jumper that seems to be relevant.... J5 which should not be installed. It isn't. Since this morning I am confident I have found the issue and it involves a problem with the software (Hardware Utility & Sequencer combination settings) that I think needs to be fixed and appears to have been there a LONG time. I will give details later after I complete my testing and confirm my suspicions. Hardware seems ok. And on a completely different note, I am inspired by your funny prop of the guy appearing to fall and hand from the roof. I've always liked it, but didn't want to steal your idea 😁
  22. Another good thought dibblejr. Sorry I didn't mention this earlier, yet I performed that experiment although I agree with you that I didn't think it would make any difference as the CCRs were all similar. So the result is the same. If I swap a good color string from another controller, I still get colors out of order on the same controller that has colors out of order. And just for giggles, when I move the CCR from the controller where colors are out of order to a controller where colors are in correct order, then the other controller still shows proper order. Thus, concluding the issue is in the configuration of the hardware.
  23. Hmmm, interesting thought. I will check that out when I get home tonight. thanks for the idea.
  24. First of all, apologies if this information is in another thread. I didn't find it if there is. Rarely do I run into something I can't solve on my on . This is probably the 2nd time in 10 years, but I'm stumped. When doing my test setup this year, I noticed 2 of my Pixie 2D boxes show different color patterns than the other 5 boxes. I see from running the hardware utility that it has to do with the order of the colors sent to the controllers. All of my other 5 boxes show a color order of BRG. However the 2 boxes showing wrong colors on my CCR strip have a setting of RGB. Ok, simple to change, right? I change the order in the Cosmic ColorPixie config dialog and even try changing the number of pixels per port, yet the controller is not saving the values in eprom although the hardware utility replies that the values were accepted. I refresh and see the old values are still there as shown in my photo. Baffling. In the hardware utility, I set a test color to one color, but the color on the CCRs is a different primary color (as expected because it is wrong). I see in the manual something about a jumper on J5 in the box needs to be removed so the values can be accepted by the hardware utility (if I understand that correctly). There is no jumper on J5. I try resetting the controller during power up and it seems to reset according to the LED, yet still same results. I thought maybe I could cheat the process by changing the "channel order" in my prop definition, yet that seems to have no effect either. And yes, I'm using the correct speeds and high speed communicator. All communications work fine. Just that these 2 controllers are not holding their values. Suggestions are appreciate. I am out of ideas.
  25. Actually there already is a method to delete all of the archived channels at once. It sounds like you haven't looked closely at the menus. Look under the SEQUENCE menu to "MANAGE ARCHIVED PROPS".
  • Create New...