All fonts in v10.4 on MacOS are reverse mirrored

[Dave Jones]

Fonts at startup of application and during application run of Stellarium 10.4 on Mac OS X are nearly all mirrored in reverse, (with the exception of the 'Stellarium' name and acknowledgement on the startup splash screen which is otherwise also mirrored), unlike version 10.2 which was fine.

Relevant system info below

Hardware Overview:

  Model Name: Mac Pro
  Model Identifier: MacPro1,1
  Processor Name: Dual-Core Intel Xeon
  Processor Speed: 2.66 GHz
  Number Of Processors: 2
  Total Number Of Cores: 4
  L2 Cache (per processor): 4 MB
  Memory: 5 GB
  Bus Speed: 1.33 GHz
  Boot ROM Version: MP11.005C.B08
  SMC Version (system): 1.7f10
  Serial Number (system): CK7330C7UPZ
  Hardware UUID: 00000000-0000-1000-8000-0017F20CA920

ATI Radeon X1900 XT:

  Chipset Model: ATY,RadeonX1900
  Type: GPU
  Bus: PCIe
  Slot: Slot-1
  PCIe Lane Width: x16
  VRAM (Total): 512 MB
  Vendor: ATI (0x1002)
  Device ID: 0x7249
  Revision ID: 0x0000
  ROM Revision: 113-A52027-202
  EFI Driver Version: 01.00.202
  Displays:
formac TFT 1900 AU3/4:
  Resolution: 1280 x 1024
  Pixel Depth: 32-Bit Color (ARGB8888)
  Main Display: Yes
  Mirror: Off
  Online: Yes
  Rotation: Supported
L1920P:
  Resolution: 1280 x 1024 @ 60 Hz
  Pixel Depth: 32-Bit Color (ARGB8888)
  Mirror: Off
  Online: Yes
  Rotation: Supported

[Fabien Chéreau (xalioth)]

What is your version of MacOSX?

[Dave Jones (dave-fireraven)]

Hi there

Mac OS X version is 10.6.3

best regards

Dave Jones

On 17 May 2010, at 00:37, Fabien Chéreau wrote:

> What is your version of MacOSX?
>
> ** Changed in: stellarium
> Importance: Undecided => High
>
> ** Changed in: stellarium
> Importance: High => Critical
>
> --
> All fonts in v10.4 on MacOS are reverse mirrored
> https://bugs.launchpad.net/bugs/569701
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Stellarium: New
>
> Bug description:
> Fonts at startup of application and during application run of Stellarium 10.4 on Mac OS X are nearly all mirrored in reverse, (with the exception of the 'Stellarium' name and acknowledgement on the startup splash screen which is otherwise also mirrored), unlike version 10.2 which was fine.
>
> Relevant system info below
>
> Hardware Overview:
>
> Model Name: Mac Pro
> Model Identifier: MacPro1,1
> Processor Name: Dual-Core Intel Xeon
> Processor Speed: 2.66 GHz
> Number Of Processors: 2
> Total Number Of Cores: 4
> L2 Cache (per processor): 4 MB
> Memory: 5 GB
> Bus Speed: 1.33 GHz
> Boot ROM Version: MP11.005C.B08
> SMC Version (system): 1.7f10
> Serial Number (system): CK7330C7UPZ
> Hardware UUID: 00000000-0000-1000-8000-0017F20CA920
>
> ATI Radeon X1900 XT:
>
> Chipset Model: ATY,RadeonX1900
> Type: GPU
> Bus: PCIe
> Slot: Slot-1
> PCIe Lane Width: x16
> VRAM (Total): 512 MB
> Vendor: ATI (0x1002)
> Device ID: 0x7249
> Revision ID: 0x0000
> ROM Revision: 113-A52027-202
> EFI Driver Version: 01.00.202
> Displays:
> formac TFT 1900 AU3/4:
> Resolution: 1280 x 1024
> Pixel Depth: 32-Bit Color (ARGB8888)
> Main Display: Yes
> Mirror: Off
> Online: Yes
> Rotation: Supported
> L1920P:
> Resolution: 1280 x 1024 @ 60 Hz
> Pixel Depth: 32-Bit Color (ARGB8888)
> Mirror: Off
> Online: Yes
> Rotation: Supported
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/stellarium/+bug/569701/+subscribe

[Dave Jones (dave-fireraven)]

Hi there

Mac OS X version is 10.6.3

best regards

Dave Jones

On 17 May 2010, at 00:37, Fabien Chéreau wrote:

