Skip to content

fix: don't overwrite persisted displaycal settings on every boot#772

Open
pvaibhav wants to merge 1 commit into
LoveRetro:mainfrom
pvaibhav:displaycal-reset-fix-tg5040
Open

fix: don't overwrite persisted displaycal settings on every boot#772
pvaibhav wants to merge 1 commit into
LoveRetro:mainfrom
pvaibhav:displaycal-reset-fix-tg5040

Conversation

@pvaibhav

@pvaibhav pvaibhav commented Jul 10, 2026

Copy link
Copy Markdown

InitSettings() applied device displaycal defaults unconditionally, even for shm clients, so user-customized white point correction never survived a reboot on tg5040. Seed device defaults only in the host branch and only when the persisted file lacked displaycal fields (fresh defaults or pre-v11 migration), mirroring the h700 fix.

Closes #773

InitSettings() applied device displaycal defaults unconditionally, even
for shm clients, so user-customized white point correction never
survived a reboot on tg5040. Seed device defaults only in the host
branch and only when the persisted file lacked displaycal fields
(fresh defaults or pre-v11 migration), mirroring the h700 fix.
@josegonzalez

Copy link
Copy Markdown
Collaborator

I wonder if this is related to launching custom paks that run InitSettings on boot in helpers - I know I do that in my pak binaries...

@pvaibhav

Copy link
Copy Markdown
Author

I wonder if this is related to launching custom paks that run InitSettings on boot in helpers - I know I do that in my pak binaries...

For sure could be. From what I understand all the shared memory clients call this function and thus reset the displaycal settings.

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

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

White point correction settings keep getting reset to defaults

2 participants