old_style landscapes not rendered correctly

Bug #458336 reported by Psy[H[]
80
This bug affects 15 people
Affects Status Importance Assigned to Milestone
Stellarium
Won't Fix
Undecided
Unassigned
stellarium (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: stellarium

Nvidia 6600GT, nvidia-glx-185 185.18.36-0ubuntu8
I've got big solid opaque one-pixel-detailed squares instead of detailed semi-transparent landscape textures on stellarium up to date.

Seems to be nvidia issue - everything works fine on ati and intel video.

I can not identify any rendering-related errors in terminal output or log.

ProblemType: Bug
Architecture: i386
Date: Thu Oct 22 20:28:21 2009
DistroRelease: Ubuntu 9.10
NonfreeKernelModules: nvidia
Package: stellarium 0.10.2-1
ProcEnviron:
 LANG=ru_RU.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: stellarium
Uname: Linux 2.6.31-14-generic i686

[Postscript added by Bogdan Marinov: This bug has the same effect as bug #518809, but it's not the same. You most probably have bug #518809 if you are using Stellarium 0.10.4 and your locale (language/regional options) is different from English/US.

The workaround for bug #518809 is:
- for Windows: download a test build from here: https://launchpad.net/stellarium/+download
- for Linux and Mac OS X: start Stellarium from a console with "LC_NUMERIC=C stellarium". It is possible to create a simple shell script that does this.]

Revision history for this message
Psy[H[] (vovik-wfa) wrote :
Revision history for this message
Psy[H[] (vovik-wfa) wrote :
Psy[H[] (vovik-wfa)
tags: added: nvidia
Revision history for this message
mattibal (mattibal) wrote :

I have exactly the same problem with a nvidia 9600M GT in my laptop.

I seen it for the first time in jaunty (i was using nvidia 180 driver), but also in karmic with 185 driver I have the same problem.

I noticed that some landscapes (mars, moon, tree) works fine, others not (including the default one).

Revision history for this message
Wolf-Jakob Gratz (wogratz) wrote :

Looks exactly like the problem I am having, although I don't have an nVidia card, but an Intel GMA 950 chip. Just like mattibal writes, moon, mars etc. work, but most other landscapes don't.
stellarium 0.10.2 on karmic koala.
see also: https://sourceforge.net/projects/stellarium/forums/forum/278769/topic/3317853

tags: added: gma
Revision history for this message
mattibal (mattibal) wrote :

I've done some experiments: I tested stellarium on the same ubuntu install also with nv and nouveau drivers in the ubuntu repository that didn't have 3d acceleration, but it still has the same problem like the nvidia proprietary driver
I then tried to install and launch stellarium in the karmic live cd and here stellarium works perfectly! It works both with nv and nvidia proprietary driver.

So this problem doesn't seem to be related with video drivers or graphic cards at all... maybe it's a problem with something like QT libraries?

Revision history for this message
mattibal (mattibal) wrote :

I've solved the problem!

You just have to delete (or rename) the file:
/home/USERNAME/.config/Trolltech.conf

This is a temporary config file of qt libraries (they are stellarium), if it's deleted it will be regenerated.
It seems that you can safely delete it, but it's always a good idea to do a backup before.

Revision history for this message
Wolf-Jakob Gratz (wogratz) wrote :

Sweet!
It works as it should now.
I suspect there is some conflict with KDE. I think I remember Stellarium working just fine on a vanilla install of ubuntu 9.10. I haven˚t exactly made logs of installs and all, but at one point I installed kde-desktop. It *might* have been this point when Stellarium˚s landscapes started to not work correctly.
KDE sucked, and I stuck with Gnome, so I don't care ^^
This all is assuming that "~/.config/Trolltech.conf" is a part of KDE and *may* be relevant to KDE functioning properly. Do Kubuntu/KDE users experience the same problems?

Anyway, it works now, I'm happy, and praise mattibal! :-]

Revision history for this message
Psy[H[] (vovik-wfa) wrote :

yes, it worked!
And I haven't noticed any problems or loss of settings in qt or kde apps... yet.

Revision history for this message
Bogdan Marinov (daggerstab) wrote :
Changed in stellarium:
status: New → Won't Fix
Revision history for this message
camoy (camoi) wrote :

Just deleting that a little file getting back well what it was before.

I've done as you recomment it and deleted the file ~/.config/Trolltech.conf

Iḿ happy to get this prog back

Thanks a lot!

summary: - Horizon texture rendered incorrectly on nvidia 6600GT
+ old_style landscapes not rendered correctly
Revision history for this message
mausan66 (mausan66) wrote :

FIxed!

Hi guys,

I had the same problem running Stellarium 10.0.4 on Fedora 12
Unfortunately the trick of deleting the file "/home/USERNAME/.config/Trolltech.conf" doesn't work with this release.

It seems there is some trouble with opengl so I found another way to fix the trouble:

   # gedit /usr/bin/stellarium-wrapper

the original file looks like this:

   #!/bin/bash
   . /usr/share/opengl-games-utils/opengl-game-functions.sh
   GAME=`basename $0 | sed 's/-wrapper.*//'`
   checkDriOK $GAME
   exec $GAME "$@"

Add a line "LANG=en_US.UTF-8" as second line:

   #!/bin/bash
   LANG=en_US.UTF-8
   . /usr/share/opengl-games-utils/opengl-game-functions.sh
   GAME=`basename $0 | sed 's/-wrapper.*//'`
   checkDriOK $GAME
   exec $GAME "$@"

Save and run Stellarium from the menu, It works with my Fedora 12, hope it works with Ubuntu, too.

Let me know

Mauro

Revision history for this message
fab (fab128) wrote :

Hello

Not fixed !

I have exactly the same problem on Fedora 12, but neither deleting "/home/USERNAME/.config/Trolltech.conf" nor adding "LANG=en_US.UTF-8" in /usr/bin/stellarium-wrapper works for me...
Please help.

Revision history for this message
Fabien Chéreau (xalioth) wrote :

Try LANG=C

Revision history for this message
375gnu (375gnu) wrote :
375gnu (375gnu)
Changed in stellarium:
status: Won't Fix → Fix Committed
Changed in stellarium (Ubuntu):
status: New → Fix Committed
Revision history for this message
Bogdan Marinov (daggerstab) wrote :

No fix has been committed in Stellarium's code repository. And this is not the same as bug #518809.

Changed in stellarium:
status: Fix Committed → Won't Fix
Revision history for this message
Bogdan Marinov (daggerstab) wrote :

No fix has been committed to Stellarium's source repository.

Changed in stellarium (Ubuntu):
status: Fix Committed → New
Revision history for this message
Fabien Chéreau (xalioth) wrote :

Hi,
Hleb, you found it! Thanks a lot :) I now committed the patch.
Fabien

Revision history for this message
Fabien Chéreau (xalioth) wrote :

Oops, I posted in the wrong tracker..

Revision history for this message
Lazly (ubuntu-lazly) wrote :

Confirmed, with an chipset integred Ati Radeon 4200, AMD Phenom II 925 processor, 64 bit, upgrade from 9.10 one day ago. Thx

Revision history for this message
Kristian Rink (kawazu) wrote :

Confirmed this issue on several different machines (including net-/notebooks with intel onboard gfx, two radeon machines - one with stock xorg ATI driver, one with the proprietary ones, and one with an older GeForce and nvidia binary drivers).

Revision history for this message
Bogdan Marinov (daggerstab) wrote :

I repeat, this is not the same as bug #518809, which you have if you are using Stellarium 0.10.4 and your locale (language/regional options) is different from English/US.

The workaround for bug #518809 is:
- for Windows: download a test build from here: https://launchpad.net/stellarium/+download
- for Linux and Mac OS X: start Stellarium from a console with "LC_NUMERIC=C stellarium". It is possible to create a simple shell script that does this.

description: updated
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.