Skip to content

Use a more realistic texture of the Sun#4517

Merged
10110111 merged 1 commit intomasterfrom
sun-texture
Sep 15, 2025
Merged

Use a more realistic texture of the Sun#4517
10110111 merged 1 commit intomasterfrom
sun-texture

Conversation

@10110111
Copy link
Contributor

Description

Current texture of the Sun looks cartoonish and doesn't reflect the real look of the Sun. It not only has wrong colors, but also wrong granule sizes and sunspot sizes, locations, and contrast.

The new texture is made from the SDO HMI observations, which automatically fixes these issues. The texture is a result of stitching the maps obtained from multiple HMI images, with the equatorial region containing the sunspots taken from observations from 2025-08-07 to 2025-08-31, while the rest is filled with spotless data of 2019-12-15. All the source images were considered valid only in the central 60% of the solar disk, because outside that region the faculae become more prominent, which is undesired for such a generic texture expected to be viewed from different angles.

The faculae are not displayed, since they'd require special processing to make them more visible near the rim and less visible in the center.

Screenshots

stellarium-018 stellarium-019

How Has This Been Tested?

Test Configuration:

  • Operating system: Ubuntu 20.04 LTS
  • Graphics Card: Intel UHD Graphics 620

@alex-w
Copy link
Member

alex-w commented Sep 15, 2025

Hmm - 8k x 4k and wepb format - what about minimal VRAM for GPU?

What about license for texture of the Sun (editing CREDITS.md)?

P.S. Almost 13 MB for file - could be file size reduced without losing quality?

@gzotti
Copy link
Member

gzotti commented Sep 15, 2025

Looks impressive! However, IIRC ANGLE systems (and OpenGL ES SBCs) are limited to 2k textures. Should we keep the old one as fallback?

@10110111
Copy link
Contributor Author

Hmm - 8k x 4k and wepb format - what about minimal VRAM for GPU?

There's a decimation option for low-resources machines (although it may need to be made more flexible, to apply a higher coefficient to larger textures).

What about license for texture of the Sun (editing CREDITS.md)?

SDO data are public domain, so we can license the texture as any other image we created ourselves. So GPLv2+ I suppose. But yes, will edit the CREDITS file in a bit.

Almost 13 MB for file - could be file size reduced without losing quality?

The original PNG is 25.4 MiB. I've already tried to make as small as possible while preserving the granulation in almost the same quality.

@10110111
Copy link
Contributor Author

However, IIRC ANGLE systems (and OpenGL ES SBCs) are limited to 2k textures

We resize the textures when they are out of limits for the current OpenGL implementation.

Copy link
Member

@alex-w alex-w left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The new texture is OK for me, but please add notes for new texture and remove notes for old texture in CREDITS.md file.

@alex-w alex-w added this to the 25.3 milestone Sep 15, 2025
@github-project-automation github-project-automation bot moved this to Backlog in Solar System Sep 15, 2025
@10110111
Copy link
Contributor Author

So the CREDITS file is updated. Is the formulation OK?

Copy link
Member

@gzotti gzotti left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

OK for me, thanks!

@alex-w alex-w added the data Missing/bad/outdated data, but no code error label Sep 15, 2025
Current texture of the Sun looks cartoonish and doesn't reflect the real
look of the Sun. It not only has wrong colors, but also wrong granule
sizes and sunspot sizes, locations, and contrast.

The new texture is made from the SDO HMI observations, which
automatically fixes these issues. The texture is a result of stitching
the maps obtained from multiple HMI images, with the equatorial region
containing the sunspots taken from observations from 2025-08-07 to
2025-08-31, while the rest is filled with spotless data of 2019-12-15.
All the source images were considered valid only in the central 60% of
the solar disk, because outside that region the faculae become more
prominent, which is undesired for such a generic texture expected to be
viewed from different angles.
@10110111 10110111 merged commit 2aa98a9 into master Sep 15, 2025
30 of 31 checks passed
@10110111 10110111 deleted the sun-texture branch September 15, 2025 17:20
@github-project-automation github-project-automation bot moved this from Backlog to Done in Solar System Sep 15, 2025
@gzotti
Copy link
Member

gzotti commented Sep 16, 2025

Tried on Raspberries 4 and 3. All OK, but you must install qt5-image-formats-plugins (or the respective qt6 package) for webp. I did not check on other Linux systems, but I assume it's similar. This must be stated in install dependencies.

@10110111
Copy link
Contributor Author

This must be stated in install dependencies.

Where exactly should this be stated? In the AppImage package (I think it's supposed to include all the dependencies)? Is the Windows installer affected?

alex-w added a commit that referenced this pull request Sep 17, 2025
@alex-w
Copy link
Member

alex-w commented Sep 17, 2025

Where exactly should this be stated? In the AppImage package (I think it's supposed to include all the dependencies)?

I've added qt6-image-formats-plugins as dependency for packages in our PPA (+ calcmysky package) + qt5-image-formats-plugins as dependency for Qt5-based AppImage (Qt6-based AppImage not affected).

Is the Windows installer affected?

No

@alex-w alex-w added the state: published The fix has been published for testing in weekly binary package label Sep 17, 2025
@github-actions
Copy link

Hello @10110111!

Please check the fresh version (development snapshot) of Stellarium:
https://github.com/Stellarium/stellarium-data/releases/tag/weekly-snapshot

@alex-w alex-w removed the state: published The fix has been published for testing in weekly binary package label Sep 29, 2025
@github-actions
Copy link

Hello @10110111!

Please check the latest stable version of Stellarium:
https://github.com/Stellarium/stellarium/releases/latest

@10110111
Copy link
Contributor Author

It seems GPL is not a great choice for images, because we don't only fail to provide any script or other info on stitching the source images, but even the final output is lossily compressed.
Do you think CC-BY-SA would be more appropriate?

@gzotti
Copy link
Member

gzotti commented Nov 26, 2025

I think for images yes, CC-BY-SA or FAL.

10110111 added a commit that referenced this pull request Nov 26, 2025
We don't provide any scripts or another information to convert the
original SDO HMI images to this map, and additionally we lossily
compress it, so it doesn't make sense to use GPL for it.

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

Labels

data Missing/bad/outdated data, but no code error

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

3 participants