search

xLightsSequencer / xLights

xLights is a sequencer for Lights. xLights has usb and E1.31 drivers. You can create sequences in this object oriented program. You can create playlists, schedule them, test your hardware, convert between different sequencers.
GNU General Public License v3.0
570 stars 212 forks source link

Feature request DM412 pixel support #846

Closed jjewell66 closed 7 years ago

jjewell66 commented 7 years ago

What would it take to get support for dmx412 pixels? Thanks!

AzGilrock commented 7 years ago

Different pixel types are usually handled by hardware not xLights. xLights has no idea which type of pixel the data is being sent to so I'm not sure what we would do.

jjewell66 commented 7 years ago

Thanks Gil. I always thought it was software protocol but I can see that it would be the software in the hardware.

Jerry Jewell Skulltronix.com 916 600 2295

On Apr 17, 2017, at 8:26 PM, Gil Jones notifications@github.com wrote:

Different pixel types are usually handled by hardware not xLights. xLights has no idea which type of pixel the data is being sent to so I'm not sure what we would do.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

AzGilrock commented 7 years ago

I searched to find out what these were and main thing I found was your post on FalconChristmas. Looks like Dave is saying these are 16 bit pixels and that he has handled that before with a lookup table. If you're looking for true 16 bit support xLights would need to add a new pixel type that supports that data size. Not sure how much work would be involved. How do you talk to the pixels? Is it standard DMX or a different protocol? I couldn't tell if you were asking for a different interface type.

jjewell66 commented 7 years ago

Hi Right now I use Kibonode controllers. But they are large and bulky. I want to use picaps.

Xlights works with Kibonode over e.131. Guess I wasn't very clear.

Jerry Jewell Skulltronix.com 916 600 2295

On Apr 18, 2017, at 6:55 AM, Gil Jones notifications@github.com wrote:

I searched to find out what these were and main thing I found was your post on FalconChristmas. Looks like Dave is saying these are 16 bit pixels and that he has handled that before with a lookup table. If you're looking for true 16 bit support xLights would need to add a new pixel type that supports that data size. Not sure how much work would be involved. How do you talk to the pixels? Is it standard DMX or a different protocol? I couldn't tell if you were asking for a different interface type.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

jjewell66 commented 7 years ago

Me again,

The guy who knows everything about the dm412 is Chuck Sommerville. He’s in our group.

J

