Hi Paulo,
The osgViewer::Viewer by default opens a single view across all the
displays you have, so what you see is a feature rather a bug :-)
You can control the default by setting env vars or by passing in
command line arguments to the viewer. To see all the command line
options run:
Hi Terry,
I have just tried out GLES1 and GLES2 profiles and got the same
compile error on my Kubuntu 15.04 system. I have added some #ifdef
guards around the problem code and things now compile cleanly.
I also came across a build error when compiling osgQt due
GLuint64/GLint64 typedef so I've
Hi All,
Just when we thought it was safe to tag 3.4.0 a build error gets reported,
another found, and another bug spotted and resolved. Time for another RC,
this time number 11, Whhooo!!!
- Zip file containing source code : OpenSceneGraph-3.4.0-rc10.zip
Hi Jan,
I read the notice about the upcoming v0.7 release as well. My understanding of
their text is that the new DirectDriver model would NOT replace the current
direct mode. Instead the DirectMode would be the fallback option for those with
graphic cards which do not support the new
Hi Björn,
I haven't looked the 0.6 release so can't comment on the specifics.
Are there modifications to the OSG that might make this task easier?
Robert.
Robert.
On 9 August 2015 at 09:30, Björn Blissing bjorn.bliss...@vti.se wrote:
Hi Jan,
I read the notice about the upcoming v0.7
Hi,
I just discovered OSG and compiled it today on OS X 10.10.4. The machine used
has an AMD Radeon HD 7950 with two monitors attached.
When I run any of the example programs the viewport span both monitors with the
origin being in between the two screens.
Is there some configuration switch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/08/15 10:30, Björn Blissing wrote:
Hi Jan,
I read the notice about the upcoming v0.7 release as well. My
understanding of their text is that the new DirectDriver model
would NOT replace the current direct mode. Instead the DirectMode
Hi Robert,
Well, I was hoping to be able to do the integration without modifications to
OSG. If such modifications proves to be necessary, then I agree with Jan that
we should wait for v0.7 to see if that integration is easier. It seems
unnecessary to change OSG for a problem that may
Thank you very much Robert.
Paolo
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=64684#64684
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Thank you very much
Paolo
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=64688#64688
___
osg-users mailing list
osg-users@lists.openscenegraph.org
On a related topic, is there a way to query how many screens are available?
Paolo
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=64685#64685
___
osg-users mailing list
Hi Paolo,
On a related topic, is there a way to query how many screens are available?
Try this:
Code:
unsigned int numScreens =
osg::GraphicsContext::getWindowingSystemInterface()-getNumScreens();
Cheers,
Jannik
--
Read this topic online here:
Hi,
Build with Windows 7, x64 GL2 Visual Studio 2013
Errors:
C:\Program Files (x86)\Microsoft Visual Studio
12.0\VC\include\stdint.h(8): error C2371: 'int8_t' : redefinition;
different basic types
3 D:\appl\OSG\OpenSceneGraph-3.4\include\osg/Types(18) : see
declaration of 'int8_t'
the
Robert,
In General
Visual Studio 2015 _MSC_VER = 1900
Visual Studio 2013 _MSC_VER = 1800
Visual Studio 2012 _MSC_VER = 1700
Visual Studio 2010 _MSC_VER = 1600
Visual Studio 2008 _MSC_VER = 1500
Prior to Visual Studio 2010 Microsoft did not include stdint.h in the Visual
studio
Hi John,
Thanks for the error report. It's curious that I haven't modified
include/osg/Types throughout the rc series and not heard of any problem
reports till yours. The only change I've made is to include types from
include/osg/GL by adding #includeosg/Types to the src/osg/GL.in that
CMake
Hi Terry,
I have just checked and Types was missing from the header list in
src/osg/CMakeLists.txt, this should address the install issue. I have
checked this fix into svn/trunk and OSG-3.4 branch.
Robert.
On 10 August 2015 at 02:56, Terry Welsh mogu...@gmail.com wrote:
Types is a problem on
Thanks Glen, I have changes the version check to 1600 and checked this
into svn/trunk and OSG-3.4 branch.
On 9 August 2015 at 22:49, Glen A Johnson Jr. glenajohnso...@msn.com
wrote:
Robert,
In General
Visual Studio 2015 _MSC_VER = 1900
Visual Studio 2013 _MSC_VER = 1800
Visual Studio
Types is a problem on Linux now too. Trying to compile my program I get:
In file included from /home/terry/sdk/include/osg/GLDefines:25:0,
from /home/terry/sdk/include/osg/GLExtensions:18,
from /home/terry/sdk/include/osg/Shader:25,
from
On 10 August 2015 at 05:03, Robert Osfield robert.osfi...@gmail.com wrote:
Hi Clement,
I don't have an Intel system here to try. Could you experiment with the
shaders to see if you can come up with a combination which works on both
NVidia and Intel?
For OSG-3.4 and svn/trunk one might be
Hi Clement,
I don't have an Intel system here to try. Could you experiment with the
shaders to see if you can come up with a combination which works on both
NVidia and Intel?
Cheers,
Robert.
On 10 August 2015 at 02:39, clement@csiro.au wrote:
Hi Robert,
I have tested again on some
Hi Robert,
I have tested again on some machines with Intel graphic cards. The new
change works on even both old and new nvidia drivers, but it does not work on
Intel card. There is no image showed on display with using Intel card. You
can reproduce the problem with the same test file on
Hi,
I'm getting errors of the sort
CMake Error at /usr/lib64/boost/Boost.cmake:536 (message):
The imported target boost_date_time-static-debug references the file
/usr/lib64/lib64/libboost_date_time-d.a
but this file does not exist. Possible reasons include:
* The file was
22 matches
Mail list logo