> What is your version of MacOSX?
>
> ** Changed in: stellarium
> Importance: Undecided => High
>
> ** Changed in: stellarium
> Importance: High => Critical
>
> --
> All fonts in v10.4 on MacOS are reverse mirrored
> https://bugs.launchpad.net/bugs/569701
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Stellarium: New
>
> Bug description:
> Fonts at startup of application and during application run of Stellarium 10.4 on Mac OS X are nearly all mirrored in reverse, (with the exception of the 'Stellarium' name and acknowledgement on the startup splash screen which is otherwise also mirrored), unlike version 10.2 which was fine.
>
> Relevant system info below
>
> Hardware Overview:
>
> Model Name: Mac Pro
> Model Identifier: MacPro1,1
> Processor Name: Dual-Core Intel Xeon
> Processor Speed: 2.66 GHz
> Number Of Processors: 2
> Total Number Of Cores: 4
> L2 Cache (per processor): 4 MB
> Memory: 5 GB
> Bus Speed: 1.33 GHz
> Boot ROM Version: MP11.005C.B08
> SMC Version (system): 1.7f10
> Serial Number (system): CK7330C7UPZ
> Hardware UUID: 00000000-0000-1000-8000-0017F20CA920
>
> ATI Radeon X1900 XT:
>
> Chipset Model: ATY,RadeonX1900
> Type: GPU
> Bus: PCIe
> Slot: Slot-1
> PCIe Lane Width: x16
> VRAM (Total): 512 MB
> Vendor: ATI (0x1002)
> Device ID: 0x7249
> Revision ID: 0x0000
> ROM Revision: 113-A52027-202
> EFI Driver Version: 01.00.202
> Displays:
> formac TFT 1900 AU3/4:
> Resolution: 1280 x 1024
> Pixel Depth: 32-Bit Color (ARGB8888)
> Main Display: Yes
> Mirror: Off
> Online: Yes
> Rotation: Supported
> L1920P:
> Resolution: 1280 x 1024 @ 60 Hz
> Pixel Depth: 32-Bit Color (ARGB8888)
> Mirror: Off
> Online: Yes
> Rotation: Supported
>
> To unsubscribe from this bug, go to:
> https://bugs.launchpad.net/stellarium/+bug/569701/+subscribe

[Dave Jones (dave-fireraven)]

I'm using version 10.2 of Stellarium fairly reliably on Mac OS X (see system previously supplied), any news on a bug fix for this issue in 10.4......will it be fixed in the new 10.5 release (hope so) ?

[Dave Jones (dave-fireraven)]

A little further observation reveals that zooming in deeply (using mouse wheel) and zooming back out appears to further affect this issue during redraw.

Contrast the previously supplied screenshot (taken just after application start-up) where labels and tooltips were inverted, to a further shot supplied here, after significant zooming in and out, where fonts are now further garbled, incomplete, and strangely, the planetary labels have righted themselves !

I hope this helps to provide further clues and insight to the issue, please contact me for further logs, information if required.

Perhaps this relates to OpenGL in some way ?

Best regards

Dave

[Peter Mousley (scrupeus)]

Oh, how I miss real corruption! Dave, can you reproduce this consistently? If so, can you please try using OpenGL1? (i.e. 'safe mode').

Fabien - Perhaps this would be a chance to try Verdana (or something else). Maybe the problem isn't limited to Windows.

[Bogdan Marinov (daggerstab)]

Peter, the "--safe-mode" option has been added after the release of 0.10.4, and no one is doing test builds for Mac OS X, so there's no way for Dave to turn it on.

The strange thing is that no-one else has complained about this problem on a Mac. It may be a conflict with existing Qt libraries with a lower version.

Dave, could you please attach or copy the text of Stellarium's log ("log.txt")? On Mac OS X, it should be in $HOME/Library/Preferences/Stellarium (where $HOME is your home directory) or something like that.

[Peter Mousley (scrupeus)]

Quoting "Bogdan Marinov" <email address hidden>:

> Peter, the "--safe-mode" option has been added after the release of
> 0.10.4, and no one is doing test builds for Mac OS X, so there's no way
> for Dave to turn it on.
>
Okay, I wasn't aware that there aren't test builds for Mac (isn't
anyone developing with it?). Pity though, as it would have been a
good opportunity to test a different font and help answer, "Is is the
font itself or something else causing problems?" I guess we wait for
the bug reports from the release version (for which it would be very
useful to include my patch that adds a config file setting for the
default font).

> The strange thing is that no-one else has complained about this problem
> on a Mac. It may be a conflict with existing Qt libraries with a lower
> version.
>
I suspect Dave's problem is at least partially driver related, but as
above, it would have been a good chance to test some solutions. Dave
- you may want to ensure that you have the latest available driver for
your graphics card (be sure to let us know the outcome if you do
update it).

