Planet surfaces not rendering in angle mode

Bug #1731788 reported by Russ on 2017-11-12
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Stellarium
Medium
Unassigned

Bug Description

I'm using Stellarium under Windows 7 X64 on several different machines. One is an older laptop requiring Angle mode for video. Full version 0.16.1 works great, but as of beta 0.90.0.9852, planet surfaces no longer render in Angle mode. I've confirmed this on the other machines as well, so it's not a unique anomaly with the laptop or its video card/drivers. As of 0.90.0.9852, planet surface rendering in Angle mode appears to be broken across multiple platforms.

Russ (tekkie2) wrote :

The issue remains as of beta 0.90.0.9954. Attached image of Saturn in Angle mode.

gzotti (georg-zotti) wrote :

Works as of 0.90.0.9956 (trunk) on a Geforce 960M in ANGLE mode. Saturn is visible, no problem.
Maybe a logfile could help.

Changed in stellarium:
status: New → Incomplete
Russ (tekkie2) wrote :

Attached log file from laptop on which issue was first observed (Mobile Intel Series 4 Express video chipset) in ANGLE mode. Behavior also seen on desktop with GeForce GTX 560 graphics with ANGLE. Started with beta 0.90.0.9852 and all since.

gzotti (georg-zotti) wrote :

OK, there is a shader error reported in the logfile by your D3d9 shader compiler.
Is the Geforce 560 not compatible with DX11? Try with --angle-d3d11 please.

I still cannot reproduce this with Geforce 960 or Intel HD530.

The shader has not changed since May (r9387), i.e. 0.16.1 already came with it and should show the same issues. V0.90.0.9852 brought the first public beta with planet Nomenclature. Surprising if this causes a new shader bug?

Russ (tekkie2) wrote :

The logfile is from the laptop with a Mobile Intel Series 4 Express video chipset and that requires ANGLE mode. Forcing DX11 fails the same way as the default DX9 ANGLE mode. I also tested on a GeForce 560 desktop for another data point. It works fine on DX11, but failed in the same way as the laptop when forced to simple ANGLE mode. I also tried a full un-install of 0.16.1 on the laptop (including manual deletion of any leftovers in Program Files and AppData), but planet rendering still failed after a fresh install of any beta since then. MESA mode works but is very slow. It's not a huge problem, I realize my hardware is old and is due for an upgrade. I can live with 0.16.1, but will keep tinkering and report any progress here.

Alexander Wolf (alexwolf) wrote :

Obvious fix has been added as revision 9958. This fix will be available for testing in next beta.

Changed in stellarium:
milestone: none → 0.17.0
assignee: nobody → Alexander Wolf (alexwolf)
importance: Undecided → Medium
status: Incomplete → In Progress
Alexander Wolf (alexwolf) wrote :

Please check version 0.90.0.9959 or later.

Russ (tekkie2) wrote :

Thanks for your help. Unfortunately I'm still seeing the issue in ANGLE mode with version 0.90.0.9959 on both the Mobile Intel Series 4 Express and GeForce 560 chipsets.

Alexander Wolf (alexwolf) wrote :

Please show log from last beta

Russ (tekkie2) wrote :

Sorry for the delay in posting my log file, the new beta came out just as I was leaving for work this morning.

Alexander Wolf (alexwolf) wrote :

I can confirm the issue on Windows in ANGLE mode only. It's interesting, but fragment shader cannot be compiled into D3D shader and planets are always in shadow.

Changed in stellarium:
assignee: Alexander Wolf (alexwolf) → nobody
gzotti (georg-zotti) wrote :

Not in shadow, just not rendered without a valid shader.
I cannot replicate it on my systems. (Maybe somebody can prepare a VM image for Qemu or VirtualBox with emulated old Intel GPU?) Does it even occur without 3D planets and self-shadowing (which the error message points at), and without nomenclature (where the bug allegedly first appeared)?

I wonder why this problem was not already in V0.16.0 which introduced the current shader.
The error message complains about a non-constant index. I only see

sum += offset_lookup(sTex, coord, poissonDisk[index], zbias);

as possible candidate. This code should not be compiled when shadows are not active.

gzotti (georg-zotti) on 2017-11-16
Changed in stellarium:
status: In Progress → Incomplete
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers