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

Fault to render on secondary Hdpi (4K) monitor #3573

Open
Franco-64 opened this issue Dec 27, 2023 · 5 comments
Open

Fault to render on secondary Hdpi (4K) monitor #3573

Franco-64 opened this issue Dec 27, 2023 · 5 comments
Labels
bug Something likely wrong in the code qt Issues, related to Qt framework state: waiting feedback Waiting for user feedback

Comments

@Franco-64
Copy link

Hi, after a fresh installation and a change of some line in [video] section of config.ini, Stellarium opens correctly in the secondary 4K display, at full screen. But the planetary image occupies only a section of the screen (see image). It seems also that the selection of sky objects in misaligned with what I see in monitor (I can click and have some results in the black area), as the app sees "internally" as the visualization was in full screen. No change after i pressed F11 twice.

This is my video section of config.ini:

[video]
dithering_mode = color888
fullscreen = false
maximum_fps = 10000
minimum_fps = 18
screen_h = 2160
screen_number = 1
screen_w = 3840
screen_x = 0
screen_y = 0
tm_display_adaptation_luminance = 50
viewport_effect = none

Expected Behaviour

Rendering full screen

Actual Behaviour

stellarium

Steps to reproduce

After a fresh installation of latest stable version (stellarium-23.4-qt5-win64.exe)

System

  • Stellarium version: stellarium-23.4-qt5-win64.exe
  • Operating system: Windows 11 Version 22H2
  • Graphics Card: Intel Iris Plus, OpenGL 4.6
  • Screen type: Philips PHL276E8V at 3840x2160

Logfile

log.txt

Copy link

Thanks for adding your first issue to Stellarium. If you have questions, please do not hesitate to contact us.

@10110111
Copy link
Contributor

Does this still happen if you disable HiDPI scaling?

@Franco-64
Copy link
Author

Franco-64 commented Dec 27, 2023

It depends. I use 200% scaling on 4K monitor for best viewing of menu and windows, and the behavior is uncorrect as described. If I use 150% or less, is OK. With a scale of 175% or more, the issue reappers.

Issue is present in both case: if I launch the app after rescaling, and if I rescale when Stellarium is open.

Note: only at "recommended choice" (150%) it is possible to point, click and obtain correct result of recognition of sky obiects. At other resolutions (also the less enlarged, 100% and 125%, with full screen rendering) object recognition is misaligned.

Hope to help...

@alex-w alex-w added this to Needs triage in OS: Windows via automation Dec 27, 2023
@alex-w alex-w added this to Needs triage in Hardware: HiDPI via automation Dec 27, 2023
@alex-w alex-w added the bug Something likely wrong in the code label Dec 27, 2023
@10110111
Copy link
Contributor

Does this happen in previous versions of Stellarium, like 23.2 and 23.3?

@alex-w alex-w added the qt Issues, related to Qt framework label Jan 15, 2024
@alex-w alex-w added the state: waiting feedback Waiting for user feedback label May 16, 2024
Copy link

Hello @Franco-64!

We really need your feedback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something likely wrong in the code qt Issues, related to Qt framework state: waiting feedback Waiting for user feedback
Projects
Hardware: HiDPI
  
Needs triage
OS: Windows
  
Needs triage
Development

No branches or pull requests

3 participants