Jump to content
Light-O-Rama Forums


  • Content Count

  • Joined

  • Last visited

Community Reputation

1 Neutral

About nmiller0113

  • Rank
  • Birthday 01/13/1975

Contact Methods

  • Website URL

Profile Information

  • Gender
  • Location
    Santa Rosa, CA
  • Occupation

More About Me

  • How I learned about Light-O-Rama -
    Google search
  • Favorite Decorating Holiday?

LOR Software

  • LOR Software Version
  • License Level

Recent Profile Visitors

255 profile views
  1. Thanks for the feedback everyone. I ended up finding the 16 port DC boards available at wowlights.com.
  2. It appears they are sold out in the store so I was wondering if anyone here has any used ones to sell? Thanks!
  3. DrWizard: Thanks for the response and offer. I managed to script something myself to modify the XML once I figured out the pattern LOR uses. It was something basic built solely to fit my needs and was good enough. Though, for the future, I'd definitely like to see your tool once it's ready for primetime...or at least somewhere close to that
  4. Unfortunately, I'm not a developer so I couldn't make something to do this for me. But after reviewing the XML layout in the channel configuration file and with some help from excel autofill...a couple copy and pastes into an XML editor and I was in business saving me about 6 hours of dragging and dropping thousands of RGB channels
  5. Unfortunately Zig Zag won't work for all of my needs
  6. I couldn't find a question that was exactly like mine here but I highly doubt I've been the first one to ask or need this. Unfortunately creating RGB channel order doesn't seem to be something I've been able to easily figure out. Here's my problem. I want to create, let's say two strands of 50 pixels: 1-50 for the first strand 100 - 51 for the second strand. So if you're looking top to bottom in the sequence editor it would jump from 50 to 100 and then count down to 51. The only way I could figure out how to do this was to drag RGB channels into a new order. That's fine for 1 strand, but I have many I need to do this for in order to accommodate some imports from other as well as some migrations I'm doing of my own sequences. Doing it by hand dragging and dropping also introduces tons of opportunity for human error. I know there are ways to accomplish on the controllers (Zig Zag but this won't fit all my scenarios), but for my own needs I'd rather it be done in the sequences. All I'm wondering is whether I'm missing a simpler way to change the channel order in the sequence editor so that my copy and paste (import) will overlay properly with my new configurations. I hope there is either a simpler way or a tool someone has created that will allow me to create channels and select ascending or descending. Then I can create a channel mapping and import it over my existing sequences and be good to go. Thanks in advance!
  7. Denny, the SSD will likely not gain you a huge noticeable difference as majority of the wait time is in processing and loading HUGE XML files into memory. You can definitely install the drive as a secondary and then move all your LOR stuff to it. You can re-install LOR to it as well or just move the LOR files store to it by re-running LORPost.exe from your LOR install program directory. You won't need to re-install windows unless you want to improve windows read performance off the SSD drive.
  8. Kevin, did you do all the sequencing for this in S3 or did you use other sequencers as well. I'm curious how you did the fire effect and some of the outline movement mixing in areas of white between the colors. I've done similar effects using Madrix but never with a timed sequence grid. I normally just buy your sequences off your site so I can reverse engineer them to learn your tricks but these new ones are not up. Great work as always!
  9. Can you give more detail around the configuring you have done from LOR? Did you setup the network? Did you create your own sequence or buy from someone? Etc...
  10. Keep in mind that the IC version like the 2811 or 2801 does not dictate how many LED's per pixel there are. You could have 2811's with 1 LED per pixel/IC. It's just a matter of how the pixel density is laid out on the strip. You need to count the IC's to get the true pixel count. Just for the sake of saving confusion KStatefan said "In that section there are three pixels that are controlled with the same ic chip" and while I understand what his point was it may confuse you. What he should have said is "In that section there are three pixels LED's that are controlled with the same ic chip also known as a pixel". A pixel could consist of many LED's or even just one but the LED itself has nothing to do with pixel count. Here is the definition of a pixel: In digital imaging, a pixel, or pel,[1] (picture element[2]) is a physical point in a raster image, or the smallest addressable element in a display device As it states "smallest addressable element in a display device". So with that in mind, look at the picture above again. There are 3 LED's and 1 IC. The addressable element there is the IC and those LED's are controlled by that IC. So those 3 LED's make up 1 pixel, not 3, as there is only 1 addressable element...that being the IC itself. So based on what you've written you have, and without a link to the actual strip you're using to be 100% sure, I'd say you have a total of 54 Pixels and 162 LED's total...this also equates to 162 channels in this case and maybe that is what caused the confusion since the LED's are tied to the pixels in 3's. If your strip had a 2 to 1 ratio LED to pixel then the numbers would possibly make more sense since they would all be different...it would equal 81 Pixels, 162 LED's and 243 channels. What I still find odd though is your total pixel count. I don't know of any strips that contain that odd count of pixels. Did you not use the entire strip...was there some left over in the end after you split it into three's? Was it a 5 meter strip to start? Most pixel counts are numbered per meter, so if you used your entire strip for your project and you have 54 pixels total (18 per section you cut it into), then your per meter count would be 10.8 which wouldn't work. If you have a URL to what you're using that would provide a ton of info. Thanks!
  11. I'm using SanDevices controllers (6804's and 682's) for all of my Pixels and am more than happy to help here. Just to be 100% sure, can you tell me what pixel devices you're using, possibly a link? Then maybe a screenshot of your configuration? As far as your pixel calculations go, I think you may have it off a bit. Pixels are not dictated by how many RGB LED's you have, rather how many IC's / Chips you have on your pixel device. Each RGB Pixel uses 3 channels (One for Red, One for Green and One for Blue) regardless of how many RGB LED's you have. On a SanDevices controller you can also group pixels together to lower your channel count even more (This is why I want to know the model of the pixels you're using and see the configuration). An example of what I'm talking about, I'm using a mix of two different types of pixel strips in my display: http://www.aliexpress.com/store/product/BLACK-PCB-5m-led-digital-strip-DC5V-input-WS2801IC-256-scale-32pcs-IC-and-32pcs-5050/701799_651897346.html - Notice that this one says 32 pieces IC and 32 SMD RGB per meter. This means that I have a 1 to 1 ratio of my RGB LED to IC / Pixel per meter.. With 5 meters per strip that's 160 Pixels total and 160 RGB LED's. I can control every LED individually with allows more detail...this is why i use this for my Matrix Display. Each 5 meter strip having 160 pixels would require 480 total channels (3 X 160 IC / pixels)...unless you groups pixels in the SanDevices controller, but let's not think about that not as it may only confuse things. http://www.aliexpress.com/store/product/5m-led-digital-strip-DC12V-input-WS2811IC-256-scale-10pcs-IC-and-30pcs-5050-SMD-RGB/701799_568458133.html - Notice that this one says 10 pieces IC and 30 SMD RGB per peter. This means that I have a 3 to 1 ratio of my RGB LED to IC / Pixel per meter. With 5 meters per strips that's 50 Pixels total and 150 RGB LED's. I can only control the LED's in sets of three. Each set of 3 is associated with an IC / Pixel. So my controls can only get as granular as 3 LED's of control minimum....meaning if I turn on channel 1 on that pixel, which is for RED, all 3 LED's will light RED, not just one like the strip I mentioned previously. This is why I use this for my Pixel Tree and Roofline...I don't require the detail...even though, depending on the resolution, you can still do some nice low res stuff on these. These are pretty much the same thing as a CCR as they are also grouped into 3 LED's per pixel. Each 5 meter strip having 50 pixels would require 150 total channels (3 X 50 IC / pixels) I hope that clears things up for you a little. I'll be more than happy to help you with any SanDevices questions. I've been using them for a number of years now and on an number of projects and they are solid.
  12. Max-Paul, thank you for your feedback. I figured it out tonight when doing some more research. Turns out the .mp3 file was not CBR. Hadn't realized it because it worked great in the sequence editor...never had one problem. It wasn't until I put it in the show that it was cutting 10 seconds earlier. Strange, to me at least, that it didn't show in the sequence editor. Either way...all is well now
  13. I have an animation sequence that has a 5 second fade (100% to 0%) at the end of it. When I play the sequence from the sequence editor it works perfectly on the controller and in the visualizer. When I add that sequence to a show that has other sequences after it, it just shuts off and completely ignores the fade even though it passes a point in the song where it should have started fading as well as completing the song...then starts the next sequence in the show. This appears both on the controller and visualizer. Any thoughts? Could I be doing something incorrectly? Thanks for any input!
  • Create New...