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

Documentation of the network protocol #76

Open
uwuforever opened this issue Jan 11, 2021 · 1 comment
Open

Documentation of the network protocol #76

uwuforever opened this issue Jan 11, 2021 · 1 comment

Comments

@uwuforever
Copy link

Has the network protocol for sending video to the Colorlight cards been reversed?

I'd like to use them to drive some LED panels with a RPi4.

I'm aware of this: https://github.com/FalconChristmas/fpp/blob/master/src/channeloutput/ColorLight-5a-75.cpp as a partial reversed protocol. I'm wondering if there is a more complete one.

They mention "(info based on mplayer ColorLight 5a-75 video output patch)" and I assumed I would be able to find more thorough documentation there but haven't been able to find the patch they're referring to.

I found a few alternative implementations such as this project: https://github.com/NiklasFauth/colorlight-led-cube but don't really have the Verilog background to edit them for my needs. :(

@cpinkham
Copy link

I'm aware of this: https://github.com/FalconChristmas/fpp/blob/master/src/channeloutput/ColorLight-5a-75.cpp as a partial reversed protocol. I'm wondering if there is a more complete one.

They mention "(info based on mplayer ColorLight 5a-75 video output patch)" and I assumed I would be able to find more thorough documentation there but haven't been able to find the patch they're referring to.

There isn't much info in the mplayer patch, I think my code in FPP is more documented, but here is a link to the mplayer patch:

http://www.mylifesucks.de/oss/mplayer-colorlight/

We are also looking into adding more detail and packet types to FPP. We have a user who is doing some testing currently because he has seen 0x0100 and 0x0107 initialization packets. The 0x100 packets were sent to a receiver running a different firmware which allows panels with PWM drivers to be used. He has been able to get FPP sending to these receivers by changing our initialization packet and copying some details from a packet capture, but is currently testing more to see if we can get more details about the different packets.

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

3 participants