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

fix: revert Zorro default contrast #3831

Merged
merged 2 commits into from
Jul 23, 2023
Merged

Conversation

3djc
Copy link
Collaborator

@3djc 3djc commented Jul 19, 2023

Revert a change introduced in #3575

With settings introduced in 3575, author custom splash with a lot of black pixels looks better, but default EdgeTX and many other look worse. Suggesting reverting to initial value

This fixes #3830

Recommend applying to 2.9

@pfeerick
Copy link
Member

pfeerick commented Jul 20, 2023

If the Zorro is generally worse at displaying this than the other radios, sure (and mine is, btw). Or would it be better to do this check at around ln 1455 - BACKLIGHT_ENABLE(); , or in addition to this??

#if defined(GUI) && !defined(COLORLCD)
  if (radioSettingsValid)
     lcdSetContrast();
#endif

@pfeerick pfeerick added bug 🪲 Something isn't working B&W Related generally to black and white LCD radios labels Jul 23, 2023
@pfeerick pfeerick added this to the 2.9 milestone Jul 23, 2023
@pfeerick pfeerick merged commit 0cefb70 into main Jul 23, 2023
@pfeerick pfeerick deleted the 3djc/fix-zorro-default-contrast branch July 23, 2023 01:10
pfeerick pushed a commit that referenced this pull request Jul 23, 2023
…3831)

* fix: revert Zorro default contrast

* fix: set contrast as soon as radio data is read
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
B&W Related generally to black and white LCD radios bug 🪲 Something isn't working
Projects
None yet
Development

Successfully merging this pull request may close these issues.

radiomaster zorro spash screen bug
2 participants