Peter

[Dave Jones (dave-fireraven)]

Hi there

I've added a 10.4 log file here... I note that 10.4 stores its data in a different place to 10.2

10.4 : $HOME/Library/Application Support/Stellarium
10.2 : $HOME/Library/Preferences/Stellarium

I also tried deleting these preferences and running again afresh ... same problems seen.

My installed Mac OS X and Quicktime is up to date, as will be the ATI X1900 drivers which are maintained as part of the OS for Apple supplied OEM hardware. we had an OS X update to 10.6.3 fairly recently. Fiddling with drivers from the ATi site, even when they are available, usually results in problems as they are intended for only their Retail cards.

The selectively inverted fonts for labels and tooltips is absolutely repeatable, it happens every time without fail, the random corruption when zooming is much more random though, not sure exactly what triggers this. i'm using a screen resolution of 1280x1024 at 60 Hz (TFT) if that helps.

I did look for the developer version to test, but it appears to be windows .exe installers only.

Is there any way at all for me to access this 'safe mode' for Stellarium to attempt tests against OpenGL ?

best regards

Dave

[Fabien Chéreau (xalioth)]

Hi, could you try the code on this Qt bug report?
http://bugreports.qt.nokia.com/browse/QTBUG-5636

[Diego (diego-marcos)]

Hi,

I have a Mac Pro available (but nvidia graphic card) and I cannot reproduce your problem. I think the issue might come from a conflict between your Ati graphic card and qt 4.6.0 delivered in Stellarium 10.4.

I´m working in the package for Stellarium using qt 4.6.2. I will post the link for you to test. I hope it solves your problem.

Diego.

[Dave Jones (dave-fireraven)]

Thanks Diego, will test that for you, when available :)

Fabien, not sure how to run that C code fragment you supplied on my Mac. I'm trying to get Xcode downloaded and installed (its a 2.6Gb download) on my Mac which should enable me to do that. I will try it then and post results.

I ran an OpenGL extensions test on my system using "OpenGL Extensions viewer", I have appended the results here, not sure if it is helpful or not.

Dave

[Fabien Chéreau (xalioth)]

Dave, you should use QtCreator instead of Xcode, it's much easier for Qt based projects.
Fabien

[Diego (diego-marcos)]

Hi Dave,

I created a package with the latest sources of stellarium and Qt 4.6.2. Could you please tell me if this solves your problem?

http://launchpad.net/stellarium/0.10/0.10.4/+download/stellarium-0.10.5-RC1-universal.dmg

Thanks,

Diego.

[Dave Jones (dave-fireraven)]

Hi Diego

Ran your executable for 10.5 RC1 (and cleared out the 10.4 app support preferences before doing so)

Seems to result in even worse garbled fonts now, very distorted

Also, Stellarium would no longer quit using the on/off icon (and neither the Mac OS dock or finder bar would appear), had to force quit

I've attached a screenshot below, which also shows that the object description obtained when clicking on an object has now mirrored itself to the bottom left of the screen too

[Dave Jones (dave-fireraven)]

..and here also is the log file for 10.5 RC1

[Peter Mousley (scrupeus)]

On Tue, 2010-06-01 at 12:40 +0000, Dave Jones wrote:
> Hi Diego
>
> Ran your executable for 10.5 RC1 (and cleared out the 10.4 app support
> preferences before doing so)
>
> Seems to result in even worse garbled fonts now, very distorted
>
> Also, Stellarium would no longer quit using the on/off icon (and neither
> the Mac OS dock or finder bar would appear), had to force quit
>
> I've attached a screenshot below, which also shows that the object
> description obtained when clicking on an object has now mirrored itself
> to the bottom left of the screen too
>
> ** Attachment added: "Stellarium screenshot 10.5 RC1"
> http://launchpadlibrarian.net/49497617/stellarium-004.png
>

That's the same sort of corruption I was getting under Windows.

Diego - Could you please prepare a Mac build that uses the Verdana
font? (set in main.cpp)

