Stars displayed as lines (0.12.0)

Bug #1114280 reported by MvGulik
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Stellarium
Fix Released
High
Unassigned

Bug Description

Switching from Stellarium version 0.11.4 to 0.12.0, I got some odd stars display. (see image attachment)

- http://i.imgur.com/tMzyoK2.png?1 (added, just in case. I'm new to launchpad.)
- Fullscreen|Windowed, no difference.
- zoom/unzoom, no difference.

Local Data:
- Win32 Xp
- Video: Intel(R) 82915G/GV/910GL Express Chipset Family (is on-board type)
Its a kinda old video card. Same for latest available driver(from HP).

Tags: opengl
Revision history for this message
MvGulik (mvgulik) wrote :
Changed in stellarium:
importance: Undecided → High
milestone: none → 0.12.1
Revision history for this message
Alexander Wolf (alexwolf) wrote :

Please try reset settings of Stellarium (press F2 and press "restore default")

Revision history for this message
MvGulik (mvgulik) wrote : Re: [Bug 1114280] Re: Stars displayed as lines (0.12.0)

-- (saved some config files)
-- Installed 0.12.0 (on top of 0.11.4)
-- Start Stellarium.
-- [F2] + reset configuration. (no effect, yet)
-- Re-start Stellarium.
+ yep. Stars are back to normal dots, instead of stripes.

What setting(s) do you think was/were responsible here for the striped star
display?, If any.

Revision history for this message
MvGulik (mvgulik) wrote :

After digging around a bit:

Changing the default background/landscape to a none Earth based one (Mars,
Moon, Saturn) will show striped stars, after a Stellarium re-start.

When having striped stars. Changing the landscape to a Earth based one will
directly change the stars back to dots. (with one exception, the "Trees"
landscape.)

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Weird!

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Please show log.txt

Revision history for this message
Alexander Wolf (alexwolf) wrote :

And, just for experiment - try remove Stellarium and install again with deleting all old configure files.

Revision history for this message
MvGulik (mvgulik) wrote :

Note: Normally I'm kinda ruthless in my cleaning habits, but this time I
deliberate skipped the manual deleting of all old leftover program folders
I could find and the CCleaner reg-cleaning I normally do. (just in case, as
I can always do that later if it would matter.)

- Normal uninstall.
- Re-Install
- - Same folder as previous installed version.
- - Checked removal of all five config cleanup options.

Nope. No change in the general behavior describe in my previous post.

Attacement (Stellarium_Logs.zip)
log (3).txt - first startup after install.
log (4).txt - second, changing landscape.
log (5).txt - with landscape set to mars. (striped stars) -> (OpenGL error
detected at "drawWindow() start" : "GL_INVALID_VALUE")
Capture_02052013_183303.jpg - Just some screenshot showing not all stars
are striped.

tags: added: opengl
Changed in stellarium:
milestone: 0.12.1 → 0.12.2
Revision history for this message
Alexander Wolf (alexwolf) wrote :

Just for experiment: gives 0.12.2dev6 is same issue?

Revision history for this message
MvGulik (mvgulik) wrote :

Sorry for late reply.
(Notification message must have passed by my attention.)

Yes. Version (not sure here, I think its) 0.12.2dev8 is still having the same issue.

- Installed with (default) all remove old settings marked.
- Set landscape to default to Mars.
- Restarted Stellarium.
- Still showing a lot of of start as stripes.

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Please check - fallback mode gives same error too?

Revision history for this message
MvGulik (mvgulik) wrote :
Download full text (7.8 KiB)

Sorry.
In save mode I also still get a bunch of striped stars.
(Seems kinda odd to me that not all stars are displayed as stripes. Seems
about 50/50 (wet-finger estimate). No difference noted here between normal
and save mode.)

Just in case.

Log (save mode):<code>

2013-07-16T20:22:17

Windows XP

Compiled using MinGW GCC 4.6.2

Qt runtime version: 4.8.4

