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

Sync not working with colors only #2397

Closed
1 task done
DarthWeber opened this issue Dec 7, 2021 · 4 comments
Closed
1 task done

Sync not working with colors only #2397

DarthWeber opened this issue Dec 7, 2021 · 4 comments
Labels
bug workaround The issue contains a workaround

Comments

@DarthWeber
Copy link

What happened?

If i use sync with all options (brightness,color,effect) as default it works well. But if i disable "effect" for example, the colors do NOT synchronize anymore

To Reproduce Bug

WLED1 Group 1 send only
WLED1 Group 1 receive only with option effect disabled

Expected Behavior

I expected the recevibg WLED will show a fixed effect but with the color palette synchronized from the main WLED

Install Method

Binary from WLED.me

What version of WLED?

WLED 0.13b5

Which microcontroller/board are you seeing the problem on?

ESP8266

Relevant log/trace output

No response

Anything else?

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct
@DarthWeber DarthWeber added the bug label Dec 7, 2021
@blazoncek
Copy link
Collaborator

This is intentional.
Palette only synchronizes with effect but the basic colors do synchronize without effect.

@dudewheresmacar
Copy link

This is intentional. Palette only synchronizes with effect but the basic colors do synchronize without effect.

Could this...not be intentional? It'd be really nice to be able to switch between color palettes within the current active effects across devices without having to adjust each light individually.

@blazoncek
Copy link
Collaborator

There is no room in the UDP for such thing. And the code is already a mess supporting all of the versions back to 0.1
If we'd drop support for older versions and restructure UDP packet then maybe, but just maybe.

The best workaround is to use MQTT and broadcast palette only.

@blazoncek blazoncek added the workaround The issue contains a workaround label Dec 5, 2023
@dudewheresmacar
Copy link

The best workaround is to use MQTT and broadcast palette only.
Thanks for the reply. I'm not familiar with MQTT (or how any of this works, really hahah) are there any resources you recommend I check out?

the code is already a mess supporting all of the versions back to 0.1
If maintaining support for years-outdated versions is limiting forward innovation, might be time...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug workaround The issue contains a workaround
Projects
None yet
Development

No branches or pull requests

3 participants