Or better, could someone please commit a patch that allows setting of
the font from the config file so people can try the various options?
This is all we need in main.cpp (for all OS/OpenGL combos):
   tmpFont.setFamily( confSettings->value("main/font_name", "DejaVu
Sans").toString() );

Dave - Hopefully you'll be able to test with a different font to help
isolate the problem - it would certainly be appreciated.

[Dave Jones (dave-fireraven)]

I certainly will ... give me some buttons to press and options to try and I'll debug all you like !

Love the software - want to help get it fixed :)

Dave

[Diego (diego-marcos)]

I have uploaded a new package. Could you please tell me if it works better?

I use Verdana instead of Deja Vu and it´s linked agains Qt 4.6.0.

http://launchpad.net/stellarium/0.10/0.10.4/+download/stellarium-0.10.5-RC1-universal.dmg

I tested on:

PPC / 10.4.11 / Ati Mobility Radeon 9700
PPC / 10.5.8 / Ati Mobility Radeon 9700
Intel / 10.5.8 / GeForce 9400M - 9600M GT
Intel / 10.6.3 / GeForce 9400 M
Quad-Core Intel Xeon / 10.6.3 Server / GeForce GT 120

I cannot reproduce your problem Dave. I´m more convinced that it comes from a problem with your Ati card.

Thank you very much,

Diego.

[Dave Jones (dave-fireraven)]

Hi Diego

The problems with quitting application and screen placement of object info that were introduced on the last one supplied have been fixed, but :

The font distortion is still there...it really is distortion now as seen on the both of the 10.5 RC's supplied, as opposed to just inversion on 10.4

Screenshot included.

My X1900 hasn't kicked up any artifact problems so far to date with any other software. I'm aware these cards had a reputation in their early days for overheating with their stock cooler under heavy load, however I upgraded my cooler with an Accelero X2 at the outset and even under *very* heavy load of 3D streaming and rendering applications, have never had an issue.

Stellarium 10.2, as far as it goes, works perfectly every time, but I'd like to be able to keep up with new features :)

Dave.

[Peter Mousley (scrupeus)]

On 2/06/2010 3:01, Dave Jones wrote:
> Hi Diego
>
> The problems with quitting application and screen placement of object
> info that were introduced on the last one supplied have been fixed, but
> :
>
> The font distortion is still there...it really is distortion now as seen
> on the both of the 10.5 RC's supplied, as opposed to just inversion on
> 10.4
>
> Screenshot included.
>
> My X1900 hasn't kicked up any artifact problems so far to date with any
> other software. I'm aware these cards had a reputation in their early
> days for overheating with their stock cooler under heavy load, however I
> upgraded my cooler with an Accelero X2 at the outset and even under
> *very* heavy load of 3D streaming and rendering applications, have never
> had an issue.
>
> Stellarium 10.2, as far as it goes, works perfectly every time, but I'd
> like to be able to keep up with new features :)
>
> Dave.
>
> ** Attachment added: "10.5 RC1 second one supplied with Verdana"
> http://launchpadlibrarian.net/49508808/stellarium-000.png
>
>
That's unfortunate, but it was worth a try and rules out one possible cause.
Dave - I read what you said about Apple vs. ATI supplied drivers, but it
would be worth trying the ATI supplied driver. Again, it would help
narrow down where the problem is coming from.

[Dave Jones (dave-fireraven)]

I've actually checked the ATi site, only X1900 drivers available are for the older G5 cpu Mac, which is a different card and known not to be compatible with my card which is the X1900 for Intel cpu Mac, evidently my card which is Apple OEM only has drivers within OS X, which is at most recent and latest update. So can't do much more there I'm afraid.

I've been trying to get that code fragment looked at that Fabien supplied but I'm honestly out of my depth with this Qtcreator stuff etc, haven't had time yet to sit down and figure out how to learn to use it and run the C++ code.

On a different tack ... what is the major change between Stell 10.2 (which works perfectly) and Stell 10.4 that should affect rendering so badly ?

Dave.

[faluco (borja-ferav)]

I want to point something out that could have been ignored here. Font corruption is not only happening when we use dejavusans, taking comment #5, the screenshot is taken from 0.10.4 which isn't using dejavusans because of typo when setting the font type in the code. In fact dejavusans has never been used in windows and from the screenshot OSX shows the same bug (i dont know why but linux does use it).
So what is the relation between dejavusans and the font Qt is using there that is causing the font corruption?

[Peter Mousley (scrupeus)]

On 2/06/2010 16:52, faluco wrote:
> I want to point something out that could have been ignored here. Font corruption is not only happening when we use dejavusans, taking comment #5, the screenshot is taken from 0.10.4 which isn't using dejavusans because of typo when setting the font type in the code. In fact dejavusans has never been used in windows and from the screenshot OSX shows the same bug (i dont know why but linux does use it).
> So what is the relation between dejavusans and the font Qt is using there that is causing the font corruption?
>
>
If I understand correctly... Testing showed that some of the font
problems went away when changing to Verdana, so the thought was that
perhaps all of the font problems were related to DejaVu Sans. But
Dave's latest tests seem to indicate otherwise. DejaVu Sans may still
be the source of some problems only seen with OpenGL1.

