Hi!
When I explicitly ask for an OpenGL2.1 format (edit StelMainView, line 375:)
// Create an openGL viewport
QGLFormat glFormat(QGL::StencilBuffer | QGL::DepthBuffer |
QGL::DoubleBuffer);
// GZ Test this on Win, Mac, Linux and FreeBSD!
glFormat.setVersion(2,1); // Explicit setting was always missing!
QGLContext* context=new QGLContext(glFormat);
I still get a 4.4 format (i.e., the highest my GPU has) when tested later.
What is the behaviour on a Mac, and on Linux? How would I set a version
correctly? I used Qt5.2/MinGW. Is it different on Qt5.3? There is
something NOT going on here as written in the Qt docs, as
StelQGLWidget::initializeGL() is apparently never called (and was not
called for years now!).
So, I cannot turn OpenGL version down on Windows. Maybe this behaviour is
different on a Mac? This is also a result gained from apparently excessive
verbosity. A first step towards getting it right finally.
BTW, with a config variable:
QT_QPA_VERBOSE=opengl:1
you get lots of extra info. Not sure if this helps, though.
Regards, G.
On So, 30.11.2014, 16:12, Alexander Wolf wrote:
> Hi!
>
> 2014-11-30 20:59 GMT+06:00 Georg Zotti <georg.zo...@univie.ac.at>:
>
>> This is to my best knowledge neither Stellarium's nor Qt's fault. At
>> this
>> stage, glGetString is called.
>>
>> from https://www.opengl.org/sdk/docs/man/ on glGetString:
>> =======
>> glGetString returns a pointer to a static string describing some aspect
>> of
>> the current GL connection.
>> ========
>>
>> I understand these strings returning currently installed driver
>> capabilities. The version strings on my Windows/NVidia and Windows/AMD
>> systems always state something higher than 2.1, and these numbers
>> correspond to OpenGL version numbers detected by other tools. In various
>> bug reports concerning *nices, this also was always the crucial hint
>> onto
>> pending problems.
>>
>> Unless this behaviour is different on a Mac, this Mac may need a driver
>> update if graphic errors also show up (missing stars, planets not
>> rendered, ...). If all is fine in the graphics, the test has to be
>> changed
>> or removed specifically for Macs to not show the warning.
>>
>> If Mac GPU diagnostics show installed OpenGL 4 support for this card
>> while
>> Stellarium reports 2.1, some action is indeed required, e.g. setting
>> default version requirements in QOpenGL... classes at startup.
>> Optimally,
>> such a change should be incorporated in the pending change to Qt4.5
>> QOpenGL... classes, QGL... are deprecated.
>>
>
> Some time ago we got bug report for OSX, who say about OpenGL 2.1 within
> Stellarium and OpenGL 3.2 in other application (I don't remember name of
> application - he was showed diagnostics info). It can be related to Qt.
>
> Plus today I got a strange issue in diagnostics info on Windows within
> VirtualBox (when I built 0.13.1.87) - he (VBox) has support OpenGL 2.1,
> but
> Stellarium determine it as OpenGL version 2.0 and, of course, he won't run
> now.
>
> It's (support OpenGL on different platforms) really annoying :(
>
> --
> With best regards, Alexander
>
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
_______________________________________________
Stellarium-pubdevel mailing list
Stellarium-pubdevel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stellarium-pubdevel
