Re: [osg-users] Deriving from osgParticle::Interpolator - abstract class trouble
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 osgParticle/Interpolator
// Derp = Decelerate Interpolation
// Lerp = Linear Interpolation
class Derp : public osgParticle::Interpolator
{
public:
Derp() : osgParticle::Interpolator() {}
Derp(const Interpolator copy, const osg::CopyOp copyop =
osg::CopyOp::SHALLOW_COPY)
: osgParticle::Interpolator(copy, copyop) {}
~Derp() { }
META_Object(test,Derp)
float Lerp(float t, float y1, float y2) const
{
float temp = y2 - y1;
temp *= t;
return y1 + temp;
}
virtual float interpolate(float t, float y1, float y2) const
{
float temp = 1-t;
temp = temp * temp;
return Lerp(1-temp, y1, y2);
}
};
int main()
{
Derp * derp = new Derp();
return 0;
}
Cheers,
-Tony
--
Read this topic online here:
http://forum.openscenegraph.org/viewtopic.php?p=42764#42764
___
osg-users mailing list
osg-users@lists.openscenegraph.org
http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] wxWidegts 2.9.2 OSG-3.0.1 and osgWxViewer
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 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] wxWidegts 2.9.2 OSG-3.0.1 and osgWxViewer
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 -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=42496#42496 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] CMake 2.8.5 and FindITK
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 -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=42385#42385 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [bug] plugin jpg, osg 3.0.1, Windows XP, VC2010
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 osgdb_jpegd.dll or osgdb_jpegrd.dll corresponding to your build configuration. Also, are you really using *.jpg as the filename? Cheers, Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=42334#42334 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Drawing a simple sphere...
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 osg::Geode(); Cheers, -Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=42293#42293 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Custom Vertex Attributes Binding
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 latest SVN and hopefully your version has the checks removed too. The context created by osg for me is 3.3 with backwards compatibility so standard attributes like gl_Vertex are present. Cheers, Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=42279#42279 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Custom Vertex Attributes Binding
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 available. Cheers, Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=42213#42213 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Custom Vertex Attributes Binding
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 calls and it should work. I had to add: setVertexArray(gridPositions); to get anything at all on the screen ( otherwise there are no primitives ). Cheers, -Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=42202#42202 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] FAR_PLANE_CULLING
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 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Error at execution: 0xc0150002
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: http://forum.openscenegraph.org/viewtopic.php?p=36490#36490 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] How to map an image to a long width object
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 -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=30858#30858 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] How to make sure that both the back and the front side of a polygon are lit...
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 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] How to correctly fill Drawable (PrepareDisplayList)
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. If you still have trouble, could you post a bit more information about the setup. Cheers, -Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=26658#26658 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] 2.8.3 release likely, need community assistance
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 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] 2.8.3 release likely, need community assistance
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
Re: [osg-users] 2.8.3 release likely, need community assistance
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 that under windows with Visual Studio 2005 and 2008, stdint.h is missing and the ply plugin uses its own typedefs instead. As a workaround, I've replaced uint8_t with unsigned char. Cheers, Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=25931#25931 Attachments: http://forum.openscenegraph.org//files/statshandler_ply_fixes_905.zip ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Error Code: 0xC0150002 : The application failed to initialize properly. Click on Ok to terminate the application
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? http://www.openscenegraph.org/downloads/stable_releases/OpenSceneGraph-2.8/binaries/Windows/VisualStudio9/openscenegraph-all-2.8.0-win32-x86-vc90sp1-Debug.tar.gz http://www.openscenegraph.org/downloads/stable_releases/OpenSceneGraph-2.8/binaries/Windows/VisualStudio9/openscenegraph-all-2.8.0-win32-x86-vc90sp1-Release.tar.gz Cheers, -Tony ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] node names not preserved going from flt to ive/osg
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 -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=23828#23828 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgAL users
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 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Nodes and Textures
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 osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] New OpenGL texture object and buffer object pool support
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 appear to cause problems at the moment. Recompiling now. Cheers, Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=17835#17835 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Depth buffer
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: http://forum.openscenegraph.org/viewtopic.php?p=16599#16599 earthIcons.osg Description: Binary data ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Orienting a model (matrixtrans) toward a target location?
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 http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Billboard problem
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(); m_refAlpha-setFunction( osg::AlphaFunc::GEQUAL, 0.05f ); m_refStateSet-setAttributeAndModes( m_refAlpha.get(), osg::StateAttribute::ON ); The billboard tutorial shows this. Cheers, Tony [/code] -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=15877#15877 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Depth buffer
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 you want. Cheers, Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=15779#15779 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Depth buffer
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 topic online here: http://forum.openscenegraph.org/viewtopic.php?p=15745#15745 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Depth buffer
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 mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Bad OSG geometry
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 topic online here: http://forum.openscenegraph.org/viewtopic.php?p=12729#12729 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.1 release candidate five tagged
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 osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.1 release candidate four tagged
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: http://forum.openscenegraph.org/viewtopic.php?p=12378#12378 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.1 release candidate three tagged
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 recovers. -- Windows XP SP2 32bit NVIDIA Quadro NVS 110M Visual Studio 2005 The viewer sometimes needs two keypresses when changing ThreadingModel, but otherwise runs OK. - Our app runs fine in both cases. Cheers, -Tony -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=11000#11000 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.8.0-rc6 tagged, please test
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 tagging 2.8.0 in the next half hour. This gives you all a little more time to test the beast and find those show stoppers. Robert. ___ osg-users mailing list http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Post generated by Mail2Forum -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=6659#6659 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] svn/trunk ready to make OpenSceneGraph-2.8 branch, please do last build test of snv/trunk :-)
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 getting anymore is this: In copy constructor 'osgViewer::InteractiveImageHandler::InteractiveImageHandler(const osgViewer::InteractiveImageHandler, const osg::CopyOp)': /home/cubicool/sources/svn-OpenSceneGraph/include/osgViewer/ViewerEventHandlers:396: warning: base class 'class osg::Object' should be explicitly initialized in the copy constructor /home/cubicool/sources/svn-OpenSceneGraph/include/osgViewer/ViewerEventHandlers:396: warning: base class 'class osgGA::GUIEventHandler' should be explicitly initialized in the copy constructor /home/cubicool/sources/svn-OpenSceneGraph/include/osgViewer/ViewerEventHandlers:396: warning: base class 'struct osg::Drawable::CullCallback' should be explicitly initialized in the copy constructor The warning remains with the latest revision; osg::Object must also be initialized for this warning to go away. Why this is the case, I do not know. -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5734#5734 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
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 explicitly initialised in the copy constructor OpenSceneGraph/src/osgUtil/CullVisitor.cpp:104: warning: base class ‘class osg::Referenced’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgAnimation/AnimationManagerBase.cpp:60: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgPlugins/curl/ReaderWriterCURL.h:60: warning: base class ‘class osg::Referenced’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgAnimation/Skeleton:34: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgViewer/CompositeViewer.cpp:30: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgViewer/View.cpp:156: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgViewer/Viewer.cpp:165: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/src/osgViewer/Viewer.cpp:165: warning: base class ‘class osgViewer::ViewerBase’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor OpenSceneGraph/include/osgViewer/ViewerEventHandlers:393:
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
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 Core 2 Builds OK. I turned on -Wextra and this causes warnings of the form 'class X should be explicitly initialised' in various copy constructors. Robert Osfield wrote: Hi All, I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. Thanks, Robert. ___ osg-users mailing list http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Post generated by Mail2Forum -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5286#5286 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.7.9 dev release
Hi Robert, The Windows warnings are caused by having const references but not declaring the copy/assignment private. I think a load of these had been fixed recently. Under Linux, an example would be: In file included from osgal/examples/osgalocclude/osgalocclude.cpp:43: include/osgViewer/ViewerEventHandlers: In copy constructor ‘osgViewer::InteractiveImageHandler::InteractiveImageHandler(const osgViewer::InteractiveImageHandler, const osg::CopyOp)’: include/osgViewer/ViewerEventHandlers:393: warning: base class ‘class osg::Object’ should be explicitly initialised in the copy constructor From a simple test case, it appears that the default constructor is called instead. The flags used were: -Wall -Wextra -Wno-unused-parameter Cheers, -Tony Robert Osfield wrote: Hi Tony, Could you send me the warnings, as I and others can't do anything about unless we know where 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 assignment operator', but I think we already touched on that one. Ubuntu 8.04 32Bit Linux 2.6.23.14 GeForce 8800GTS Intel Core 2 Builds OK. I turned on -Wextra and this causes warnings of the form 'class X should be explicitly initialised' in various copy constructors. Robert Osfield wrote: Hi All, I would like to finish this week with a 2.7.9 dev release, could users do a check out of svn/trunk and let know if your build succeeds/or where it fails. Thanks, Robert. ___ osg-users mailing list http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Post generated by Mail2Forum -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5286#5286 ___ osg-users mailing list http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Post generated by Mail2Forum -- Read this topic online here: http://osgforum.tevs.eu/viewtopic.php?p=5293#5293 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Testing of SVN version please
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 OpenGL renderer string: GeForce 8800 GTS/PCI/SSE2 OpenGL version string: 2.1.2 NVIDIA 169.09 Using built-in specs. Target: i486-linux-gnu Configured with: ../src/configure -v --enable-languages=c,c++,fortran,objc,obj-c++,treelang --prefix=/usr --enable-shared --with-system-zlib --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --enable-nls --with-gxx-include-dir=/usr/include/c++/4.1.3 --program-suffix=-4.1 --enable-__cxa_atexit --enable-clocale=gnu --enable-libstdcxx-debug --enable-mpfr --enable-checking=release i486-linux-gnu Thread model: posix gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2) -Tony ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Testing of SVN version please
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 mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Integrationg OpenALpp
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 the other dependencies like OpenAL, vorbis etc. Take a look at the man page for pkg-config to get the idea. So, you would issue a command like so: export PKG_CONFIG_PATH=/path/to/OpenSceneGraph/packaging/pkgconfig:/path/to/OpenAL/admin/pkgconfig: ... before running configure Looking at my OpenSceneGraph installation, it doesn't seem to copy the pc file when it installs the headers and libraries, so that might cause some confusion. Hope this helps, -Tony ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-2.1.13 dev version released
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, memory allocation when showing stats graphs in single-threaded mode. Can anyone else confirm this? The GPU timing disappears also - something to do with a query? introspection - no check for failed library load, silently lists only primitive + std::string + std::wstring unless osgPlugins-version is in path. This can be cured by using the prepend string a la osgDB::Registry::createLibraryNameForExtension() keyboard - 'f' produces both a character and toggles full screen. launcher - still references depthshadow - change osg.conf to use osgshadow instead? prerendercubemap - chuggy I'll have a look into some of these when I get a mo'. -Tony ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
