Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Making uDMX work .. fix(?) provided #2123

Open
derwin12 opened this issue Jan 22, 2025 · 1 comment
Open

Making uDMX work .. fix(?) provided #2123

derwin12 opened this issue Jan 22, 2025 · 1 comment

Comments

@derwin12
Copy link

derwin12 commented Jan 22, 2025

I am using 7.5.x but I was able to make uDMX work with just a couple of minor changes..

Installed libusb-0.1 - need the older library for compatibility.
sudo apt install libusb-0.1-4 libusb-dev

I think it needs to be added to places like FPP_Install.sh

Now the biggest thing that I needed to do was start my actual MH at Channel 2. It seems we are not sending channel 1 to uDMX.
Not clear why that is the case, perhaps it is not sending the right start channel. I see this in the log..

/opt/fpp/src/channeloutput/uDMX.cpp:57: UDMXOutput::UDMXOutput(0, 512)

It is like it is uDMX is starting at channel zero, so if we send xlight channel data starting at 1 it misses that 0 channel data.

Hope this helps - perhaps just a couple of fixes and I can verify on my side. As it is .. it works for me with these changes.

(btw this is what I purchased .. https://www.lixada.com/p-l0385.html )

Edit: And forgot to add .. I dropped the MH on the serial port but then manually created the Other outputs tab to select the uDMX type in the drop down.

@patdelaney
Copy link
Contributor

@derwin12 Possible zero based counting issue> We have had that a long time ago I think.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants