Hi,
what makes you think that GLSL 1.20 is not sufficient? If I introduced
non-compatible instructions in the planet code I should change them to make
them GLSL 1.20 compatible, it should not be a big deal since I don't do
anything special in this code.
Fabien
On Sun, Nov 30, 2014 at 6:45 PM, Georg Zotti <georg.zo...@univie.ac.at>
wrote:
> 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
>
------------------------------------------------------------------------------
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
