Re: [osg-users] OpenThreads SVN issue.
James Dickson schrieb: Fetching external item into 'OpenSceneGraph/include/OpenThreads' svn: PROPFIND request failed on '/svn/osg/OpenThreads/trunk/include/OpenThreads' svn: PROPFIND of '/svn/osg/OpenThreads/trunk/include/OpenThreads': 301 Moved Permanently ( http://www.openscenegraph.com) i ran:svn co http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.0.0 http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.0.0 OpenSceneGraph I used the following command for svn: svn co http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.0.0 http://www.openscenegraph.org/svn/osg/OpenSceneGraph/tags/OpenSceneGraph-2.0.0 OpenSceneGraph That's a well known issue because of the server problems after OSG-2.0.0. You have to manually change the svn:external property to point to http://www.openscenegraph.org instead of http://www.openscenegraph.com, which is no more existing. regards Ralph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] PagedLOD preprocessing
Paul Martz napsal(a): [...] The naïve approach -- just let OSG load it -- appears to cause a guaranteed frame rate hit. I imagine you could break the texture up into smaller chunks and let OSG page each in incrementally as it comes into range. Yes, breaking the texture into the smaller ones looks like necessary. I made already some measurements of glTexImage2D. 32 0,040,52 64 0,060,61 128 0,170,82 256 0,421,6 512 1,8 4,8 102411,317,9 204842 69 4096170 6500 The first column is texture size, second time in milliseconds for GF 6600 and the last column is time for ATI 1950. You may notice driver bug for 4096 ATI textures. Anyway, loading a large scene for preprocessing seems not trivial - hacks to OSG plugin will be probably necessary. John ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgCal + osgViewer::CompositeViewer
Hi Renato, Are you using 2.0? If so update to one of the 2.1.x series or SVN version as this fixes a problem with frame stamps that CompositeViewer had in 2.0. Robert. On 9/11/07, Renato Silveira [EMAIL PROTECTED] wrote: I'm trying to use osgCal with osg::CompositeViewer. I did exactly what was showed in the osgCompositeViewer example. When I use osg::Viewer all works OK! With osg::CompositeViewer, everything loads OK, but the characters animations stops. Is there anybody with the same probem? Ah! I also got this same behaviour in some pcs, when I run the osgCalViewer example using: osgUtil::Optimizer optimzer; optimzer.optimize(...); Maybe I'm doing wrong... Thank you. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] PagedLOD preprocessing
On 9/10/07, Paul Martz [EMAIL PROTECTED] wrote: Hi Robert -- Assuming you've massaged your database so that the highest res textures only get loaded/displayed at close ranges, how would you use OSG to avoid the (seemingly inevitable) cost of loading the large texture from disk and sending it over the bus to the graphics card when it is time to be rendered? The naïve approach -- just let OSG load it -- appears to cause a guaranteed frame rate hit. I imagine you could break the texture up into smaller chunks and let OSG page each in incrementally as it comes into range. Or, you could preload all textures onto all displays at startup with the GLObjectsVisitor, though this could tax system RAM for large datasets. Could PROXY_TEXTURE help? At least it would tell OpenGL hey, some big data is coming, eventually but there would still be the disk access and bus transmission cost, so I imagine it's not a solution. Robert, your thoughts please. We don't have a texture manage at present, but one could in theory develop one to load balance memory on the GPU. With GPU memory sizes going up all the time this is probably getting less of a problem. W.r.t loading incrementally and compiling OpenGL data. In 2.1.x and SVN there is support for using a background compile context - this is a pbuffer per graphics window that is shared with the graphics context and has its own graphics thread that runs the compile and object clean up. One can enable compile contexts via: osgviewer mydata.ive --cc Also see osg::GraphicsContext::createCompileContext(..) function. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] mirrorize a slave with a offset from the master camera
On 9/11/07, Johan Johnsson [EMAIL PROTECTED] wrote: Hello ! I want to mirrorize a specific slave counted from the mastercameras view. At the moment i use a offset matrix addSlave(camera.get(),osg::Matrixd(),offsetMatrix); that rotate it 180 degrees in Z-axis, well thats good now i look straight back. but i dont have the mirror view i want. , any suggestions to get this work properly ? You just need to scale the y axis by -1, then flip the front face to prevent the wrong faces from being culled. And Robert i still have some issues with the statistics rendering, so my wondering to you before i dig even deeper is the text framerate and the actual framerate value , are they on the same renderdepth? I check this out i must render something upon it, that hides the bars and the framerate value. But its so strange that the framerate text and all the other different colorized texts below are beeing rendered in a correct way.. But just dont the FR value or the represented bars below. :S I'm afraid I can't make any sense of this paragraph. Anyways and anyhow tnx for the wonderful Improved build configuration under Visual Studio release. Thanks go to Luigi for all the hard work ;-) ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] mirrorize a slave with a offset from the master camera
On Tue, 11 Sep 2007 10:40:31 +0200, Robert Osfield [EMAIL PROTECTED] wrote: On 9/11/07, Johan Johnsson [EMAIL PROTECTED] wrote: Hello ! I want to mirrorize a specific slave counted from the mastercameras view. At the moment i use a offset matrix addSlave(camera.get(),osg::Matrixd(),offsetMatrix); that rotate it 180 degrees in Z-axis, well thats good now i look straight back. but i dont have the mirror view i want. , any suggestions to get this work properly ? You just need to scale the y axis by -1, then flip the front face to prevent the wrong faces from being culled. addSlave(camera.get(),osg::Matrixd::scale(1,-1,1),offsetMatrix); it's get upside down :S And Robert i still have some issues with the statistics rendering, so my wondering to you before i dig even deeper is the text framerate and the actual framerate value , are they on the same renderdepth? I check this out i must render something upon it, that hides the bars and the framerate value. But its so strange that the framerate text and all the other different colorized texts below are beeing rendered in a correct way.. But just dont the FR value or the represented bars below. :S I'm afraid I can't make any sense of this paragraph. ok , i start to dig :P Anyways and anyhow tnx for the wonderful Improved build configuration under Visual Studio release. Thanks go to Luigi for all the hard work ;-) ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] mirrorize a slave with a offset from the master camera
On 9/11/07, Johan Johnsson [EMAIL PROTECTED] wrote: You just need to scale the y axis by -1, then flip the front face to prevent the wrong faces from being culled. addSlave(camera.get(),osg::Matrixd::scale(1,-1,1),offsetMatrix); it's get upside down :S Opps... try the x axis... ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] keyboard autorepeat
In producer there was a method for specifying if one should get (or not) auto repeat for keyboard events when a user holds a key down... RenderSurface::setAutoRepeatMode(bool flag); Is there something similar available is osgViewer? I found a post from June discussing this behaviour in X11, but I didnt find anything related in the current release (did a grep on repeat in header files). Cheers, Anders -- Anders Backman Email:[EMAIL PROTECTED] HPC2N/VRlab Phone:+46 (0)90-786 9936 Umea university Cellular: +46 (0)70-392 64 67 S-901 87 UMEA SWEDEN Fax: +46 90-786 6126 http://www.cs.umu.se/~andersb ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] keyboard autorepeat
HI Anders, There isn't such a feature right now. The changes back in June were down to making X11 behave more like Windows and OSX w.r.t keyboard repeats. I presume switching off keyboard repeat will require a platform specific call to the windowing system to switch it off. I don't know about the implementations so will need to defer to others. Feel free to submit an implementation. Robert. On 9/11/07, Anders Backman [EMAIL PROTECTED] wrote: In producer there was a method for specifying if one should get (or not) auto repeat for keyboard events when a user holds a key down... RenderSurface::setAutoRepeatMode(bool flag); Is there something similar available is osgViewer? I found a post from June discussing this behaviour in X11, but I didnt find anything related in the current release (did a grep on repeat in header files). Cheers, Anders -- Anders Backman Email:[EMAIL PROTECTED] HPC2N/VRlab Phone:+46 (0)90-786 9936 Umea university Cellular: +46 (0)70-392 64 67 S-901 87 UMEA SWEDEN Fax: +46 90-786 6126 http://www.cs.umu.se/~andersb ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] mirrorize a slave with a offset from the master camera
On Tue, 11 Sep 2007 11:10:09 +0200, Robert Osfield [EMAIL PROTECTED] wrote: On 9/11/07, Johan Johnsson [EMAIL PROTECTED] wrote: You just need to scale the y axis by -1, then flip the front face to prevent the wrong faces from being culled. addSlave(camera.get(),osg::Matrixd::scale(1,-1,1),offsetMatrix); it's get upside down :S Opps... try the x axis... Magical :D, it worked , altho the culling isnt that easy as it may seem ? getCamera()-getStateSet()-setMode(GL_CULL_FACE, osg::StateAttribute::OVERRIDE|osg::StateAttribute::OFF); now it works, .. but i dont just want my mirror camera to be affected.. it now affect all cameras (all slaves) well i tried : getSlave(0)._camera-getOrCreateStateSet()-setMode(GL_CULL_FACE, osg::StateAttribute::OVERRIDE|osg::StateAttribute::OFF); nothing happend ?.. i set the viewer-getCamera()-setCullMask(0x); ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Multiple GraphicsContexts
Is it possible to have a viewer with a RTT camera render with one GraphicsContext, then to use that texture with another viewer and a different GraphicsContext? It works ok if all the cameras use the same GC. What I'm aiming for is to render to texture in a completely offscreen buffer, then use that texture in a different scenegraph with a different GraphicsContext. I'm just in the process of upgrading to the latest SVN, but do we have an estimated release date for 2.2? I've been out of the OSG loop for a while, but I'm really impressed with what's happened over the past 12 months or so. Keep up the good work! -J __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] download file with .net plugin
hi, all The platform: windows xp, vc 71 I want download file with .net plugin,and write to the disk before osgDB::readfile. So I add some code : if( reader != 0L ) { //*** //add following code... std::string cacheFile = localCacheDir + '/' + fileName; osgDB::makeDirectoryForFile( cacheFile ); std::ofstream fout(cacheFile.c_str()); std::ios::pos_type pos = sio-tellg(); char c; while(!sio-eof()) { c = sio-peek(); fout.put(c); } fout.flush(); fout.close(); sio-seekg(pos); //*** readResult = readFile(objectType, reader, *sio, local_opt.get() ); } but I find that the result is wrong. it is seen that some unwanted '0D' was writen into the file. why? ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Two Manipulators at The Same Time
I'm wondering how to go about layering manipulators so that by default the terrain manipulator is used except for a small corner of the screen where I want a custom manipulator (like Google Earth's compass manipulator). Is there already a mechanism for doing something like this? Thanks, - Nick - _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Multiple GraphicsContexts
If you wish to reuse texture objects generated by one context then you need to share the various contexts with each other. You can set this via the GraphicsContext::Traits::sharedContext variable. On 9/11/07, John Donovan [EMAIL PROTECTED] wrote: Is it possible to have a viewer with a RTT camera render with one GraphicsContext, then to use that texture with another viewer and a different GraphicsContext? It works ok if all the cameras use the same GC. What I'm aiming for is to render to texture in a completely offscreen buffer, then use that texture in a different scenegraph with a different GraphicsContext. I'm just in the process of upgrading to the latest SVN, but do we have an estimated release date for 2.2? I've been out of the OSG loop for a while, but I'm really impressed with what's happened over the past 12 months or so. Keep up the good work! -J __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] download file with .net plugin
Lilinx schrieb: hi, all The platform: windows xp, vc 71 I want download file with .net plugin,and write to the disk before osgDB::readfile. but I find that the result is wrong. it is seen that some unwanted '0D' was writen into the file. why? do you mean ASCII hex 0D? Then it is just the UNIX line end marker, which is not correctly interpreted by some of the text editors of the MS world. But it should not be anything to worry about, since most of the vc runtime io routines accept it as line end marker. regards Ralph ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Two Manipulators at The Same Time
There is no explict support for this, you'll need to filter the mouse events yourself and pass them on to the manipulator you want to be active. On 9/11/07, Nick Prudent [EMAIL PROTECTED] wrote: I'm wondering how to go about layering manipulators so that by default the terrain manipulator is used except for a small corner of the screen where I want a custom manipulator (like Google Earth's compass manipulator). Is there already a mechanism for doing something like this? Thanks, - Nick - _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Two Manipulators at The Same Time
I think that the best way would be to create a manipulator, encapsulating the terrain manipulator and a compass manipulator ( to be created also ) and forwarding the handle() callback to the right manipulator regarding the mouse position. Nick Prudent a écrit : I'm wondering how to go about layering manipulators so that by default the terrain manipulator is used except for a small corner of the screen where I want a custom manipulator (like Google Earth's compass manipulator). Is there already a mechanism for doing something like this? Thanks, - Nick - _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org --- Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. -- Remy Deslignes Ingenieur Developement / Software Engineer Tel: +33 (0)1.53.90.11.19 === Silicon Worlds S.A. 224, rue Saint Denis 75002 Paris France Tel: +33 (0)1.53.90.11.11 Fax: +33 (0)1.53.90.11.12 http://www.silicon-worlds.fr === ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Two Manipulators at The Same Time
Robert -- Thanks for the reply. I'm wondering how many people here are grabbing the Blue Marble datasets and trying to do a Google Earth clone just for fun ;) Remy -- I like this solution. I'll try it. Thanks. - Nick - Date: Tue, 11 Sep 2007 13:48:31 +0200 From: [EMAIL PROTECTED] To: osg-users@lists.openscenegraph.org Subject: Re: [osg-users] Two Manipulators at The Same Time I think that the best way would be to create a manipulator, encapsulating the terrain manipulator and a compass manipulator ( to be created also ) and forwarding the handle() callback to the right manipulator regarding the mouse position. Nick Prudent a écrit : I'm wondering how to go about layering manipulators so that by default the terrain manipulator is used except for a small corner of the screen where I want a custom manipulator (like Google Earth's compass manipulator). Is there already a mechanism for doing something like this? Thanks, - Nick - _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org --- Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. -- Remy Deslignes Ingenieur Developement / Software Engineer Tel: +33 (0)1.53.90.11.19 === Silicon Worlds S.A. 224, rue Saint Denis 75002 Paris France Tel: +33 (0)1.53.90.11.11 Fax: +33 (0)1.53.90.11.12 http://www.silicon-worlds.fr === ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org _ Discover the new Windows Vista http://search.msn.com/results.aspx?q=windows+vistamkt=en-USform=QBRE ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Reading models from encrypted compressed file
I know that similar question has been asked before, but I was wondering, if anyone has a solution to this. Or at lease steps I need to implement. Thanks ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Two Manipulators at The Same Time
Robert -- Thanks for the reply. I'm wondering how many people here are grabbing the Blue Marble datasets and trying to do a Google Earth clone just for fun ;) Remy -- I like this solution. I'll try it. Thanks. - Nick - Date: Tue, 11 Sep 2007 13:48:31 +0200 From: [EMAIL PROTECTED] To: osg-users@lists.openscenegraph.org Subject: Re: [osg-users] Two Manipulators at The Same Time I think that the best way would be to create a manipulator, encapsulating the terrain manipulator and a compass manipulator ( to be created also ) and forwarding the handle() callback to the right manipulator regarding the mouse position. Nick Prudent a écrit : I'm wondering how to go about layering manipulators so that by default the terrain manipulator is used except for a small corner of the screen where I want a custom manipulator (like Google Earth's compass manipulator). Is there already a mechanism for doing something like this? Thanks, - Nick - _ Connect to the next generation of MSN Messenger http://imagine-msn.com/messenger/launch80/default.aspx?locale=en-ussource=wlmailtagline ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org --- Orange vous informe que cet e-mail a ete controle par l'anti-virus mail. Aucun virus connu a ce jour par nos services n'a ete detecte. -- Remy Deslignes Ingenieur Developement / Software Engineer Tel: +33 (0)1.53.90.11.19 === Silicon Worlds S.A. 224, rue Saint Denis 75002 Paris France Tel: +33 (0)1.53.90.11.11 Fax: +33 (0)1.53.90.11.12 http://www.silicon-worlds.fr === ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org _ News, entertainment and everything you care about at Live.com. Get it now! http://www.live.com/getstarted.aspx ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] put a uniform array in my GLSL shader ?
Hi all, I would like to put in my GLSL shader a uniform array variable, I know how to put a simple float or int value with osg::Uniform, but for an array I don't know Is anyone can help me? thanks Mael. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] put a uniform array in my GLSL shader ?
Hi mael never try but probably with osg::Uniform::setArray(FloatArray * array); David Callu 2007/9/11, Mael Blanchard [EMAIL PROTECTED]: Hi all, I would like to put in my GLSL shader a uniform array variable, I know how to put a simple float or int value with osg::Uniform, but for an array I don't know Is anyone can help me? thanks Mael. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Reading models from encrypted compressed file
Hi Ivan You need to found or write a Read/Write plugin for your encrypted compressed file format. David Callu 2007/9/11, Ivan Bolčina [EMAIL PROTECTED]: I know that similar question has been asked before, but I was wondering, if anyone has a solution to this. Or at lease steps I need to implement. Thanks ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgCal + osgViewer::CompositeViewer
I'm using 2.0. I will update now. Thank you! 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi Renato, Are you using 2.0? If so update to one of the 2.1.x series or SVN version as this fixes a problem with frame stamps that CompositeViewer had in 2.0. Robert. On 9/11/07, Renato Silveira [EMAIL PROTECTED] wrote: I'm trying to use osgCal with osg::CompositeViewer. I did exactly what was showed in the osgCompositeViewer example. When I use osg::Viewer all works OK! With osg::CompositeViewer, everything loads OK, but the characters animations stops. Is there anybody with the same probem? Ah! I also got this same behaviour in some pcs, when I run the osgCalViewer example using: osgUtil::Optimizer optimzer; optimzer.optimize(...); Maybe I'm doing wrong... Thank you. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Multiple GraphicsContexts
Robert Osfield wrote: If you wish to reuse texture objects generated by one context then you need to share the various contexts with each other. You can set this via the GraphicsContext::Traits::sharedContext variable. Ah! OK, that makes sense. But I am having problems with it... I have the following: ref_ptrGraphicsContext::Traits traits_rtt = new GraphicsContext::Traits; traits_rtt-x = 500; traits_rtt-y = 880; traits_rtt-width = totalWidth; traits_rtt-height = vpHeight; traits_rtt-windowDecoration = false; traits_rtt-doubleBuffer = true; traits_rtt-sharedContext = 0; ref_ptrGraphicsContext gc_rtt = GraphicsContext::createGraphicsContext(traits_rtt.get()); ref_ptrGraphicsContext::Traits traits_view = new GraphicsContext::Traits; traits_view-x = 500; traits_view-y = 800; traits_view-width = totalWidth; traits_view-height = vpHeight; traits_view-windowDecoration = true; traits_view-doubleBuffer = true; traits_view-sharedContext = gc_rtt.get(); ref_ptrGraphicsContext gc_view = GraphicsContext::createGraphicsContext(traits_view.get()); Then I have a viewer with a camera rendering to a texture, and a viewer rendering a textured quad to a window. But when I call Viewer::frame() on the viewer that renders to the window, I get the following error messages: Windows Error #170: [Screen #0] GraphicsWindowWin32::realizeImplementation() - Unable to share OpenGL context. Reason: The requested resource is in use. Error: [Screen #0] GraphicsWindowWin32::makeCurrentImplementation() - Window not realized; cannot do makeCurrent. Are there any examples I can work off? I've tried a search for sharedContext in the OSG project, but I just get the implementation code, not any example code. Incidentally, I've upgraded to 2.1.9 without a hitch. -J __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] About install OSG2.0 on IRIX6.5??
How can i process this error? Thanks! I must compile success,because i'll use OSG to cope with my graduate experiment! Help me! IRIS 27% make [ 0%] Building CXX object src/OpenThreads/sproc/CMakeFiles/OpenThreads.dir/SprocThread.o /usr/ygw/tools/OpenSceneGraph/src/OpenThreads/sproc/SprocThread.c++: In member function `int OpenThreads::Thread::join()': /usr/ygw/tools/OpenSceneGraph/src/OpenThreads/sproc/SprocThread.c++:538: warning: passing NULL used for non-pointer argument passing 3 of `pid_t waitpid(long int, int*, int)' /usr/ygw/tools/OpenSceneGraph/src/OpenThreads/sproc/SprocThread.c++:538: warning: argument to non-pointer type `int' from NULL /usr/ygw/tools/OpenSceneGraph/src/OpenThreads/sproc/SprocThread.c++: In function `void sproc_dead_child_sig_handler(int)': /usr/ygw/tools/OpenSceneGraph/src/OpenThreads/sproc/SprocThread.c++:760: error: ` void sproc_dead_child_sig_handler(int)' was declared `extern' and later `static' /usr/ygw/tools/OpenSceneGraph/src/OpenThreads/sproc/SprocThread.c++:45: error: previous declaration of `void sproc_dead_child_sig_handler(int)' *** Error code 1 (bu21) *** Error code 1 (bu21) *** Error code 1 (bu21) - 雅虎邮箱,以安全著称,是值得信赖的邮箱专家! ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Multiple GraphicsContexts
Hi John, I can only guess that you first need to realize the window before you can share it. For an example of sharing contexts see src/osg/GraphicsContext.cpp and look for the createCompileContext() code segment. Robert. On 9/11/07, John Donovan [EMAIL PROTECTED] wrote: Robert Osfield wrote: If you wish to reuse texture objects generated by one context then you need to share the various contexts with each other. You can set this via the GraphicsContext::Traits::sharedContext variable. Ah! OK, that makes sense. But I am having problems with it... I have the following: ref_ptrGraphicsContext::Traits traits_rtt = new GraphicsContext::Traits; traits_rtt-x = 500; traits_rtt-y = 880; traits_rtt-width = totalWidth; traits_rtt-height = vpHeight; traits_rtt-windowDecoration = false; traits_rtt-doubleBuffer = true; traits_rtt-sharedContext = 0; ref_ptrGraphicsContext gc_rtt = GraphicsContext::createGraphicsContext(traits_rtt.get()); ref_ptrGraphicsContext::Traits traits_view = new GraphicsContext::Traits; traits_view-x = 500; traits_view-y = 800; traits_view-width = totalWidth; traits_view-height = vpHeight; traits_view-windowDecoration = true; traits_view-doubleBuffer = true; traits_view-sharedContext = gc_rtt.get(); ref_ptrGraphicsContext gc_view = GraphicsContext::createGraphicsContext(traits_view.get()); Then I have a viewer with a camera rendering to a texture, and a viewer rendering a textured quad to a window. But when I call Viewer::frame() on the viewer that renders to the window, I get the following error messages: Windows Error #170: [Screen #0] GraphicsWindowWin32::realizeImplementation() - Unable to share OpenGL context. Reason: The requested resource is in use. Error: [Screen #0] GraphicsWindowWin32::makeCurrentImplementation() - Window not realized; cannot do makeCurrent. Are there any examples I can work off? I've tried a search for sharedContext in the OSG project, but I just get the implementation code, not any example code. Incidentally, I've upgraded to 2.1.9 without a hitch. -J __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ 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 version of OpenSceneGraph
Robert Osfield wrote: I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). I'm rebuilding now and will test a bit later. Did you see my message yesterday about osgviewerFLTK lockup at exit? Don't want it to get lost... Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] fails compilation on linux (Ubuntu Feisty Fawn)
Hi Robert, I'm really curious in the error I'm getting trying to compile svn version: OSG-SVN/OpenSceneGraph-g++-4.1/include/osg/Uniform:169: error: 'GL_SAMPLER_1D_ARRAY_EXT' was not declared in this scope OSG-SVN/OpenSceneGraph-g++-4.1/include/osg/Uniform:170: error: 'GL_SAMPLER_2D_ARRAY_EXT' was not declared in this scope OSG-SVN/OpenSceneGraph-g++-4.1/include/osg/Uniform:171: error: 'GL_SAMPLER_1D_ARRAY_SHADOW_EXT' was not declared in this scope OSG-SVN/OpenSceneGraph-g++-4.1/include/osg/Uniform:172: error: 'GL_SAMPLER_2D_ARRAY_SHADOW_EXT' was not declared in this scope following the headers.. I found that GL_SAMPLER_*_ARRAY_EXT and the others are defined inside GL2Extensions, but only if GL_VERSION_2_1 is not defined. Seeing in the GL headers of my system I have realized that GL_VERSION_2_1 is defined in /usr/include/GL/glext.h.. so, those defines are never created. I thought that if my system support 2.1 version of OpenGL the defines should be defined there.. but is not my case. Has anyone report similar problems?. Maybe is required to add some checks before define this inside Uniform header, but I don't know how is the better way to solve it. Rafa. -- Rafael Gaitán Linares Instituto de Automática e Informática Industrial http://www.ai2.upv.es Ciudad Politécnica de la Innovación Universidad Politécnica de Valencia ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Multiple GraphicsContexts
Robert Osfield wrote: BTW, is there a reason why you aren't just using a single context and a FBO RTT Camera? Not as such. But what I'm playing with is some GPGPU stuff where the results won't necessarily be rendered anywhere. I'm really only using the textured quad to check the results, eventually I'll just be reading them back to the CPU. -J __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] fails compilation on linux (Ubuntu Feisty Fawn)
Hi Rafa, yes you are right. I attached a patch which should correct this. Robert, could you please merge it. Rafa you could just use this file, until it is merged in. Cheers, Art --- Rafa Gaitan [EMAIL PROTECTED] schrieb: Hi Robert, I'm really curious in the error I'm getting trying to compile svn version: OSG-SVN/OpenSceneGraph-g++-4.1/include/osg/Uniform:169: error: 'GL_SAMPLER_1D_ARRAY_EXT' was not declared in this scope OSG-SVN/OpenSceneGraph-g++-4.1/include/osg/Uniform:170: error: 'GL_SAMPLER_2D_ARRAY_EXT' was not declared in this scope OSG-SVN/OpenSceneGraph-g++-4.1/include/osg/Uniform:171: error: 'GL_SAMPLER_1D_ARRAY_SHADOW_EXT' was not declared in this scope OSG-SVN/OpenSceneGraph-g++-4.1/include/osg/Uniform:172: error: 'GL_SAMPLER_2D_ARRAY_SHADOW_EXT' was not declared in this scope following the headers.. I found that GL_SAMPLER_*_ARRAY_EXT and the others are defined inside GL2Extensions, but only if GL_VERSION_2_1 is not defined. Seeing in the GL headers of my system I have realized that GL_VERSION_2_1 is defined in /usr/include/GL/glext.h.. so, those defines are never created. I thought that if my system support 2.1 version of OpenGL the defines should be defined there.. but is not my case. Has anyone report similar problems?. Maybe is required to add some checks before define this inside Uniform header, but I don't know how is the better way to solve it. Rafa. -- Rafael Gaitán Linares Instituto de Automática e Informática Industrial http://www.ai2.upv.es Ciudad Politécnica de la Innovación Universidad Politécnica de Valencia ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org __ Yahoo! Clever: Sie haben Fragen? Yahoo! Nutzer antworten Ihnen. www.yahoo.de/clever GL2Extensions Description: 2620063463-GL2Extensions ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Multiple GraphicsContexts
John Donovan wrote: ...results won't necessarily be rendered anywhere. On screen, that is. -J __ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email __ ___ 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 version of OpenSceneGraph
I get latest version and build under VS2005. But in these line: TextureRectangle.cpp Line 561, TextureCubeMap.cpp Line 387, Texture3D.cppLine 459, Texture2DArray.cpp Line 467, Texture2D.cpp Line 411, Texture1D.cpp Line 417 These lines VS2005 reports: error C3861: log2 can't find symbol Is there some header lost? 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ 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 version of OpenSceneGraph
I'm seeing the same thing: error C3861: 'log2': identifier not found -Paul _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of sicong he Sent: Tuesday, September 11, 2007 8:21 AM To: Public OpenSceneGraph Users discussion list. Subject: Re: [osg-users] Please test SVN version of OpenSceneGraph I get latest version and build under VS2005. But in these line: TextureRectangle.cpp Line 561, TextureCubeMap.cpp Line 387, Texture3D.cpp Line 459, Texture2DArray.cpp Line 467, Texture2D.cpp Line 411, Texture1D.cpp Line 417 These lines VS2005 reports: error C3861: log2 can't find symbol Is there some header lost? 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgdotnet Generator
Hi Wolfgang, This is fixed in osgDotNet SVN -- I have successfully built it against 2.1.9. Beware though that there are some unresolved runtime stability issues with regard to object destruction and the garbage collector with the OSG 2.1.x versions. If you're not doing anything terribly complex though you may not observe the problem. -Mike -Original Message- From: [EMAIL PROTECTED] [mailto:osg-users- [EMAIL PROTECTED] On Behalf Of Eschner Wolfgang Dr. Sent: Tuesday, September 11, 2007 2:55 AM To: osg-users@lists.openscenegraph.org Subject: [osg-users] osgdotnet Generator Hi, I used the osgdotnet Generator to generate osgDotNet.sln from OpenSceneGraph-2.1.9. When compiling the solution I got the error 'Osg::___GraphicsOperation_adapter' : cannot instantiate abstract class ..\osgDotNet-generator\output\src\Osg\GraphicsOperation.cpp from the lines GraphicsOperation::GraphicsOperation(System::String ^ name, bool keep) : Osg::Operation(___WS::InitializedSentinel()) { ___init(new ___AdapterType(___WS::toStdString(name), keep)); } Any ideas ? Wolfgang - IABG mbH Sitz der Gesellschaft: Ottobrunn, Registergericht: Amtsgericht Muenchen, HRB 5499 Geschaeftsfuehrung: Prof. Dr.-Ing. Rudolf F. Schwarz (Vorsitz), Dipl.-Ing. Thomas Dittler, MBA Vorsitzender des Aufsichtsrats: General a. D. Wolfgang Altenburg ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.or g Mike Wittman [EMAIL PROTECTED] ___ Seismic Micro-Technology, Inc. 8584 Katy Freeway, Suite 400 / Houston, Texas 77024 Tel. +1 (713) 464-6188 Fax. +1 (713) 464-6440 Web: www.seismicmicro.com ___ Seismic through Simulation with KINGDOM, (RC)2, and SURE! - CONTACT US TODAY for more information. ___ 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 version of OpenSceneGraph
I'm getting same compiler error on FreeBSD: Texture1D.cpp:417: error: `log2' was not declared in this scope I did: # svn update # ./configure # make -john From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of sicong he Sent: Tuesday, September 11, 2007 10:21 AM To: Public OpenSceneGraph Users discussion list. Subject: Re: [osg-users] Please test SVN version of OpenSceneGraph I get latest version and build under VS2005. But in these line: TextureRectangle.cpp Line 561, TextureCubeMap.cpp Line 387, Texture3D.cpp Line 459, Texture2DArray.cpp Line 467, Texture2D.cpp Line 411, Texture1D.cpp Line 417 These lines VS2005 reports: error C3861: log2 can't find symbol Is there some header lost? 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.or g This communication, along with any attachments, is covered by federal and state law governing electronic communications and may contain company proprietary and legally privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, use or copying of this message is strictly prohibited. If you have received this in error, please reply immediately to the sender and delete this message. Thank you. ___ 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 version of OpenSceneGraph
Should be defined in the cmath or math.h Hmm, the header is not included properly. gcc seems to compile it correctly... Art --- sicong he [EMAIL PROTECTED] schrieb: I get latest version and build under VS2005. But in these line: TextureRectangle.cpp Line 561, TextureCubeMap.cpp Line 387, Texture3D.cppLine 459, Texture2DArray.cpp Line 467, Texture2D.cpp Line 411, Texture1D.cpp Line 417 These lines VS2005 reports: error C3861: log2 can't find symbol Is there some header lost? 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org __ Alles was der Gesundheit und Entspannung dient. BE A BETTER MEDIZINMANN! www.yahoo.de/clever ___ 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 version of OpenSceneGraph
It seems that VS2005 c++ library do not have log2() function defined. So I change log2() function to log()/log(2.0), I don't know if it is slower than log2() but it really works. 2007/9/11, sicong he [EMAIL PROTECTED]: I fixed this by change all log2(x) to: log((double)maximum(...))/log(2.0) Then I successfully built under VS2005. Attachment is my patch for this problem. Please test it. 2007/9/11, Shue, John [EMAIL PROTECTED]: I'm getting same compiler error on FreeBSD: Texture1D.cpp:417: error: `log2' was not declared in this scope I did: # svn update # ./configure # make -john -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *sicong he *Sent:* Tuesday, September 11, 2007 10:21 AM *To:* Public OpenSceneGraph Users discussion list. *Subject:* Re: [osg-users] Please test SVN version of OpenSceneGraph I get latest version and build under VS2005. But in these line: TextureRectangle.cpp Line 561, TextureCubeMap.cpp Line 387, Texture3D.cpp Line 459, Texture2DArray.cpp Line 467, Texture2D.cpp Line 411, Texture1D.cpp Line 417 These lines VS2005 reports: error C3861: log2 can't find symbol Is there some header lost? 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org This communication, along with any attachments, is covered by federal and state law governing electronic communications and may contain company proprietary and legally privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, use or copying of this message is strictly prohibited. If you have received this in error, please reply immediately to the sender and delete this message. Thank you. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ 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 version of OpenSceneGraph
yes, it seems that math.h does not define the log2 function on some systems. Sorry, for this. My proposition is to patch the osg's Math file to support for log2 method. I attached the patched file, which contains log2 function. Best regards, Art --- sicong he [EMAIL PROTECTED] schrieb: It seems that VS2005 c++ library do not have log2() function defined. So I change log2() function to log()/log(2.0), I don't know if it is slower than log2() but it really works. 2007/9/11, sicong he [EMAIL PROTECTED]: I fixed this by change all log2(x) to: log((double)maximum(...))/log(2.0) Then I successfully built under VS2005. Attachment is my patch for this problem. Please test it. 2007/9/11, Shue, John [EMAIL PROTECTED]: I'm getting same compiler error on FreeBSD: Texture1D.cpp:417: error: `log2' was not declared in this scope I did: # svn update # ./configure # make -john -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *sicong he *Sent:* Tuesday, September 11, 2007 10:21 AM *To:* Public OpenSceneGraph Users discussion list. *Subject:* Re: [osg-users] Please test SVN version of OpenSceneGraph I get latest version and build under VS2005. But in these line: TextureRectangle.cpp Line 561, TextureCubeMap.cpp Line 387, Texture3D.cpp Line 459, Texture2DArray.cpp Line 467, Texture2D.cpp Line 411, Texture1D.cpp Line 417 These lines VS2005 reports: error C3861: log2 can't find symbol Is there some header lost? 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org This communication, along with any attachments, is covered by federal and state law governing electronic communications and may contain company proprietary and legally privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, use or copying of this message is strictly prohibited. If you have received this in error, please reply immediately to the sender and delete this message. Thank you. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail Math Description: 2923311751-Math ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Job request
Hi cedric http://www.openscenegraph.org/projects/osg/wiki/Community/WikiLogIn David Callu ___ 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 version of OpenSceneGraph
Hi All Fedora 7, gcc 4.2.1, all build fine !! 2007/9/11, Art Tevs [EMAIL PROTECTED]: yes, it seems that math.h does not define the log2 function on some systems. Sorry, for this. My proposition is to patch the osg's Math file to support for log2 method. I attached the patched file, which contains log2 function. Best regards, Art --- sicong he [EMAIL PROTECTED] schrieb: It seems that VS2005 c++ library do not have log2() function defined. So I change log2() function to log()/log(2.0), I don't know if it is slower than log2() but it really works. 2007/9/11, sicong he [EMAIL PROTECTED]: I fixed this by change all log2(x) to: log((double)maximum(...))/log(2.0) Then I successfully built under VS2005. Attachment is my patch for this problem. Please test it. 2007/9/11, Shue, John [EMAIL PROTECTED]: I'm getting same compiler error on FreeBSD: Texture1D.cpp:417: error: `log2' was not declared in this scope I did: # svn update # ./configure # make -john -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *sicong he *Sent:* Tuesday, September 11, 2007 10:21 AM *To:* Public OpenSceneGraph Users discussion list. *Subject:* Re: [osg-users] Please test SVN version of OpenSceneGraph I get latest version and build under VS2005. But in these line: TextureRectangle.cpp Line 561, TextureCubeMap.cpp Line 387, Texture3D.cpp Line 459, Texture2DArray.cpp Line 467, Texture2D.cpp Line 411, Texture1D.cpp Line 417 These lines VS2005 reports: error C3861: log2 can't find symbol Is there some header lost? 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org This communication, along with any attachments, is covered by federal and state law governing electronic communications and may contain company proprietary and legally privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, use or copying of this message is strictly prohibited. If you have received this in error, please reply immediately to the sender and delete this message. Thank you. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] fails compilation on linux (Ubuntu Feisty Fawn)
Hi Rafa, I had the same problem 1 week ago. I use Linux Fedora 7. When compiling, the default glext.h used is the glext.h provide by the mesa package. I have a Nvidia graphic card and the nvidia package for fedora provide an up to date glext.h. But this header is in the /usr/include/nvidia/GL/ directory I just do a symbolic link from /usr/include/nvidia/GL/glext.h to /usr/include/GL/glext.h All build fine now. Cheers David Callu ___ 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 version of OpenSceneGraph
It should be the bad VS2005 problem 2007/9/11, sicong he [EMAIL PROTECTED]: My VS2005 report me: Compiler Error C2668. 'log' : ambiguous call to overloaded function. I see in VS2005, function log have only works with double or float: double __cdecl log(__in double _X); So you should convert int to double: inline int log2(int v) { return static_castfloat(floorf(log((double)v) * INVLN_2)); } But same problem happened to floor function. In VS2005 floor function works with double or float, so log2 should return a float or double: inline float log2(int v) { return static_castfloat(floorf(log((double)v) * INVLN_2)); } And this new log2 function fix the build problem. 2007/9/11, Art Tevs [EMAIL PROTECTED]: yes, it seems that math.h does not define the log2 function on some systems. Sorry, for this. My proposition is to patch the osg's Math file to support for log2 method. I attached the patched file, which contains log2 function. Best regards, Art --- sicong he [EMAIL PROTECTED] schrieb: It seems that VS2005 c++ library do not have log2() function defined. So I change log2() function to log()/log(2.0), I don't know if it is slower than log2() but it really works. 2007/9/11, sicong he [EMAIL PROTECTED]: I fixed this by change all log2(x) to: log((double)maximum(...))/log( 2.0) Then I successfully built under VS2005. Attachment is my patch for this problem. Please test it. 2007/9/11, Shue, John [EMAIL PROTECTED]: I'm getting same compiler error on FreeBSD: Texture1D.cpp:417: error: `log2' was not declared in this scope I did: # svn update # ./configure # make -john -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *sicong he *Sent:* Tuesday, September 11, 2007 10:21 AM *To:* Public OpenSceneGraph Users discussion list. *Subject:* Re: [osg-users] Please test SVN version of OpenSceneGraph I get latest version and build under VS2005. But in these line: TextureRectangle.cpp Line 561, TextureCubeMap.cpp Line 387, Texture3D.cpp Line 459, Texture2DArray.cpp Line 467, Texture2D.cpp Line 411, Texture1D.cpp Line 417 These lines VS2005 reports: error C3861: log2 can't find symbol Is there some header lost? 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org This communication, along with any attachments, is covered by federal and state law governing electronic communications and may contain company proprietary and legally privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, use or copying of this message is strictly prohibited. If you have received this in error, please reply immediately to the sender and delete this message. Thank you. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Job request
Thank you David David Callu wrote: Hi cedric http://www.openscenegraph.org/projects/osg/wiki/Community/WikiLogIn David Callu ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ 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 version of OpenSceneGraph
Under VS8, everytthing fine apart from linking of osgversion, need to explicitely link OpenThreads so add SET(Target_ADDED_LIBRARIES OpenThreads) after SET(TARGET_SRC osgversion.cpp ) hope it helps ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] fails compilation on linux (Ubuntu Feisty Fawn)
Hi Art and David, With the new GL2Extension works fine thanks! ;) I think robert will check in the changes. David, the package of ubuntu doesn't provide a glext or I didn't find it on the system! :), but I think patching GL2Extensions is a better and more generic solution. Thanks anyway David. Rafa. On 9/11/07, David Callu [EMAIL PROTECTED] wrote: Hi Rafa, I had the same problem 1 week ago. I use Linux Fedora 7. When compiling, the default glext.h used is the glext.h provide by the mesa package. I have a Nvidia graphic card and the nvidia package for fedora provide an up to date glext.h. But this header is in the /usr/include/nvidia/GL/ directory I just do a symbolic link from /usr/include/nvidia/GL/glext.h to /usr/include/GL/glext.h All build fine now. Cheers David Callu ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Rafael Gaitán Linares Instituto de Automática e Informática Industrial http://www.ai2.upv.es Ciudad Politécnica de la Innovación Universidad Politécnica de Valencia ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] ...flipping projections/frame
Hello, I'd like to flip (vertically, horizontally or both) each rendered frame... I thought to use a MatrixTransfrom and to scale the y-coordinates by -1.0 but as an effect the normals of each normal also got flipped... how can I restore the normals? Or maybe is there another way to flip each frame? Thanks. Regards. Alessandro ___ 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 version of OpenSceneGraph
Thanks Art, now merged and submitted to SVN. On 9/11/07, Art Tevs [EMAIL PROTECTED] wrote: yes, it seems that math.h does not define the log2 function on some systems. Sorry, for this. My proposition is to patch the osg's Math file to support for log2 method. I attached the patched file, which contains log2 function. Best regards, Art --- sicong he [EMAIL PROTECTED] schrieb: It seems that VS2005 c++ library do not have log2() function defined. So I change log2() function to log()/log(2.0), I don't know if it is slower than log2() but it really works. 2007/9/11, sicong he [EMAIL PROTECTED]: I fixed this by change all log2(x) to: log((double)maximum(...))/log(2.0) Then I successfully built under VS2005. Attachment is my patch for this problem. Please test it. 2007/9/11, Shue, John [EMAIL PROTECTED]: I'm getting same compiler error on FreeBSD: Texture1D.cpp:417: error: `log2' was not declared in this scope I did: # svn update # ./configure # make -john -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *sicong he *Sent:* Tuesday, September 11, 2007 10:21 AM *To:* Public OpenSceneGraph Users discussion list. *Subject:* Re: [osg-users] Please test SVN version of OpenSceneGraph I get latest version and build under VS2005. But in these line: TextureRectangle.cpp Line 561, TextureCubeMap.cpp Line 387, Texture3D.cpp Line 459, Texture2DArray.cpp Line 467, Texture2D.cpp Line 411, Texture1D.cpp Line 417 These lines VS2005 reports: error C3861: log2 can't find symbol Is there some header lost? 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org This communication, along with any attachments, is covered by federal and state law governing electronic communications and may contain company proprietary and legally privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, use or copying of this message is strictly prohibited. If you have received this in error, please reply immediately to the sender and delete this message. Thank you. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org Heute schon einen Blick in die Zukunft von E-Mails wagen? Versuchen Sie´s mit dem neuen Yahoo! Mail. www.yahoo.de/mail ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ 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 version of OpenSceneGraph
Thanks Luigi, addition now checked in. In future could you send the whole file as copying and pasting is not very reliable. Cheers, Robert. On 9/11/07, Luigi Calori [EMAIL PROTECTED] wrote: Under VS8, everytthing fine apart from linking of osgversion, need to explicitely link OpenThreads so add SET(Target_ADDED_LIBRARIES OpenThreads) after SET(TARGET_SRC osgversion.cpp ) hope it helps ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ 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 version of OpenSceneGraph
intel core 2 duo gentoo 2007.0 x86 gcc (GCC) 4.1.2 (Gentoo 4.1.2 p1.0.1) Copyright (C) 2006 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. compile correctly, i did not try yet to use it Luigi Calori wrote: Under VS8, everytthing fine apart from linking of osgversion, need to explicitely link OpenThreads so add SET(Target_ADDED_LIBRARIES OpenThreads) after SET(TARGET_SRC osgversion.cpp ) hope it helps ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ 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 version of OpenSceneGraph
On 9/11/07, Paul Melis [EMAIL PROTECTED] wrote: I'm rebuilding now and will test a bit later. Did you see my message yesterday about osgviewerFLTK lockup at exit? Don't want it to get lost... I did but it doesn't mean I've had time to fix it... ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] OpenGL Extension definition in OSG Headers
Hi Robert, After seen and changed the patch provide by Art Tevs on the GL_EXT_gpu_shader4 extension. I have remarked that the extension guard #ifndef GL_EXT_gpu_shader4 don't do #define GL_EXT_gpu_shader4 I go through the glext.h and I see that it is define with the extension functions definition. ex of the Nvidia glext.h: #ifndef __glext_h_ #define __glext_h_ #ifdef __cplusplus extern C { #endif /* blablabla */ ... lot of define ... #ifndef GL_EXT_gpu_shader4 #define GL_SAMPLER_1D_ARRAY_EXT 0x8DC0 #define ... #endif ... lot of define ... #ifndef GL_EXT_gpu_shader4 #define GL_EXT_gpu_shader4 1 #ifdef GL_GLEXT_PROTOTYPES extern void APIENTRY glGetUniformuivEXT (GLuint program, GLint location, GLuint *params); extern void APIENTRY glBindFragDataLocationEXT (GLuint program, GLuint color, const GLchar *name); extern GLint APIENTRY glGetFragDataLocationEXT (GLuint program, const GLchar *name); extern void APIENTRY glUniform1uiEXT (GLint location, GLuint v0); ... So, to keep OSG consistent, we need to add #define GL_EXT... 1 after each #ifndef GL_EXT... concerned file are FragmentProgram, VertexProgram, GL2Extensions, PointSprite, Thought ? David ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenGL Extension definition in OSG Headers
Hi David, We don't need to import all the extension prototypes and defines provided in glext.h, only the ones that the code uses. We also aren't trying to #define everything as per glext.h to work as a replacement, so its not required to do a #define GL_extension_name within each block of defines. What you see in the OSG headers works pretty well, you do get little hiccups like we've seen today, but in these are typically pretty easy to fix once the correct defines are set. Robert. On 9/11/07, David Callu [EMAIL PROTECTED] wrote: Hi Robert, After seen and changed the patch provide by Art Tevs on the GL_EXT_gpu_shader4 extension. I have remarked that the extension guard #ifndef GL_EXT_gpu_shader4 don't do #define GL_EXT_gpu_shader4 I go through the glext.h and I see that it is define with the extension functions definition. ex of the Nvidia glext.h: #ifndef __glext_h_ #define __glext_h_ #ifdef __cplusplus extern C { #endif /* blablabla */ ... lot of define ... #ifndef GL_EXT_gpu_shader4 #define GL_SAMPLER_1D_ARRAY_EXT 0x8DC0 #define ... #endif ... lot of define ... #ifndef GL_EXT_gpu_shader4 #define GL_EXT_gpu_shader4 1 #ifdef GL_GLEXT_PROTOTYPES extern void APIENTRY glGetUniformuivEXT (GLuint program, GLint location, GLuint *params); extern void APIENTRY glBindFragDataLocationEXT (GLuint program, GLuint color, const GLchar *name); extern GLint APIENTRY glGetFragDataLocationEXT (GLuint program, const GLchar *name); extern void APIENTRY glUniform1uiEXT (GLint location, GLuint v0); ... So, to keep OSG consistent, we need to add #define GL_EXT... 1 after each #ifndef GL_EXT... concerned file are FragmentProgram, VertexProgram, GL2Extensions, PointSprite, Thought ? David ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] fails compilation on linux (Ubuntu Feisty Fawn)
Define values are always the same on all platform so why. Moreover this seem clean and prevent redefine warning like I would fix in my other post. I am agree with this solution. Cheers David ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] ubuntu 7.04 compilation problem
Hi James, An svn update should fix your problem... I had reported the same problem a few hours before.. and now is fixed in the svn Rafa. On 9/11/07, James Dickson [EMAIL PROTECTED] wrote: I have been trying to compile OSG under ubuntu 7.04 and I am having some difficulties. Having run CMake and followed the instructions I then run make. In doing so I get the following error: [EMAIL PROTECTED] :~$ make Scanning dependencies of target OpenThreads [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThread.o [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThreadBarrier.o [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThreadCondition.o [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThreadMutex.o Linking CXX shared library ../../../lib/libOpenThreadsd.so [ 0%] Built target OpenThreads Scanning dependencies of target osg [ 0%] Building CXX object src/osg/CMakeFiles/osg.dir/AlphaFunc.o [ 0%] Building CXX object src/osg/CMakeFiles/osg.dir/AnimationPath.o /home/james/Public/OpenSceneGraph/include/osg/Uniform:169: error: 'GL_SAMPLER_1D_ARRAY_EXT' was not declared in this scope /home/james/Public/OpenSceneGraph/include/osg/Uniform:170: error: 'GL_SAMPLER_2D_ARRAY_EXT' was not declared in this scope /home/james/Public/OpenSceneGraph/include/osg/Uniform:171: error: 'GL_SAMPLER_1D_ARRAY_SHADOW_EXT' was not declared in this scope /home/james/Public/OpenSceneGraph/include/osg/Uniform:172: error: 'GL_SAMPLER_2D_ARRAY_SHADOW_EXT' was not declared in this scope make[2]: *** [src/osg/CMakeFiles/osg.dir/AnimationPath.o] Error 1 make[1]: *** [src/osg/CMakeFiles/osg.dir/all] Error 2 make: *** [all] Error 2 I don't see really what I am doing wrong, could anyone offer some suggestions? Many thanks in advance. -- James Dickson ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Rafael Gaitán Linares Instituto de Automática e Informática Industrial http://www.ai2.upv.es Ciudad Politécnica de la Innovación Universidad Politécnica de Valencia ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] fails compilation on linux (Ubuntu Feisty Fawn)
Hmm, seems to be a good idea, since it would really define only those things, which are not defined. Now we need somebody to merge this for every define in the osg ;-) I think it would be faster to write a script to search for #define GL_ and to replace it with the proposed macro. Art --- Robert Osfield [EMAIL PROTECTED] schrieb: On 9/11/07, David Callu [EMAIL PROTECTED] wrote: but probably better like this :-) I'm not sure about relying upon GL_EXT_gpu_shader4 rather than GL_SAMPLER_2D_ARRAY_EXT, personally I'd rather keep things more focused on just the defines you need. Reflecting on this issue I wonder if use of macro might not be be best and do the #ifdef per define i.e. #define GL_DEIFINE(name, value) \ #ifndef name \ #define name value\ #endif Then in the header have: GL_DEFINE(GL_SAMPLER_1D_ARRAY_EXT, 0x8DC0) Thoughts? ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org Wissenswertes für Bastler und Hobby Handwerker. BE A BETTER HEIMWERKER! www.yahoo.de/clever ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] fails compilation on linux (Ubuntu Feisty Fawn)
#define GL_DEIFINE(name, value) \ #ifndef name \ #define name value\ #endif Then in the header have: GL_DEFINE(GL_SAMPLER_1D_ARRAY_EXT, 0x8DC0) Thoughts? I agree with this solution... the only problem is to pay attention on all GL_* definitions inside osg: OpenSceneGraph/include$ grep define * -R | grep GL_ | wc -l 1240 so... I hope sed comes to help us! :) -- Rafael Gaitán Linares Instituto de Automática e Informática Industrial http://www.ai2.upv.es Ciudad Politécnica de la Innovación Universidad Politécnica de Valencia ___ 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 version of OpenSceneGraph
Hi, Sicong. The proposition you made before are not really a good solution, since you force the compiler to use the double version of the log function, which might be slow. For the integer version of the log2, I have another proposition. I have attached a newly patched file. The integer log2 function does compute the binary logarithm based on the bit structure of the number. The method seems to be faster than a double computation of log2. Robert, please check out if you are agree with this version. Sicong, please check out if it is now working for your system. Actually it should now. Cheers, Art P.S. There exists some nice methods to compute binary logarithm really fast, but they relly on certain CPU instructions. This function does provide a generic solution, which might not as fast, but still fast enough ;-) --- sicong he [EMAIL PROTECTED] schrieb: It should be the bad VS2005 problem 2007/9/11, sicong he [EMAIL PROTECTED]: My VS2005 report me: Compiler Error C2668. 'log' : ambiguous call to overloaded function. I see in VS2005, function log have only works with double or float: double __cdecl log(__in double _X); So you should convert int to double: inline int log2(int v) { return static_castfloat(floorf(log((double)v) * INVLN_2)); } But same problem happened to floor function. In VS2005 floor function works with double or float, so log2 should return a float or double: inline float log2(int v) { return static_castfloat(floorf(log((double)v) * INVLN_2)); } And this new log2 function fix the build problem. 2007/9/11, Art Tevs [EMAIL PROTECTED]: yes, it seems that math.h does not define the log2 function on some systems. Sorry, for this. My proposition is to patch the osg's Math file to support for log2 method. I attached the patched file, which contains log2 function. Best regards, Art --- sicong he [EMAIL PROTECTED] schrieb: It seems that VS2005 c++ library do not have log2() function defined. So I change log2() function to log()/log(2.0), I don't know if it is slower than log2() but it really works. 2007/9/11, sicong he [EMAIL PROTECTED]: I fixed this by change all log2(x) to: log((double)maximum(...))/log( 2.0) Then I successfully built under VS2005. Attachment is my patch for this problem. Please test it. 2007/9/11, Shue, John [EMAIL PROTECTED]: I'm getting same compiler error on FreeBSD: Texture1D.cpp:417: error: `log2' was not declared in this scope I did: # svn update # ./configure # make -john -- *From:* [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] *On Behalf Of *sicong he *Sent:* Tuesday, September 11, 2007 10:21 AM *To:* Public OpenSceneGraph Users discussion list. *Subject:* Re: [osg-users] Please test SVN version of OpenSceneGraph I get latest version and build under VS2005. But in these line: TextureRectangle.cpp Line 561, TextureCubeMap.cpp Line 387, Texture3D.cpp Line 459, Texture2DArray.cpp Line 467, Texture2D.cpp Line 411, Texture1D.cpp Line 417 These lines VS2005 reports: error C3861: log2 can't find symbol Is there some header lost? 2007/9/11, Robert Osfield [EMAIL PROTECTED]: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org This communication, along with any attachments, is covered by federal and state law governing electronic communications and may contain company proprietary and legally privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, use or copying of this message is strictly prohibited. If you have received this in error, please reply immediately to the sender and delete this message. Thank you. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list
Re: [osg-users] fails compilation on linux (Ubuntu Feisty Fawn)
On 9/11/07, Rafa Gaitan [EMAIL PROTECTED] wrote: #define GL_DEIFINE(name, value) \ #ifndef name \ #define name value\ #endif Then in the header have: GL_DEFINE(GL_SAMPLER_1D_ARRAY_EXT, 0x8DC0) Thoughts? I agree with this solution... the only problem is to pay attention on all GL_* definitions inside osg: OpenSceneGraph/include$ grep define * -R | grep GL_ | wc -l 1240 so... I hope sed comes to help us! :) Even worse a problem exists with my little macro... it simply doesn't compile as the internal #ifndef is treated as a quoting of the variable ifndef which of course doesn't exist. So... back to square one. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Reading models from encrypted compressed file
Great! So gpg provides decrypted streams, which can be then used directly be osg? 2007/9/11, Mihai Radu [EMAIL PROTECTED]: Hi, To get an encrypting Read/Write plugin, you can always layer an encryption over a regular Read/Write plugin, for example use gpg libraries to pipe in the data from an encrypted file to osgdb_osg, and the other direction, pipe the output of osgdb_osg to gpg to encrypt into a file. Cheers Mihai David Callu wrote: Hi Ivan You need to found or write a Read/Write plugin for your encrypted compressed file format. David Callu 2007/9/11, Ivan Bolčina [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]: I know that similar question has been asked before, but I was wondering, if anyone has a solution to this. Or at lease steps I need to implement. Thanks ___ osg-users mailing list osg-users@lists.openscenegraph.org mailto:osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ 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 version of OpenSceneGraph
Hi, just updated my copy.. My redhat WS-5 64-bit linux box seems ok. My redhat WS-3(taroon update 9) 32-bit linux box can't even compile OpenThreads.. This is my first time on this 32-bit box, and couldn't find anything on the list about this.. Guess I should upgrade to ws5? ml [EMAIL PROTECTED] osg-linux32]$ cmake .. -DCMAKE_BUILD_TYPE=Release -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Check size of void* -- Check size of void* - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Looking for pthread.h -- Looking for pthread.h - found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Looking for XOpenDisplay in /usr/X11R6/lib/libX11.so;/usr/X11R6/ lib/libXext.so -- Looking for XOpenDisplay in /usr/X11R6/lib/libX11.so;/usr/X11R6/ lib/libXext.so - found -- Looking for gethostbyname -- Looking for gethostbyname - found -- Looking for connect -- Looking for connect - found -- Looking for remove -- Looking for remove - found -- Looking for shmat -- Looking for shmat - found -- Looking for IceConnectionNumber in ICE -- Looking for IceConnectionNumber in ICE - found -- ERROR: wxWidgets was not found. -- Found JPEG: /usr/lib/libjpeg.so -- Found PNG: /usr/lib/libpng.so -- Configuring done -- Generating done -- Build files have been written to: /hosts/swamp/viz/OpenSceneGraph/ osg-linux32 [EMAIL PROTECTED] osg-linux32]$ make Scanning dependencies of target OpenThreads [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/ OpenThreads.dir/PThread.o /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: In static member function `static void* OpenThreads::ThreadPrivateActions::StartThread(void*)': /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: 130: invalid conversion from `unsigned int' to `const cpu_set_t*' /usr/include/sched.h:77: too many arguments to function `int sched_setaffinity(int, const cpu_set_t*)' /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: 130: at this point in file /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: In member function `int OpenThreads::Thread::setProcessorAffinity(unsigned int)': /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: 538: invalid conversion from `unsigned int' to `const cpu_set_t*' /usr/include/sched.h:77: too many arguments to function `int sched_setaffinity(int, const cpu_set_t*)' /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: 538: at this point in file /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: In function `int OpenThreads::SetProcessorAffinityOfCurrentThread (unsigned int)': /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: 942: invalid conversion from `unsigned int' to `const cpu_set_t*' /usr/include/sched.h:77: too many arguments to function `int sched_setaffinity(int, const cpu_set_t*)' /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: 942: at this point in file make[2]: *** [src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/ PThread.o] Error 1 make[1]: *** [src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/ all] Error 2 make: *** [all] Error 2 On Sep 11, 2007, at 6:51 AM, Robert Osfield wrote: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users- openscenegraph.org Michael Logan Perot Systems Govt. Services / NASA Ames Res. Ctr. Task Lead / Visual Cueing Simulation Visualization Engineer / Adaptive Control Technologies MS 269-1, Moffett Field, CA, 94035 (650)-604-4494 If you want to start a revolution, don't pick up a gun. Do it with science and technology. - Stanford R. Ovshinsky ___ 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 version of OpenSceneGraph
Hello Art, Yes, I was watching the discussion about log2 on osg-submissions. My concern is more about fixing building issues than code improvement, so whichever way you decide is best works for me. Just wait couple of days or make your proposition of how to fix the problem (see osg-submission and osg-users list for more details about log2 issue). Well, in the mean time I sent about an hour ago modified versions of the Texture*.cpp files that cast the result of log2 to a float before taking the floor of it. If you don't do that, you get compile errors on Visual C++ as I said. And if log2(int) is ever removed, there will be another problem because maximum(int, int) returns an int, so then VC++ will give an ambiguous call for log2 (float or double). But we'll see to that when it happens. Thanks, J-S -- __ Jean-Sebastien Guay [EMAIL PROTECTED] http://whitestar02.webhop.org/ This message was sent using IMP, the Internet Messaging Program. ___ 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 version of OpenSceneGraph
Oh yeah.. I remember now. I have to add -DCOMPILE_USING_TWO_PARAM_sched_setaffinity to the compile flags.. thanks, sorry for the bother. ml On Sep 11, 2007, at 2:06 PM, Robert Osfield wrote: Hi Mike, I think the error you have is down to RedHat shipping sched_setaffinity with the a non standard number of parameters for a while. There is a code path in OpenThreads to cope with this, but I can't recall if this is picked out by CMake. Have a root through the code. Robert. On 9/11/07, Mike Logan [EMAIL PROTECTED] wrote: Hi, just updated my copy.. My redhat WS-5 64-bit linux box seems ok. My redhat WS-3(taroon update 9) 32-bit linux box can't even compile OpenThreads.. This is my first time on this 32-bit box, and couldn't find anything on the list about this.. Guess I should upgrade to ws5? ml [EMAIL PROTECTED] osg-linux32]$ cmake .. -DCMAKE_BUILD_TYPE=Release -- Check for working C compiler: /usr/bin/gcc -- Check for working C compiler: /usr/bin/gcc -- works -- Check size of void* -- Check size of void* - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Looking for pthread.h -- Looking for pthread.h - found -- Looking for pthread_create in pthreads -- Looking for pthread_create in pthreads - not found -- Looking for pthread_create in pthread -- Looking for pthread_create in pthread - found -- Looking for XOpenDisplay in /usr/X11R6/lib/libX11.so;/usr/X11R6/lib/libXext.so -- Looking for XOpenDisplay in /usr/X11R6/lib/libX11.so;/usr/X11R6/lib/libXext.so - found -- Looking for gethostbyname -- Looking for gethostbyname - found -- Looking for connect -- Looking for connect - found -- Looking for remove -- Looking for remove - found -- Looking for shmat -- Looking for shmat - found -- Looking for IceConnectionNumber in ICE -- Looking for IceConnectionNumber in ICE - found -- ERROR: wxWidgets was not found. -- Found JPEG: /usr/lib/libjpeg.so -- Found PNG: /usr/lib/libpng.so -- Configuring done -- Generating done -- Build files have been written to: /hosts/swamp/viz/OpenSceneGraph/osg-linux32 [EMAIL PROTECTED] osg-linux32]$ make Scanning dependencies of target OpenThreads [ 0%] Building CXX object src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThread.o /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: In static member function `static void* OpenThreads::ThreadPrivateActions::StartThread(void*)': /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c+ +:130: invalid conversion from `unsigned int' to `const cpu_set_t*' /usr/include/sched.h:77: too many arguments to function `int sched_setaffinity(int, const cpu_set_t*)' /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c+ +:130: at this point in file /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: In member function `int OpenThreads::Thread::setProcessorAffinity(unsigned int)': /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c+ +:538: invalid conversion from `unsigned int' to `const cpu_set_t*' /usr/include/sched.h:77: too many arguments to function `int sched_setaffinity(int, const cpu_set_t*)' /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c+ +:538: at this point in file /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c++: In function `int OpenThreads::SetProcessorAffinityOfCurrentThread(unsigned int)': /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c+ +:942: invalid conversion from `unsigned int' to `const cpu_set_t*' /usr/include/sched.h:77: too many arguments to function `int sched_setaffinity(int, const cpu_set_t*)' /hosts/swamp/viz/OpenSceneGraph/src/OpenThreads/pthreads/PThread.c+ +:942: at this point in file make[2]: *** [src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/PThread.o] Error 1 make[1]: *** [src/OpenThreads/pthreads/CMakeFiles/OpenThreads.dir/all] Error 2 make: *** [all] Error 2 On Sep 11, 2007, at 6:51 AM, Robert Osfield wrote: Hi All, I have merged quite a few changes to the OSG over the last few days, these could break the build, so I'd like some feedback on how the OSG is build and running on various platforms before I go ahead the weekly dev release (2.1.10). Thanks in advance, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users- openscenegraph.org Michael Logan Perot Systems Govt. Services / NASA Ames Res. Ctr. Task Lead / Visual Cueing Simulation Visualization Engineer / Adaptive Control Technologies MS 269-1, Moffett Field, CA, 94035 (650)-604-4494 If you want to start a revolution, don't pick up a gun. Do it with science and technology. - Stanford R. Ovshinsky ___ osg-users mailing list osg-users@lists.openscenegraph.org
[osg-users] CMake problem
INCLUDE_DIRECTORIES( ${INVENTOR_INCLUDE_DIR} ) seems to fix include problem, anyway INVENTOR_LIBRARY_DEBUG, although defined, is not used for debug linking - as a result, debug build is broken while release seems ok. I think, something is broken in the general OSG scripts related to *_DEBUG variables. John PCJohn napsal(a): Hi, this is probably question on Luigi: Inventor plugin CMakeLists.txt stopped working - it is neither including necessary includes correctly detected by FindInventor.cmake, nor linking libraries correctly detected in the same way. Therefore, the plugin not compiles. Do you see any problem in the file? (inlining it for your convenience) INCLUDE(OsgMacroUtils) SET(TARGET_SRC [...] ) SET(TARGET_HDRS [...] ) ADD_DEFINITIONS(-DCOIN_DLL) SET(TARGET_EXTERNAL_LIBRARIES ${INVENTOR_LIBRARY} ) SETUP_PLUGIN(iv) Many thanks, John ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org