OpenSceneGraph compiles cleanly in the RelWithDebInfo configuration.
osgviewer cessnafire.osg
There is an issue with toggling textures ( it becomes unresponsive or
erratic after a while ) which is fixed by using --SingleThreaded
Ubuntu 7.10
Linux 2.6.23.14 #2 SMP Wed Jan 30 16:54:58 GMT 2008
Hi Robert,
I think you forgot to commit osgGA/StateSetManipulator because it's
complaining about the clone() not being declared.
However, when I add the declaration it compiles and the texture toggle
works as expected.
Cheers,
-Tony
___
osg-users
Hi,
Windows Vista 32Bit
Geforce 8600M with NVIDIA notebook beta drivers
Intel Core 2
Visual Studio 2008 SP1 Express
Built OK, with some mutterings about 'cannot generate assignment operator', but
I think we already touched on that one.
Ubuntu 8.04 32Bit
Linux 2.6.23.14
GeForce 8800GTS
Intel
they are and what is causing them.
Robert.
On Tue, Jan 27, 2009 at 5:07 PM, Tony Horrobin
wrote:
Hi,
Windows Vista 32Bit
Geforce 8600M with NVIDIA notebook beta drivers
Intel Core 2
Visual Studio 2008 SP1 Express
Built OK, with some mutterings about 'cannot generate
Hi Robert,
These are the warnings I get under Linux with latest SVN.
-Tony
OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++:966: warning: comparison of
unsigned expression 0 is always false
OpenSceneGraph/src/osg/KdTree.cpp:797: warning: base class ‘class
osg::Referenced’ should be
Hi,
I believe it is due to virtual inheritence of Object as in CullCallback -
NodeCallback - Object.
Cheers,
-Tony
[quote=Jeremy Moles]On Mon, 2009-02-02 at 17:32 +, Robert Osfield wrote:
[quote]HI Jeremy,
On Mon, Feb 2, 2009 at 5:19 PM, Jeremy Moles wrote:
The only MAJOR one I'm
VS8 SP1 Express compiles OK and runs our app OK.
Linux gcc-4.2.4 ditto.
Robert Osfield wrote:
Thanks for all the testing guys. I've made a small tweak to quieten
the reported VS warnings, but other than the branch OSG-2.8 is what
you've all been testing in rc6, so it looks good for
Hi Robert,
Testing SVN from tonight:
Athlon 64 X2 4400+
GeForce 7800GT
Microsoft Visual Studio 2005 Express SP1
Compiles without errors including wrappers.
Examples all run ok except the following
depthpeel - can't create PixelBuffer = crash
distortion, osgshadow - increasing draw time,
Hi,
I seem to remember something similar myself under Ubuntu.
I was using the autotools configure script and it needed PKG_CONFIG_PATH
to include the path to the openscenegraph.pc file
This resides in packaging/pkgconfig relative to the OpenSceneGraph
source root
It may require others too, for
Hi Robert,
On Vista SP2 with Visual C++ 2005:
osgparametric fails with unresolved symbol
osg::BufferData::setBufferObject(class osg::BufferObject *)
I believe this is due to missing OSG_EXPORT for BufferData in osg/BufferObject.
BufferObjectProfile is also missing OSG_EXPORT but this doesn't
Hi NIls,
Have you assigned texture coordinates in the .osg file?
Cheers,
-Tony
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=19552#19552
___
osg-users mailing list
Hi Chris,
We use osgAL in a basic way - just .wav samples and ambient sources.
What kind of changes are you going to make?
Cheers,
-Tony
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=19604#19604
We have had the same problem, but found that inserting a comment into the
OpenFlight nodes you wish to preserve does the trick.
A comment becomes the description of the node and the
RemoveRedundantNodesVisitor checks for an empty description before allowing a
removal.
Cheers,
-Tony
Hi John,
Which version of Windows are you using?
You seem to be using Visual Studio 2008 (SP1?) and the tutorial
references binaries using vc80sp1, which is Visual Studio 2005 SP1.
Did you download the correct binaries?
Ubuntu Hardy 32bit
2.6.23.14 #3 SMP
gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu4)
GeForce 8800 GTS/PCI/SSE2
3.0.0 NVIDIA 180.44
g++ -Wall -Wextra -Wno-unused-parameter
Compiles OK.
osgviewer freezes for 10s when changing ThreadingModel from
CullDrawThreadPerContext to DrawThreadPerContext
then
Hi Robert,
I have successfully built rc4 and run our application on the following:
Ubuntu Hardy
gcc 4.2.4
GeForce 8800GTS
OpenGL 3.0.0 NVIDIA 180.44
Ubuntu Breezy
gcc 4.0.2
QuadroFX 4500
OpenGL 2.0.2 NVIDIA 87.62
Cheers,
-Tony
--
Read this topic online here:
Hi Robert,
rc5 appears to run fine on:
Ubuntu Hardy
gcc 4.2.4
GeForce 8800GTS
Cheers,
-Tony
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=12470#12470
___
osg-users mailing list
Hi Andrew, Ümit
Specifically, the problem appears to be the LightSource node, whose position
is taken into account when calculating the bounding sphere.
If you remove that, the geometry is centred and osg makes its own LightSource
by default.
Cheers,
-Tony
--
Read this
Hi Sergey,
How about putting the icons under a second camera using orthographic projection
and POST_RENDER order.
You can then have the earth model rendered with depth testing independently of
anything else.
The osghud example should help.
Cheers,
Tony
--
Read this
Hi,
Could you provide a screenshot showing the problem?
Are the icons used as place labels on the earth?
Cheers,
Tony
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=15754#15754
___
osg-users
Sergey,
Thanks for the clarification.
What happens if you also disable writing to the depth buffer for the icons?
You might also have to set render bins to control render order.
Earth - icons - objects above earth
This will allow all labels to show through the earth, which might not be what
Hi,
Have your textures got an alpha channel? Try setting the alpha of the black
region to zero and set an alpha function of GEQUAL and a reference value of 0.05
So, declare a member variable:
Code:
osg::ref_ptr osg::AlphaFunc m_refAlpha;
Then:
Code:
m_refAlpha = new osg::AlphaFunc();
Hi Kris,
Is the target moving too?
Cheers,
Tony
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=16513#16513
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi,
The attached .osg file shows what you get with Glen's suggestion to use a
ClusterCullingCallback + render bins + depth function ALWAYS for the icons. Is
this the effect you want?
Cheers,
Tony
--
Read this topic online here:
Hi Paul,
Here are a couple of fixes if it's not too late:
Revision 10601 on the trunk fixed 'Matrices' to 'Materials' in
src/osgViewer/StatsHandler.cpp
Under Ubuntu 9.10, gcc 4.4.1 the ply plugin fails to build because uint8_t is
unknown. The solution would be to include stdint.h, except
Hi Paul,
To clarify, this behaviour was only on the 2.8 branch.
It turns out that r10149 on the trunk had the essentially same fix as I
attached in my last post.
Cheers,
-Tony
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi Paul,
It seems happy now.
gcc version 4.4.1 (Ubuntu 4.4.1-4ubuntu9)
Cheers,
-Tony
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Hi Lukas,
At a guess, the error code you are getting is generated by glNewList() because
prDisplayList has not been initialised by calling glGenLists() first.
Try setting a breakpoint on the glNewList() line and look at the value of
prDisplayList. OpenGL requires a non-zero display list name.
Hi Sunil,
Just to be clear, you also need to specify a two-sided light model to
make OpenGL apply both front and back materials.
The osg::LightModel class allows this.
Cheers,
-Tony
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi Zhanglicheng,
osg::Texture2D is derived from osg::Texture and that class has a method called
setWrap(). This allows you to set how the texture repeats over a polygon in
each dimension.
Have a look in the header file or the reference documentation for the details.
Cheers,
Tony
Hi Alexandre,
Could you try running dependencywalker ( www.dependencywalker.com ) on the
executable.
It might report missing dlls.
Did you find both debug and release binaries for Visual Studio 2010?
Cheers,
Tony
--
Read this topic online here:
Hi Shayne,
The definition is in include/osg/CullSettings.
Cheers,
-Tony
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=40863#40863
___
osg-users mailing list
osg-users@lists.openscenegraph.org
Hi Jeremy,
The glsl attachments have been squashed - could you attach them as .txt, please?
I believe you have to bind shader vertex attributes as PER_VERTEX as opposed to
colours and normals which can be PER_PRIMITIVE.
Then copy the line that calls push_back() on gridCoordinates so you have 4
Hi Jeremy,
To clarify, I used a couple of trivial shaders instead of the missing ones and
in order to get any output I had to add the vertices.
If I set GRID_POSITION=0 the additional call is not required. This is covered
in the glVertexAttrib man page.
I am using osg with the fixed pipeline
Hi Jeremy,
It turns out that in the version I was using, osg-2.8.3 there are checks in
osg::Geometry::drawImplementation() that would prevent the geometry being drawn
when the traditional vertex position data is not present and generic attribute
zero is not present. This is not the case for
Hi Yann,
I have tried your code with osg trunk under Windows 7 32bit and can report that
it does not crash.
All I can suggest is to replace use of native pointers with osg::ref_ptr.
So for example:
Code:
osg::Geode * geode = new osg::Geode();
becomes
Code:
osg::ref_ptr Geode geode = new
Hi jOan,
One thing to try is set OSG_NOTIFY_LEVEL to DEBUG and look at the output.
It should tell you what paths are being searched for the jpeg plugin.
Make sure you have a clean build of osg 3.0.1 and that the plugins directory
for that version is on your PATH and contains osgdb_jpeg.dll or
Hi J-S,
I've tried cmake-2.8.5 against osg-3.0.1 and got a warning as you describe.
If I add QUIET to the find_package command, the warning goes away, but I'm not
sure how much better this is.
Under cmake-2.8.4 the message is still there but not highlighted as for a
warning.
Cheers,
Tony
Hi Laurent,
Usually this is caused by not having a valid GL context. Could you check for a
current context to confirm this.
What threading mode are you running in?
Cheers,
Tony
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=42481#42481
Hi Laurent,
Under Linux there is a valid context returned from glXGetCurrentContext() in
LightModel::apply(), so it is unnecessary to create another context as you have
done.
The depth buffer is set to 8 bits which is unusual. What happens if you set it
to 24?
Cheers,
Tony
Hi Simon,
As far as I can tell, the definition of class Interpolator is missing a call of
the META_Object macro. The Object class declares additional abstract methods
that you need to override too.
This is against osg-3.0.1 vc9.
Could you try the following:
#include
41 matches
Mail list logo