Hi bm,
None of that is very useful but it is fun to play with, so I thought
I'd share it with the group.
i saw the video and i like to see artistic uses of OSG. Even if it is
mostly just for fun so it shows how powerful OSG is to make demos,
pre-process images etc.
I remember i did some
Hi All,
I want to render two half of my geometry on two different GPUs using
Producer. Can some body give me some hints on that.
best regards
Rahul Jain
___
osg-users mailing list
osg-users@openscenegraph.net
hi all
I try to compil the QT4 example
like here
http://openscenegraph.org/viewcvs/*checkout*/examples/osgsimpleviewerQT4/osgsimpleviewerQT4.cpp
with
g++ osgsimpleviewerQT4.cpp -losgViewer -losgText -losgGA -losgDB -losgUtil
-losg -lQtOpenGL -lQtGui -lQtCore
but the first error line are
[EMAIL
Well i installed latest ATI driver (ATI vendor's) and suddenly the graphics
works as well, all OSG application work now
without any restriction.
/adegli
2007/2/24, Jan Ciger [EMAIL PROTECTED]:
On Saturday 24 February 2007, Robert Osfield wrote:
This all makes me curious how much of hit OSX
GNUMakefile provided with osgsimpleviewerQT4 is not very well suited for
any QT install.
Try attached .pro file:
qmake-qt4 osgsimpleviewer.pro
make -f Makefile
./your ARCH/osgsimpleviewerQT4/osgsimpleviewerQT4
Robert, feel free to add this contribution to the OSG.
Antoine
elekis wrote:
hi
Hi RJ,
Producer/osgProducer isn't geared up to do this out of the box. How
to go about it depends on how you want to decompose your scene. You
could use two separate scene graphs, you could use node masks so that
the traversals only select the relevant parts you want.
If you are just starting
Hi Antoine,
Could you send the .pro file as a separate attachment as your mail
tool has inlined.
Cheers.
Robert.
On 2/25/07, Antoine Hue [EMAIL PROTECTED] wrote:
GNUMakefile provided with osgsimpleviewerQT4 is not very well suited for
any QT install.
Try attached .pro file:
qmake-qt4
thanks, but, the fact is I haven't osgViewer
[EMAIL PROTECTED]:~$ ls /usr/include/osg
osg/ osgFX/osgParticle/ osgTerrain/
osgAL/osgGA/osgProducer/ osgText/
osgDB/osgIntrospection/ osgSim/ osgUtil/
and I don't know
ok I understand he is in application directory
is it possible to install only osg viewer??
thanks a lot for all
On 2/25/07, elekis [EMAIL PROTECTED] wrote:
thanks, but, the fact is I haven't osgViewer
[EMAIL PROTECTED]:~$ ls /usr/include/osg
osg/ osgFX/
Hi Elekis,
You have an out of date OpenThreads version, you need to update, and
this causing osgViewer to fail building.
I recommend update to the SVN version of both OpenThreads and
OpenSceneGraph, this will ensure you don't get any of the old
OpenThreads repositories.
Check my mail last week
On 2/24/07, Jan Ciger [EMAIL PROTECTED] wrote:
On Saturday 24 February 2007, Mike Weiblen wrote:
Hi all,
so did y'all see the new OpenGL SDK that went live
http://www.opengl.org/sdk/
In particular, http://www.opengl.org/sdk/libs/OpenSceneGraph/ :-)
kudos to Paul Martz for the spiffy
Here is the osgsimpleviewerQT4.pro as a tarball.
Antoine
osgsimpleviewerQT4.pro.tgz
Description: application/compressed-tar
___
osg-users mailing list
osg-users@openscenegraph.net
http://openscenegraph.net/mailman/listinfo/osg-users
I'm told the OSG SDK page has had 482 views already.
-- mew
Mike Weiblen wrote:
Hi all,
so did y'all see the new OpenGL SDK that went live http://www.opengl.org/sdk/
In particular, http://www.opengl.org/sdk/libs/OpenSceneGraph/ :-)
kudos to Paul Martz for the spiffy page!
Robert,
Hi Bruno,
It looks like blending isn't on, are you disabling it? Is the terrain
put in the transparent bin?
W.r.t resources, each text label will reuse the same Font data and
associated textures so having lots of labels doesn't not mean that
you'll hit serious memory issues.
Robert.
On
Leif Delgass wrote:
2) Fix this atrocity in the code for GLee:
#include gl\GLee.h // (no need to link to gl.h)
...
Use of backslashes as path delimiters in the code claiming to be
cross-platform should be punishable by death. This thing will never work
right on anything but
#include gl\GLee.h // (no need to link to gl.h)
...
Yeah, that was like fingernails on a blackboard when I saw
it. ;) Not only that, it should be GL/GLee.h if it is
intended to be installed alongside gl.h. I emailed the
library author to point that out.
Doesn't this really
hi
like said before I try to compil source from svn. after
svn co http://www.openscenegraph.com/svn/osg/OpenThreads/trunk/ OpenThreads
svn co http://www.openscenegraph.com/svn/osg/OpenSceneGraph/trunk/
I compil and install (make , sudo make install) OpenTreads .
I have a
Hi Robert others,
It seems I spotted the problem!! it was that line:
_mySceneView-setGlobalStateSet( my_global_stateset.get() );
that casused rendering issues on Label sub-Node, changing it to:
_myRootNode-setStateSet( my_global_stateset.get() );
Worked!!!
Now I'm wondering why
Hello,
I ran into a problem using osg::Image, which is probably a problem with my code,
but which I'm having a hard time tracking down.
Say I create an osg::Image object, give it a data pointer created using new and
pass osg::Image::USE_NEW_DELETE as its allocation mode. The osg::Image object
Hi Jean-Sebastian,
I've seen that type of error before when mixing C++ runtimes with OSG.
If you're running in release mode, make sure your program and the OSG
dlls are both compiled using the same C++ runtime (Multi-threaded DLL
for release builds and Multi-threaded Debug DLL for debug builds)
20 matches
Mail list logo