Hi Robert
Having the the OSG to worry about is enough for my little brain, I
can't comment on the specifics of 3rd party software that builds upon
it. osgEarth has evolved alot over the years, the Capabilities
functionality is something I'm not familiar with at all. All I can
say in
Hi Robert
On 21.08.2017 19:06, Robert Osfield wrote:
You should only need to OPENGL_PROFILE something other than defaults
if you specifically want just a non compatible graphics context. It
sounds like the Intel driver might require OPENGL_PROFILEif you want
to enable the latest GL features,
On 21.08.2017 18:34, Robert Osfield wrote:
Hi Sandro,
On 21 August 2017 at 17:21, Sandro Mani <manisan...@gmail.com
<mailto:manisan...@gmail.com>> wrote:
Are you building the OSG with defaults? Or are you building the
OSG for just GL3?
%cmake -DBUILD_
Hi Robert
On 21.08.2017 17:43, Robert Osfield wrote:
What GL version is osgEarth now depending upon?
A quick grep through the codebase shows shaders depending on GLSL up to 430.
From an end users perspectives lack of compatibility profile is a
constraint, if it weren't you wouldn't have had
Hi Robert
On 21.08.2017 17:08, Robert Osfield wrote:
Hi Sandro,
On 21 August 2017 at 15:21, Sandro Mani <manisan...@gmail.com
<mailto:manisan...@gmail.com>> wrote:
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 530 (Skylake
GT2)
OpenGL core profile version
Hi Robert
On 21.08.2017 15:47, Robert Osfield wrote:
Hi Sandro,
What hardware and drivers are you using?
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 530 (Skylake GT2)
OpenGL core profile version string: 4.5 (Core Profile)
On 21.08.2017 14:59, Robert Osfield wrote:
Hi Sandro,
On 21 August 2017 at 13:21, Sandro Mani <manisan...@gmail.com
<mailto:manisan...@gmail.com>> wrote:
A less invasive alternative could be to introduce a new singleton
called OpenGLSettings or similar which contains ju
On 21.08.2017 14:16, Robert Osfield wrote:
Hi Sandro,
I'm torn on whether to fallback to using the
DisplaySettings:instance() when DisplaySettings isn't explicitly
specified. Defaulting to using DisplaySettings::instance() has the
advantage of forcing a particular graphics context version
Hi
To get OpenSceneGraph with GL3.2+ working on GLX, in pull request 302
[1] I've proposed adding support for specifying the GL version, profile
and context flags on GLX via the traits fields
std::string glContextVersion;
unsigned intglContextFlags;
unsigned int
9 matches
Mail list logo