Qt compilation version: 4.8.4

Addressing mode: 32-bit

Total memory: 2047 MB (unreliable)

Total virtual memory: 2047 MB (unreliable)

Physical memory in use: 50%

Processor speed: 2794 MHz

Processor name: Intel(R) Pentium(R) 4 CPU 2.80GHz

Processor speed: 2794 MHz

Processor name: Intel(R) Pentium(R) 4 CPU 2.80GHz

D:\GAMES_XP\Stellarium\stellarium.exe --safe-mode

-------------------------------------------------------

[ This is Stellarium 0.12.2 - http://www.stellarium.org ]

[ Copyright (C) 2000-2013 Fabien Chereau et al ]

-------------------------------------------------------

Writing log file to: "C:/Documents and Settings/Administrator/Application
Data/Stellarium/log.txt"

File search paths:

0 . "C:\Documents and Settings\Administrator\Application Data\Stellarium"

1 . "."

Config file is: "C:\Documents and Settings\Administrator\Application
Data\Stellarium/config.ini"

Going to initialize the OpenGL 2 renderer

OpenGL supported version: "1.4.0 - Build 7.14.10.4764"

Qt GL paint engine is: "OpenGL"

StelQGL2Renderer::init : Failed because Qt paint engine is not OpenGL2

If paint engine is OpenGL3 or higher, this code needs to be updated

Failed to initialize the OpenGL 2 renderer, falling back to the OpenGL 1
renderer

OpenGL supported version: "1.4.0 - Build 7.14.10.4764"

Qt GL paint engine is: "OpenGL"

GL vendor is "Intel"

GL renderer is "Intel 915G"

Cache directory is: "C:\Documents and Settings\Administrator\Local
Settings\Application Data\stellarium\stellarium\cache"

Sky language is "en_US"

Application language is "en_US"

Loading Solar System data ...

Loaded 75 / 75 planet orbits from "C:\Documents and
Settings\Administrator\Application Data\Stellarium/data/ssystem.ini"

Loading star data ...

"Loading "./stars/default/stars_0_0v0_3.cat": 0_0v0_2; 4963"

"Loading "./stars/default/stars_1_0v0_3.cat": 1_0v0_2; 21598"

"Loading "./stars/default/stars_2_0v0_3.cat": 2_0v0_2; 150090"

"Loading "./stars/default/stars_3_1v0_2.cat": 3_1v0_1; 423540"

"Loading "C:\Documents and Settings\Administrator\Application
Data\Stellarium/stars/default/stars_4_1v0_0.cat": 4_1v0_0; 1725497"

Finished loading star catalogue data, max_geodesic_level: 4

navigation/preset_sky_time is a double - treating as jday: 2.45151e+06

Loaded 10051 NGC records

Loading NGC name data ...

Loaded 400 / 400 NGC name records successfully

Loading star names from "./skycultures/western/star_names.fab"

Loaded 236 / 236 common star names

Loading star names from "./stars/default/name.fab"

Loaded 4358 / 4358 scientific star names

Loading variable stars from "./stars/default/gcvs_hip_part.dat"

Loaded 6886 / 6886 variable stars

Loaded 88 / 88 constellation records successfully for culture "western"

Loaded 85 / 85 constellation art records successfully for culture "western"

Loaded 89 / 89 constellati...

Read more...

Revision history for this message
MvGulik (mvgulik) wrote :

(Right. ... NTS: Use attached archive for long text logs.)

Revision history for this message
Matt (maht) wrote :

I also have this problem in the 0.12 versions- -it had occured to me that the 'streaks' are meteorites gone wrong, even though I have set no. of meteors per hour top zero. Zooming in and out changes the density and positions of the streaks. Someone suggested this may be a graphics card issue, certainly didn't get it on pre 0.12 versions...?

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Matt, can you show latest run log?

Revision history for this message
Alexander Wolf (alexwolf) wrote :

>Someone suggested this may be a graphics card issue, certainly didn't get it on pre 0.12 versions...?

Series 0.12 has new rendering engine and this engine needs more powerful graphics card for rendering some effects like shadows.

Changed in stellarium:
milestone: 0.12.2 → 0.12.3
Revision history for this message
Ferdinand Majerech (kiithsacmp) wrote :

I don't have any similar hardware, but the screenshot seems as if the GPU was skipping vertices or interpreting them incorrectly.

It might be possible that old Intel GPUs have an issue with interleaved vertex arrays.

I pushed a branch reenabling (in GL1/fallback mode) old-style vertex arrays based on pre-refactor code:
https://code.launchpad.net/~kiithsacmp/stellarium/bug-11144280
bzr branch lp:~kiithsacmp/stellarium/bug-11144280

I don't have Windows at the moment, and have no similar GPU. Could someone compile/test this?

This possibly might fix the bug, but also might not. However, this vertex buffer implementation is slower than
the currently used interleaved array one, so enabling it everywhere would be a bad idea.

If this fixes the bug, we could selectively use plain vertex arrays on old Intel GPUs and interleaved everywhere else.

Also note that I got one unexplained segfault (at first run), which I could not reproduce.
It might be caused by this vertex buffer backend, as it was only used for a short time and is not well tested.

Revision history for this message
Alexander Wolf (alexwolf) wrote :
Revision history for this message
MvGulik (mvgulik) wrote :

(Using above downloaded version of Stellarium)

Still a lot of stripes at this end (when using some specific background's).

Video data:
Graphics Adapter: Intel(R) 82915G/GV/910GL Express Chipset Family
Manufacturer: Intel
GL Version: 1.4.0 - Build 7.14.10.4764
Resolution: 1024 X 768 X 32 bpp
Driver version: 6.14.10.4764
Driver date: 13/01/2007
Video Memory Size: 128 MB

+File: OpenGL Extensions Viewer 4.0.5 data dump.txt

Log files:
log(1).txt - First start-up after install, Normal mode. (Changed background
to Trees)
log(2).txt - Trees background, Normal Mode. (Striped stars: ...) (Changed
background to Jupiter)
log(3).txt - Jupiter background, Save mode. (Striped stars: ...)

Screen Shots from session 2: (Random targeted star at different zoom levels)
Capture_08072013_111840.jpg
Capture_08072013_111430.jpg
Capture_08072013_111442.jpg

Screen Shots from session 3: (Random targeted star at different zoom levels)
Capture_08072013_111452.jpg
Capture_08072013_111806.jpg
Capture_08072013_111821.jpg

Revision history for this message
MvGulik (mvgulik) wrote :

Oops, I see the screenshot names are out of order in the post (and
"files.txt").

Changed in stellarium:
assignee: nobody → Ferdinand Majerech (kiithsacmp)
status: New → Confirmed
status: Confirmed → In Progress
Changed in stellarium:
milestone: 0.12.3 → 0.13.0
assignee: Ferdinand Majerech (kiithsacmp) → nobody
Changed in stellarium:
status: In Progress → Fix Committed
Changed in stellarium:
status: Fix Committed → Fix Released
Revision history for this message
MvGulik (mvgulik) wrote :

Version: stellarium-0.13.0-win32.exe
Result: Oops... Insufficient OpenGL version. Please update drivers, graphics hardware, or use MESA (or ANGLE) version.
(Roger that.)

Version: stellarium-0.13.0-MESA-win32.exe:
Result: Unable to reproduce my own reported problem.
(Fix also working on this end. :) )

Thanks for the support. :)

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Can you show screenshot? :)

Revision history for this message
MvGulik (mvgulik) wrote :

Here you go.
- Restarted after applying target settings.
(A little low on FPS. But that's the price for having a old video.)

Revision history for this message
Alexander Wolf (alexwolf) wrote :

Thanks! You can tune Stellarium for your hardware: minimum_fps and maximum_fps in config.ini ;)

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.