The idea of a simple, standalone app to test all this is a good one.
Although there's no guarantee that we'll be able to even reproduce the
problems in another app...

[faluco (borja-ferav)]

If the bug depends of a big combination of OpenGL states being triggered like in stellarium then it wont work since we would have to integrate that into the app making things harder, but if it only depends of text rendering then with a bit of luck it could be reproduced.

[Diego (diego-marcos)]

FYI. The package I uploaded yesterday it´s using Verdana instead of DejaVu.

Is anyone else having problems with the latest package so far?

[Fabien Chéreau (xalioth)]

guys,
I've created a little test application attached in my last comment for the similar windows bug report: https://bugs.launchpad.net/stellarium/+bug/525995
Please have a try, and maybe we can at least create a nice bug report for Qt guys..

[Dave Jones (dave-fireraven)]

i tried the app but this happened:

Running build steps for project 2dpainting...
Starting: /usr/bin/qmake /Users/dave/Astronomy/bug/2dpainting-bugfontgl/2dpainting-bugfontgl/2dpainting.pro -r CONFIG+=debug_and_release -spec c:Qt2010.01qtmkspecswin32-g++ -win32
Could not find mkspecs for your QMAKESPEC(c:Qt2010.01qtmkspecswin32-g++) after trying:
/usr/local/Qt4.6/mkspecs
Error processing project file: /Users/dave/Astronomy/bug/2dpainting-bugfontgl/2dpainting-bugfontgl/2dpainting.pro
Exited with code 3.
Error while building project 2dpainting
When executing build step 'QMake'

Worse and worse, since trying out these 10.5 builds, my Stellarium 10.2 will now no longer run, it crashes at startup with an Apple error report, which I have added here as an attachment, who knowws it may offer additonal clues. oh dear ...needed it tonight to prime for an observing session, oh well :)

[Dave Jones (dave-fireraven)]

Sorry guys, false alarm on the 10.2 problem..... it was due to me deleting the additional star catalogues along with the preferences for 10.2 and later trying to launch the program, I fixed it by replacing my copy of 10.2 app with a fresh one.. I do notice as 10.2 is launching that it momentarily causes the main desktop and background to splinter and break up into wholesale mess, doesn't affect its useage though.

10.5 still having the text corruption as reported.

This does lead to an interesting observation however, whether it's relevant I'm not sure .....

10.2 makes a broken up mess of the desktop momentarily as it launches, then 10.2 runs with its graphics working fine (on quitting it also reverts back to desktop in a well behaved manner) When in full screen mode only the OS X menubar at the top of the screen is available, dropping down on mouse-over. Windowed mode also works fine with Stellarium happily in its own app window. This is all as expected and fine.

10.5 behaves differently.... there is *no* visible desktop corruption when the app launches, but 10.5 has the corrupted label and info text as seen, the OS X menubar is available from the top of the screen as before, *but* the OS X dock also pops up over Stellarium when mousing near the bottom of the screen, which in fact is rather annoying and obtrusive. Windowed mode is also fine, barring the text corruption of course.

So my question here (without understanding the underlying code) is.... is the way Stellarium is interacting with the OS X desktop, and specifically the OS X dock, having any impact here

Apologies if I'm muddying the waters at all, just trying to report any observations in the event they offer up further clues or insights

Dave

[Dave Jones (dave-fireraven)]

Same issue with the version 10.5 as officially released

Can you tell me how to run OS X Stellarium in non-opengl2 mode, as the PC version is able to do, this seems to be a logical thing for me to try. I cannot see how to switch this however - have looked inside the package contents of the .app file for any obvious place .

Dave

[Dave Jones (dave-fireraven)]

i can now report that the font inversion/corruption is fixed when running 10.5 in Safe Mode on my machine using the command :

open /Volumes/Moon/Applications/Stellarium.app --args --safe-mode

(Moon being my hard drive name)

Hope that helps with debug, I've attached the log file

Dave

[Dave Jones (dave-fireraven)]

Just a mild update :)

After browsing the forums, the neatest solution for working round this bug on the Mac where affected appears to be by adding :

use_qpaintenginegl2 = false

.. to the [main] section of the config.ini file located in ~/Library/Application Support/Stellarium/

10.5 is running fine for me with this workaround, still a mess with opengl2 enabled, now running OS X latest 10.6.4 version.

Dave.

[treaves (treaves)]

With 0.10.5 released, is this still being worked on? Also, reading over some of the info, it seems there is more going on here then the original issue.