[osg-users] Linear gradient color in osgnvpr
Hi, Is linear gradient color supported by osgnvpr ? Thank you! Cheers, Serkan -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=51996#51996 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Is it necessary to re-compile osg when graphics card been changed?
Hello, On Thu, Jan 17, 2013 at 4:15 AM, Lv Qing donlvq...@msn.com wrote: Hi, I have changed my graphics card from GTX260 to Quadro FX 370 . Recently I find my app sometimes crashed as below: in free() from /lib/libc.so.6 libnvidia-glcore.so.260.19.44 which seems untraceable. Then I find a mistake ,I still use the GTX260 driver after changing to the FX 370 . However ,the linux system seemd recognise the FX 370 without problem. Sure,It is easy to reinstall the correct driver,but since our app is already deployed to customer.I may trade this problem carefully. So my question is: Is a incorrect driver may cause the libnvidia-glcore.so. problem? and If I change the driver ,Is it necessary to re-compile osg under Linux? Yes, the incorrect driver (or incorrectly configured one) can cause the issue. If your machine is running X configured for GTX260 and you swap the card for Quadro, you could get crashes. I am not saying you will, but it is possible - the cards are not really completely identical. You may not have to reinstall the driver (the files are likely the same), but you may have to reconfigure X. And no, it is not normally necessary to recompile OSG when you change driver or graphic card, because OSG links dynamically only with the client side libraries, not the driver itself. Those should not change, the OpenGL ABI is fairly stable. Of course, if you are using some feature that isn't available in the new driver then you may have issues, but NVIDIA is very conservative when it comes to backwards compatibility. The only thing that could cause a crash is that your new card doesn't support some feature you are using and you aren't handling that case. However, unless you are doing something bleeding edge or exotic, this is unlikely (you probably aren't, judging from the GPU choice). On the other hand, now looking at your stack trace, I would double check your program, because it seems that you are freeing some memory that is passed to OpenGL and that you aren't supposed to free and then getting a crash when the driver tries to free it. Otherwise it could still be a driver bug, but I would first check the above. Regards, Jan ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Does OSG support ES2.0?
Hi Preet, that worked a treat! I now have the statistics text workong on ES2 for my app! Thank you! Cheers, Paul -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=51998#51998 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Is it necessary to re-compile osg when graphics card been changed?
Hi, Thank both of you.Your replays are very professional .I will try Valgrind to check the code. Thank you! Cheers, Lv -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=51999#51999 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Invert scene graph
Hi Robert, thanks a lot for your reply and sorry for my late answer. You were completely right regarding the seg faults: I was not careful enough but now the problem seems to be solved. Nevertheless, I was more wondering what the best way to switch from a forward to an inverse kinematic chain (KC) is. I have attached to this message a very simple code to illustrate what I would like to achieve. I used the osgrobot.cpp example and created a set of 4 boxes (corresponding to the joints) linked together in a direct chain using PositionAttitudeTransform to manage their position and orientation. They are rotating around the x axis (represented by a grey cylinder). They can be controlled using the original keyboard handler provided in the example. I would like to be able to use two keyboard keys (in the code t and g) to switch from a direct chain to an inverse KC (with t and g respectively) while keeping constant the position and orientation of all the joints (if they have moved from t heir initial position): in one case (direct KC), the black box would be the first parent of the chain, and in the other (inverse KC), it would be the red box (the transformations that happened during those two cases have to be kept, i.e. I do not want to restart from the initial position and orientation). In addition to the tried solutions I mentioned in my previous message, I've also checked the panda3D framework (http://www.panda3d.org/) and it seems that there is a function for re-parenting that keep the position and orientation constant (wrtReparentTo, The wrt prefix stands for with respect to. This special method works like reparentto(), except that it automatically recomputes the local transform on myModel to compensate for the change in transform under the new parent, so that the node ends up in the same position relative to the world.) : I was wondering if an equivalent to this function exists in osg? It would be really helpful to me if somebody would have an example of a working implementation of this KC switching (corresponding in the attached example code to the function forwardKinematicChain() and inverseKinematicChain(), line 121 and 138, respectively). I'm really thankful for the help that you already provided and I hope I will be able to find a good solution for this issue. Best, Stéphane -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=52000#52000 Attachments: http://forum.openscenegraph.org//files/main_166.cpp ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Linear gradient color in osgnvpr
On 01/17/2013 03:57 AM, Serkan Ozkaymak wrote: Hi, Is linear gradient color supported by osgnvpr ? This is easy to do, but I don't know if I got around to doing it quite yet. Hit me up on googletalk if you need to know more. Thank you! Cheers, Serkan -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=51996#51996 ___ 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] Computer Graphics for Simulation Paper Track at the Summer Computer Simulation Conference 2013
First Call for papers [paper deadline 15 Feb 2013] Summer Computer Simulation Conference 2013 (SCSC'13) Computer Graphics for Simulation Paper Track 7-10 July 2013 at The Fairmont Royal York, Toronto, ON, Canada This track is a part of SCSC'13 which is co-located with 2 other conferences that are part of SummerSim'13. SummerSim'13 will be held 7-10 July 2013 at The Fairmont Royal York, Toronto, ON, Canada. SummerSim'13 is sponsored by the Society for Computer Simulation International (SCS). The 3 conferences that make up SummerSim'13 are: -SCSC'13 -Grand Challenges in Modeling and Simulation 2013(GCMS'13) - 2013 International Symposium on Performance Evaluation of Computer and Telecommunication Systems (SPECTS 2013) This paper call focuses on the Computer Graphics for Simulation Paper Track. For details on the conference, the submission site, program committee and other very worthy paper tracks in SCSC '13 visit h http://www.scs.org/summersim ttp://www.scs.org/summersim. SCSC'13 invites author's to submit high quality original research for peer review and presentation at SCSC'13 on the track topic of Computer Graphics for Simulation. Topics The theme of the paper track is interoperability between Computer Graphics and Simulation. However, general graphics and simulation visualization are also primary themes. Topics include but are not restricted to; - 3D visualization of simulations - Open Source in simulation visualizations - Scenegraph's / X3D / Web3D / COLLADA / FBX / GML / OSG / OpenSG - 3D modeling and animation tools for virtual environments [Blender, Maya,... GIS tools / Terrain,...] - Game engines and simulation - DEVS and Computer Graphics - GPGPU's and simulations [CUDA, OpenCL,...] - General Computer Graphics - General Simulation Methodology - Sensors, CG and simulations - Ocean modeling, atmospheric and weather modelling, visualization - Business Information Modelling All papers will be fully refereed for accuracy, technical content, and relevance. Papers should be NO longer than 8 single-spaced double-column pages. Accepted papers presented at the conference will appear in CD proceedings =+ Important Dates Special Sessions Proposals (Workshops, tutorials, etc.) : 15 Feb 2013 Paper Submission: 15 Feb 2013 Special Sessions Notification: 15 March 2013 Paper Notification: 29 March 2013 Camera ready: 15 May 2013 =+ smime.p7s Description: S/MIME cryptographic signature ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] how to buildethe debug version of osg under Linux?
Hi, When I cmake the osg source under Linux,it seems to bulid the release version by default.Just want to know how to bulid the debug version :) ... Thank you! Cheers, Lv -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=52005#52005 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