From: Gil Jones [mailto:notifications@github.com] Sent: Monday, April 17, 2017 8:26 PM To: smeighan/xLights Cc: Jerry Jewell; Author Subject: Re: [smeighan/xLights] Feature request DM412 pixel support (#846)

Different pixel types are usually handled by hardware not xLights. xLights has no idea which type of pixel the data is being sent to so I'm not sure what we would do.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/smeighan/xLights/issues/846#issuecomment-294664462 , or mute the thread https://github.com/notifications/unsubscribe-auth/ATB_USRGKQ_sSN-qCyS4lLohdfL1KVX7ks5rxC1igaJpZM4M_iOF . https://github.com/notifications/beacon/ATB_UYg6w-qnegHv7KbjgpaMBhPNP8UAks5rxC1igaJpZM4M_iOF.gif

keithsw1111 commented 7 years ago

I am with Gil on this one. 16 bit pixels are best handled using a 8 bit lookup table. The 16 bitness gives the option to choose the best numbers to represent 8 bit colour reflecting the fact that pixels dont respond in a linear fashion.

Making xLights fully 16bit aware would double processing for very little value ... especially as you would still need to add diming curves to address the issue described above.

The only place 16 bit has obvious value is in supporting DMX type elements that need more than 256 positions such as moving elements and I think he has that sorted with the servo effect.

jjewell66 commented 7 years ago

Hi Thanks, but I still have piles of these pixels and no way to use them :(

Best regards,

Jerry Jewell Skulltronix.com 916 600 2295

On Apr 27, 2017, at 10:03 PM, Keith Westley notifications@github.com wrote:

I am with Gil on this one. 16 bit pixels are best handled using a 8 bit lookup table. The 16 bitness gives the option to choose the best numbers to represent 8 bit colour reflecting the fact that pixels dont respond in a linear fashion.

Making xLights fully 16bit aware would double processing for very little value ... especially as you would still need to add diming curves to address the issue described above.

The only place 16 bit has obvious value is in supporting DMX type elements that need more than 256 positions such as moving elements and I think he has that sorted with the servo effect.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

keithsw1111 commented 7 years ago

Sure but it is the controller firmware you need updated not XLights.

dpitts commented 7 years ago

Jerry if you send me a small string, like 25, I can implement them in Falcon controllers.

jjewell66 commented 7 years ago

Thank you!

Address please.

Jerry Jewell Skulltronix.com 916 600 2295

On Apr 29, 2017, at 1:22 AM, dpitts notifications@github.com wrote:

Jerry if you send me a small string, like 25, I can implement them in Falcon controllers.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

jjewell66 commented 7 years ago

Hi Sean Any chance you've been able to work with the DM412 leds?

I'm hoping to get the display to Burning Man.

Chuck Sommerville said you could contact him about the driver. He has a lot of experience with them.

Thanks!

Jerry Jewell Skulltronix.com 916 600 2295

On Apr 29, 2017, at 6:04 AM, "info@skulltronix.com" info@skulltronix.com wrote:

Thank you!

Address please.

Jerry Jewell Skulltronix.com 916 600 2295

On Apr 29, 2017, at 1:22 AM, dpitts notifications@github.com wrote:

Jerry if you send me a small string, like 25, I can implement them in Falcon controllers.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

AzGilrock commented 7 years ago

Jerry it looks like you and Dave were supposed to hook up on getting the strings to work. You keep talking to me, Sean, and Keith and we are just the software side of things.

madsci1016 commented 7 years ago

Jerry,

Earlier you said you wanted to drive the DMX412 pixels from a PiCap. So the developers to pester would be the ones for FPP to support driving these pixels.

I recently wrote a pixel driver for FPP, so I might be able to help. Though I can't find any reference on the DMX412 protocol. Do you have any detailed information on them? If so shoot me an email: bill at billporter.info and let's take this offline.

jjewell66 commented 7 years ago

Hi Sean asked me for some dm412 pixels a while back to implement in the falcon controllers. But he's been busy.

A quick search for dm412 led driver brings up several good links. Here is one:

http://www.siti.com.tw/product/spec/LED/SP-DM412-A.003.pdf

Also, Chuck Sommerville has direct experience and said he has some tips about timing issue.

I have a large 3D display made using them and I'm stuck with the animation it came with. I'd like to use xlights. I also have some 4'x4' panels that I'd like use.

Thanks !! Jerry Jewell Skulltronix.com 916 600 2295

On Jul 22, 2017, at 10:35 AM, Bill Porter notifications@github.com wrote:

Jerry,

Earlier you said you wanted to drive the DMX412 pixels from a PiCap. So the developers to pester would be the ones for FPP to support driving these pixels.

I recently wrote a pixel driver for FPP, so I might be able to help. Though I can't find any reference on the DMX412 protocol. Do you have any detailed information on them? If so shoot me an email: bill at billporter.info and let's take this offline.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

jjewell66 commented 7 years ago

Thanks Gil,

Sean actually asked me to send him some of the dm412 leds a few months ago so that he could implement them in the falcon controllers. Which I did. He's been pretty busy though.

Which Dave?

Jerry Jewell Skulltronix.com 916 600 2295

On Jul 22, 2017, at 10:04 AM, Gil Jones notifications@github.com wrote:

Jerry it looks like you and Dave were supposed to hook up on getting the strings to work. You keep talking to me, Sean, and Keith and we are just the software side of things.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

AzGilrock commented 7 years ago

Sean has not asked you for pixels. I think you are mistaking that the emails from Github have "smeighan/xLights" but that doesn't mean it's Sean talking. Sean has not replied in this issue thread. Dave has responded above with the profile name "dpitts". That is Dave Pitts the creator of the Falcon controllers. Sean does not develop hardware.

jjewell66 commented 7 years ago

Omg. I'm so confused. Thanks for the explanation.

Jerry Jewell Skulltronix.com 916 600 2295

On Jul 23, 2017, at 12:30 PM, Gil Jones notifications@github.com wrote:

Sean has not asked you for pixels. I think you are mistaking that the emails from Github have "smeighan/xLights" but that doesn't mean it's Sean talking. Sean has not replied in this issue thread. Dave has responded above with the profile name "dpitts". That is Dave Pitts the creator of the Falcon controllers. Sean does not develop hardware.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.