Re: [osg-users] How to acquire the screen coordinates of a 3D object?
Thank you so much! Best regards, Fan On Fri, Feb 8, 2013 at 2:16 AM, Shayne Tueller shayne.tuel...@hill.af.milwrote: It looks like you forgot to concatenate the window matrix from the Viewport object onto the MVPW matrix in what you call the automatic version. You also need to remove the matrix mutiply of the window matrix with the screenPosition4d object. This should not happen after the perspective divide. Look again closely at the orginal code snippet you used for your automatic version to see the error. I think it would be helpful for you to understand the OpenGL transformation pipeline since that is what the OSG is using under the hood. Paul Martz does a great job of explaining this in his book. http://www.opengldistilled.com/ Shayne -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=52475#52475 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Fan ZHANG ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] i am not able to build GLUT libraries in Ubuntu to use it in OSG program
HI Om? Prakash? Paliwal? Please sign with the name you wish to be addressed with. We be humans on this list not automaton. For GLUT build support you really need to go chat to those that maintain it, as this is an OSG community not an GLUT one. Would you expect us to support all the details of all the 3rd party libraries that the OSG can be used with? What we can support is how to get dependencies rather than build/debug build of them. For Debian based distributions why not try searching the repository for the dependencies for instance search for glut will point towards freeglut3-dev which can pull in with: sudo apt-get install freeglut3-dev Robert. On 8 February 2013 06:59, om prakash Paliwal omprakash.paliwa...@gmail.com wrote: i want to write the Teapot program which requires GLUT libraries... i am using Ubuntu 12.10 and downloaded GLUT-3.7.tar.gz file from the official website of openGL... but i am facing problem in building these pakages ... i first replaces the Glut.cf file in the glut-3.7 dir with the file in /glut-3.7/linux/Glut.cf as the Readme file Said ... but when i ./mkmfiles.imake it replied ... mv -f Makefile Makefile.bak /dev/null if ( -d /usr/lib/X11/config ) then if ( -d /usr/lpp/X11/Xamples/config ) then if ( -x /usr/openwin/bin/xmkmf ) then if ( -d /usr/X11R6/lib/X11/config ) then xmkmf xmkmf: Command not found. endif endif endif endif make Makefiles make: *** No rule to make target `Makefiles'. Stop. make depend make: *** No rule to make target `depend'. Stop. ... which means building process is not succesful anything i am missing ?? plz help . ___ 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] Local coordinates
Hi Zeiki, On 8 February 2013 06:56, Zeki Yugnak zeki.yug...@gmail.com wrote: Hi Robert, I found the problem yesterday. You are right, the problem is regarding to floating point usage. I am computing camera position using center of the object's BoundingSphere. When I start debug whole code, I figure out that the BoundingSphere type is floating point and OSG_USE_FLOAT_BOUNDINGSPHERE parameter is defined in Config header file as default. So, Flicker problem is regarding to camera position. The problem is gone after this parameter is undefined. You shouldn't need to build the OSG with double BoudingSphere for GIS applications. FYI, the header file is written by the CMake so use ccmake/CMakeSetup to select the OSG_* build options you want and let it set the headers that need setting. One more question is Why is osg::Vec3's type defined as a floating point? OpenGL hardware is built around floats so when you pass in vertex arrays they need to floats so it makes sense for the default Vec3 to be Vec3f rather than Vec3d. You can use Vec3d arrays with OpenGL but typically the driver will convert from doubles down to float and will be very very slow. The OSG avoids the precision issues that would occur normally with OpenGL and systems with large coordinate values that would be an issue with floats by using doubles in the Camera and internal Transform nodes, and during the cull traversal accumulates the projection and modelview matrices all in doubles maintaining the precisions as long as possible before it's passed to OpenGL where the driver typically casts down to floats. If you manage your Camera positioning and the database creation correctly you create a system that doesn't suffer from visible jitter as the precision issues are subpixel. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] osgAnimation issue on Android
Hello, I am trying to load a simple keyframe animated object (a spinning Blender monkey) on Android, however it fails every time. The model loads, but the osgAnimation nodes (BasicAnimationManager, Animation, etc.) are stripped out/not loaded. Thus no animation. I have tried .osg (loads, but no animation), .osgt (does not load at all, not recognized on Android for some reason), .osgb (doesn't work at all - error), .ive (loads, but no animation). And yes, the .osg/.osgt file loads correctly on the desktop, including the osgAnimation callback and everything else, I am even able to play the animation from my code. I suspect that the osgAnimation serializers are not active, but I have USE_SERIALIZER_WRAPPER_LIBRARY(osgAnimation) in my code and the libraries are linked in. I guess I am missing something obvious, any tips? Thanks a lot, Jan ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Image::computeImageSizeInBytes bug
Hi Marci, On 6 February 2013 14:57, Marcin Prus p...@ai.com.pl wrote: Robert, problem I found is different from the one discussed about math/cmath/log etc. and I can confirm it still exists in current version. Algorithm is wrong, computation doesn't take block nature of some compressions into account and fails for last mipmaps in non square textures (size computed is smaller then single block size). My solution is to use code from dds plugin instead of one introduced in image.cpp. This way we have single function instead of two of them and new one (from old dds plugin code) works properly. Could you post the changes you've made to address the problem to osg-submissions, I've checked I don't have any record of other submissions dealing with this issue so if you did send one alas I didn't get it. Thanks, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Using cmath to clean up include/osg/Math
Hello Robert, On Wed, Feb 6, 2013 at 1:08 PM, Robert Osfield robert.osfi...@gmail.comwrote: Hi All, I have gone ahead and cleaned up include/osg/Math so that it uses cmath and cfloat on all platforms, there is only one platform specific hack left and that for MS's dumb arse we're not doing the Standard C++ properly, we'll do it in a own way so naa naa naa, the hack being _isnan in place of the proper std::isnan. I have checked this clean up in to svn/trunk so would appreciate testing out in the community for as wide range of platforms as you can. Unfortunately, this seems to bork the Android build, at least with the default 4.4.3 gcc :( C:/R/Dependencies/OpenSceneGraph-ARM/source/include/osg/Math: In function 'bool osg::isNaN(float)': C:/R/Dependencies/OpenSceneGraph-ARM/source/include/osg/Math:115:46: error: expected unqualified-id before '(' token C:/R/Dependencies/OpenSceneGraph-ARM/source/include/osg/Math: In function 'bool osg::isNaN(double)': C:/R/Dependencies/OpenSceneGraph-ARM/source/include/osg/Math:116:47: error: expected unqualified-id before '(' token make: *** [obj/local/armeabi/objs/osg/AnimationPath.o] Error 1 Explanation is here: http://stackoverflow.com/questions/8766092/build-issue-when-using-cmath-with-android-ndk Jan ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] VirtualPlanetBuilder-created data in Android OSGViewer
Hi Alistair, On 8 February 2013 17:09, Alistair Baxter alist...@mve.com wrote: We had thought the problem was to do with the database pager, which declares that it uses additional threads, whilst the Android version of OSG is said to not support multithreading (at least for rendering). It's likely that threading restriction is down to how the Android provided graphics context was integrated with osgViewer, I haven't work on Android yet so can't talk about specifics, but I'm guessing it'll be using something like GraphicsWindowEmbedded to make it easier to graft the context into osgViewer without providing all the usual support required for managing a full graphics context. Android and the OSG itself should cope fine with multi-threading, and even the viewer side could probably be done multi-threaded if the appropriate GraphicsWindow subclass from provided. The use of GraphicsWindowEmbedded and it's limitation of threading of the viewer won't effect threading otherwise so the database pager should work just fine. The only problem with threading would be if there are other issues on the threading implementation - perhaps OpenThreads isn't full implemented. However, running out of memory is also a possibility, I shall have a go at investigating memory limits for the database pager in our app. One way to test would be generate a database with smaller tile resolutions for the image and elevation data. Run osgdem --help to see all the options available. You can also manage the LOD selection at runtime by setting the viewer's Camera's LODScale. It'd recommend trying this all out on a desktop system first so you get a feel of the effect of various options and then try out on the Android device. Another thing you might want to look at is the situation with compressed textures on the device and exposed by OpenGL ES on the platform, normally on the desktop one uses OpenGL S3TC compressed textures to improve memory bandwidth and total memory usage, you may need to select different compression to work on the mobile device. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph.org is unresponsive
On 8 February 2013 17:33, Chris Hanson xe...@alphapixel.com wrote: I know there's work going on, but I would have expected a redirect or something if it were permanently offline. I was trying to access the source browser. For now I'll just use SVN itself to dig. Seems to be up for me right now. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Using cmath to clean up include/osg/Math
Hi Jan, Thanks for the feedback. Could you try out some of the suggested workarounds? If you find one that works I can merge the change or come up with something else that might work. Cheers, Robert. On 8 February 2013 17:45, Jan Ciger jan.ci...@gmail.com wrote: Hello Robert, On Wed, Feb 6, 2013 at 1:08 PM, Robert Osfield robert.osfi...@gmail.com wrote: Hi All, I have gone ahead and cleaned up include/osg/Math so that it uses cmath and cfloat on all platforms, there is only one platform specific hack left and that for MS's dumb arse we're not doing the Standard C++ properly, we'll do it in a own way so naa naa naa, the hack being _isnan in place of the proper std::isnan. I have checked this clean up in to svn/trunk so would appreciate testing out in the community for as wide range of platforms as you can. Unfortunately, this seems to bork the Android build, at least with the default 4.4.3 gcc :( C:/R/Dependencies/OpenSceneGraph-ARM/source/include/osg/Math: In function 'bool osg::isNaN(float)': C:/R/Dependencies/OpenSceneGraph-ARM/source/include/osg/Math:115:46: error: expected unqualified-id before '(' token C:/R/Dependencies/OpenSceneGraph-ARM/source/include/osg/Math: In function 'bool osg::isNaN(double)': C:/R/Dependencies/OpenSceneGraph-ARM/source/include/osg/Math:116:47: error: expected unqualified-id before '(' token make: *** [obj/local/armeabi/objs/osg/AnimationPath.o] Error 1 Explanation is here: http://stackoverflow.com/questions/8766092/build-issue-when-using-cmath-with-android-ndk Jan ___ 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] OpenSceneGraph.org is unresponsive
Interesting. I can reach OpenSceneGtraph.com, but not OpenSceneGraph.org (via browser or SVN). Looks like it drops somewhere near upv.es: Tracing route to OpenSceneGraph.org [158.42.9.50] over a maximum of 30 hops: 1 1 ms 1 ms 1 ms 172.19.3.1 243 ms29 ms29 ms 96.75.54.1 311 ms13 ms12 ms te-8-1-ur05.littleton.co.denver.comcast.net[68. 85.107.21] 424 ms23 ms23 ms te-0-5-0-13-ar02.denver.co.denver.comcast.net [6 8.85.89.209] 517 ms15 ms15 ms pos-0-1-0-0-ar02.aurora.co.denver.comcast.net [6 8.86.128.242] 620 ms23 ms23 ms he-3-9-0-0-cr01.denver.co.ibone.comcast.net[68. 86.92.21] 715 ms16 ms14 ms te3-5.ccr01.den03.atlas.cogentco.com[154.54.10. 33] 8 185 ms 208 ms 219 ms te7-1.ccr02.den01.atlas.cogentco.com[154.54.45. 185] 933 ms32 ms33 ms te0-4-0-2.ccr22.mci01.atlas.cogentco.com[154.54 .45.54] 1045 ms45 ms45 ms te0-1-0-2.ccr22.ord01.atlas.cogentco.com[154.54 .5.174] 1160 ms61 ms82 ms te0-2-0-2.ccr22.yyz02.atlas.cogentco.com[154.54 .27.254] 1297 ms85 ms78 ms te0-5-0-5.ccr22.ymq02.atlas.cogentco.com[154.54 .44.105] 13 149 ms 146 ms 146 ms te0-4-0-4.ccr22.lpl01.atlas.cogentco.com[154.54 .44.210] 14 154 ms 152 ms 153 ms te0-4-0-3.ccr22.lon13.atlas.cogentco.com[154.54 .60.58] 15 154 ms 153 ms 152 ms te0-1-0-0.ccr22.par01.atlas.cogentco.com[130.11 7.50.194] 16 186 ms ** te0-7-0-6.ccr22.mrs01.atlas.cogentco.com[154.54 .59.230] 17 196 ms 199 ms 194 ms te0-4-0-1.ccr22.mad05.atlas.cogentco.com[154.54 .59.205] 18 *** Request timed out. 19 193 ms 193 ms * 149.11.68.2 20 ** 207 ms CIEMAT.AE0.uv.rt1.val.red.rediris.es[130.206.24 5.30] 21 ** 205 ms upv-principal.red.rediris.es[130.206.211.194] 22 * 200 ms * cauac-4010.net2.upv.es [158.42.255.161] 23 *** Request timed out. 24 *** Request timed out. 25 *** Request timed out. 26 *** Request timed out. 27 *** Request timed out. 28 *** Request timed out. On Fri, Feb 8, 2013 at 10:46 AM, Robert Osfield robert.osfi...@gmail.comwrote: On 8 February 2013 17:33, Chris Hanson xe...@alphapixel.com wrote: I know there's work going on, but I would have expected a redirect or something if it were permanently offline. I was trying to access the source browser. For now I'll just use SVN itself to dig. Seems to be up for me right now. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com http://www.alphapixel.com/ Training • Consulting • Contracting 3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • Digital Audio • LIDAR • Kinect • Embedded • Mobile • iPhone/iPad/iOS • Android @alphapixel https://twitter.com/alphapixel facebook.com/alphapixel (775) 623-PIXL [7495] ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Using cmath to clean up include/osg/Math
On Fri, Feb 8, 2013 at 6:49 PM, Robert Osfield robert.osfi...@gmail.comwrote: Hi Jan, Thanks for the feedback. Could you try out some of the suggested workarounds? If you find one that works I can merge the change or come up with something else that might work. I am looking at them right now, but hacking the NDK STL headers doesn't sound like a maintainable idea to me. I can probably #undef isnan, let's see what happens. I think the problem stems from the fact that this seems to be C++11 feature and the default NDK compiler is the old gcc 4.4.3 which had isnan grandfathered from C99. Jan ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph.org is unresponsive
Hi Chris, Just tried a couple times more, openscenegraph.org just keeps up popping up right away from me here in Scotland. Normally when we see problems like this it's the whole server down or sometimes the whole uni's network down. It'll be interesting to see if others have the problem too. Robert. On 8 February 2013 17:51, Chris Hanson xe...@alphapixel.com wrote: Interesting. I can reach OpenSceneGtraph.com, but not OpenSceneGraph.org (via browser or SVN). Looks like it drops somewhere near upv.es: Tracing route to OpenSceneGraph.org [158.42.9.50] over a maximum of 30 hops: 1 1 ms 1 ms 1 ms 172.19.3.1 243 ms29 ms29 ms 96.75.54.1 311 ms13 ms12 ms te-8-1-ur05.littleton.co.denver.comcast.net [68. 85.107.21] 424 ms23 ms23 ms te-0-5-0-13-ar02.denver.co.denver.comcast.net [6 8.85.89.209] 517 ms15 ms15 ms pos-0-1-0-0-ar02.aurora.co.denver.comcast.net [6 8.86.128.242] 620 ms23 ms23 ms he-3-9-0-0-cr01.denver.co.ibone.comcast.net [68. 86.92.21] 715 ms16 ms14 ms te3-5.ccr01.den03.atlas.cogentco.com [154.54.10. 33] 8 185 ms 208 ms 219 ms te7-1.ccr02.den01.atlas.cogentco.com [154.54.45. 185] 933 ms32 ms33 ms te0-4-0-2.ccr22.mci01.atlas.cogentco.com [154.54 .45.54] 1045 ms45 ms45 ms te0-1-0-2.ccr22.ord01.atlas.cogentco.com [154.54 .5.174] 1160 ms61 ms82 ms te0-2-0-2.ccr22.yyz02.atlas.cogentco.com [154.54 .27.254] 1297 ms85 ms78 ms te0-5-0-5.ccr22.ymq02.atlas.cogentco.com [154.54 .44.105] 13 149 ms 146 ms 146 ms te0-4-0-4.ccr22.lpl01.atlas.cogentco.com [154.54 .44.210] 14 154 ms 152 ms 153 ms te0-4-0-3.ccr22.lon13.atlas.cogentco.com [154.54 .60.58] 15 154 ms 153 ms 152 ms te0-1-0-0.ccr22.par01.atlas.cogentco.com [130.11 7.50.194] 16 186 ms ** te0-7-0-6.ccr22.mrs01.atlas.cogentco.com [154.54 .59.230] 17 196 ms 199 ms 194 ms te0-4-0-1.ccr22.mad05.atlas.cogentco.com [154.54 .59.205] 18 *** Request timed out. 19 193 ms 193 ms * 149.11.68.2 20 ** 207 ms CIEMAT.AE0.uv.rt1.val.red.rediris.es [130.206.24 5.30] 21 ** 205 ms upv-principal.red.rediris.es [130.206.211.194] 22 * 200 ms * cauac-4010.net2.upv.es [158.42.255.161] 23 *** Request timed out. 24 *** Request timed out. 25 *** Request timed out. 26 *** Request timed out. 27 *** Request timed out. 28 *** Request timed out. On Fri, Feb 8, 2013 at 10:46 AM, Robert Osfield robert.osfi...@gmail.com wrote: On 8 February 2013 17:33, Chris Hanson xe...@alphapixel.com wrote: I know there's work going on, but I would have expected a redirect or something if it were permanently offline. I was trying to access the source browser. For now I'll just use SVN itself to dig. Seems to be up for me right now. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com http://www.alphapixel.com/ Training • Consulting • Contracting 3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • Digital Audio • LIDAR • Kinect • Embedded • Mobile • iPhone/iPad/iOS • Android @alphapixel facebook.com/alphapixel (775) 623-PIXL [7495] ___ 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] OpenSceneGraph.org is unresponsive
Looks like you probably arrive there via a different carrier and maybe it's just a router/BGP problem. On Fri, Feb 8, 2013 at 11:00 AM, Robert Osfield robert.osfi...@gmail.comwrote: Hi Chris, Just tried a couple times more, openscenegraph.org just keeps up popping up right away from me here in Scotland. Normally when we see problems like this it's the whole server down or sometimes the whole uni's network down. It'll be interesting to see if others have the problem too. Robert. On 8 February 2013 17:51, Chris Hanson xe...@alphapixel.com wrote: Interesting. I can reach OpenSceneGtraph.com, but not OpenSceneGraph.org (via browser or SVN). Looks like it drops somewhere near upv.es: Tracing route to OpenSceneGraph.org [158.42.9.50] over a maximum of 30 hops: 1 1 ms 1 ms 1 ms 172.19.3.1 243 ms29 ms29 ms 96.75.54.1 311 ms13 ms12 ms te-8-1-ur05.littleton.co.denver.comcast.net [68. 85.107.21] 424 ms23 ms23 ms te-0-5-0-13-ar02.denver.co.denver.comcast.net [6 8.85.89.209] 517 ms15 ms15 ms pos-0-1-0-0-ar02.aurora.co.denver.comcast.net [6 8.86.128.242] 620 ms23 ms23 ms he-3-9-0-0-cr01.denver.co.ibone.comcast.net [68. 86.92.21] 715 ms16 ms14 ms te3-5.ccr01.den03.atlas.cogentco.com [154.54.10. 33] 8 185 ms 208 ms 219 ms te7-1.ccr02.den01.atlas.cogentco.com [154.54.45. 185] 933 ms32 ms33 ms te0-4-0-2.ccr22.mci01.atlas.cogentco.com [154.54 .45.54] 1045 ms45 ms45 ms te0-1-0-2.ccr22.ord01.atlas.cogentco.com [154.54 .5.174] 1160 ms61 ms82 ms te0-2-0-2.ccr22.yyz02.atlas.cogentco.com [154.54 .27.254] 1297 ms85 ms78 ms te0-5-0-5.ccr22.ymq02.atlas.cogentco.com [154.54 .44.105] 13 149 ms 146 ms 146 ms te0-4-0-4.ccr22.lpl01.atlas.cogentco.com [154.54 .44.210] 14 154 ms 152 ms 153 ms te0-4-0-3.ccr22.lon13.atlas.cogentco.com [154.54 .60.58] 15 154 ms 153 ms 152 ms te0-1-0-0.ccr22.par01.atlas.cogentco.com [130.11 7.50.194] 16 186 ms ** te0-7-0-6.ccr22.mrs01.atlas.cogentco.com [154.54 .59.230] 17 196 ms 199 ms 194 ms te0-4-0-1.ccr22.mad05.atlas.cogentco.com [154.54 .59.205] 18 *** Request timed out. 19 193 ms 193 ms * 149.11.68.2 20 ** 207 ms CIEMAT.AE0.uv.rt1.val.red.rediris.es [130.206.24 5.30] 21 ** 205 ms upv-principal.red.rediris.es [130.206.211.194] 22 * 200 ms * cauac-4010.net2.upv.es [158.42.255.161] 23 *** Request timed out. 24 *** Request timed out. 25 *** Request timed out. 26 *** Request timed out. 27 *** Request timed out. 28 *** Request timed out. On Fri, Feb 8, 2013 at 10:46 AM, Robert Osfield robert.osfi...@gmail.com wrote: On 8 February 2013 17:33, Chris Hanson xe...@alphapixel.com wrote: I know there's work going on, but I would have expected a redirect or something if it were permanently offline. I was trying to access the source browser. For now I'll just use SVN itself to dig. Seems to be up for me right now. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com http://www.alphapixel.com/ Training • Consulting • Contracting 3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • Digital Audio • LIDAR • Kinect • Embedded • Mobile • iPhone/iPad/iOS • Android @alphapixel facebook.com/alphapixel (775) 623-PIXL [7495] ___ 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 -- Chris 'Xenon' Hanson, omo sanza lettere. xe...@alphapixel.com http://www.alphapixel.com/ Training • Consulting • Contracting 3D • Scene Graphs (Open Scene Graph/OSG) • OpenGL 2 • OpenGL 3 • OpenGL 4 • GLSL • OpenGL ES 1 • OpenGL ES 2 • OpenCL Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • Digital Audio • LIDAR • Kinect • Embedded • Mobile • iPhone/iPad/iOS • Android @alphapixel https://twitter.com/alphapixel facebook.com/alphapixel (775) 623-PIXL [7495]
Re: [osg-users] Using cmath to clean up include/osg/Math
On Fri, Feb 8, 2013 at 6:49 PM, Robert Osfield robert.osfi...@gmail.comwrote: Hi Jan, Thanks for the feedback. Could you try out some of the suggested workarounds? If you find one that works I can merge the change or come up with something else that might work. It seems to be compiling if I use only isnan() and not std::isnan() in the osg/Math file. For the record, I am using gcc 4.6, not 4.4.3, I didn't check the version correctly before. Jan ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [osg-submissions] OSC plugin, VS2010 64-bit
On Wed, Feb 6, 2013 at 10:20 AM, Robert Osfield robert.osfi...@gmail.comwrote: Thanks Stephan for the fix and Paul for the testing. Fix now merged and checked into svn/trunk. The same plugin doesn't compile for Android, it seems that the oscpack library it is using has issues with Android endianness: In file included from C:/R/Dependencies/OpenSceneGraph-ARM/source/src/osgPlugins/osc/osc/OscReceivedElements.cpp:34:0: C:/R/Dependencies/OpenSceneGraph-ARM/source/src/osgPlugins/osc/osc/OscHostEndianness.h:77:10: error: #error please edit OSCHostEndianness.h to configure endianness I suggest disabling the plugin for Android for the time being. Jan ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Image::computeImageSizeInBytes bug
On Fri, 8 Feb 2013 16:41:42 +, Robert Osfield wrote: Hi Marci, On 6 February 2013 14:57, Marcin Prus p...@ai.com.pl wrote: Robert, problem I found is different from the one discussed about math/cmath/log etc. and I can confirm it still exists in current version. Algorithm is wrong, computation doesn't take block nature of some compressions into account and fails for last mipmaps in non square textures (size computed is smaller then single block size). My solution is to use code from dds plugin instead of one introduced in image.cpp. This way we have single function instead of two of them and new one (from old dds plugin code) works properly. Could you post the changes you've made to address the problem to osg-submissions, I've checked I don't have any record of other submissions dealing with this issue so if you did send one alas I didn't get it. Robert, I can still see my original post on the submisstion list dated 07.01.2013. I've just sent it again, hope it will get to you this time. I think it may wait for approval because of attachments size, I think it did last time. Best, Marcin Thanks, 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] OpenSceneGraph new website almost ready
Hi, that sounds good, I think the tools section is sufficient, no need to add a new instance with all of its maintenance tasks. I was just curious because one (far) day trac might be closed forever. Thank you for all your migration work anyway! Cheers, Torben -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=52512#52512 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] anyone have experience with OSG on Intel HD Graphics 4000 hardware?
Hi Terry, all, In short, good luck understanding the insane mess that is graphics drivers. It's all very random. It's only random if you try to understand it with a few limited tests :-) Someone has applied structured testing to the problem and has come up with this: http://www.g-truc.net/post-0538.html#menu This is the OpenGL driver status posts, which Christophe Riccio posts every month. He gathers this information using his own very comprehensive OpenGL tests, which cover about every type of functionality you would want to use in a very structured way. So he can say with absolute certainty that a given driver will work with a given usage pattern. (I wish this were used as a base for official Desktop OpenGL conformance tests and that the results of these tests were publicised by Khronos, so that vendors would have a real reason to keep their drivers up to a certain level of quality... But I digress) Then you just have to know your own app enough to know what it's doing at the OpenGL level... Which is often the hard part :-) Tools like gDEBugger (discontinued) or apitrace (active) can help there. The only thing I find a pity is that he doesn't keep an easy to search list of older drivers too. If he did, you could easily see that a given feature worked starting with this version, broke in this one and then was fixed in this one, and you could tell that to your clients, knowing which features are critical to your application. You could even automatically enable and disable features in your app by knowing which driver versions they would work on. But maybe that's going too far... Anyways, it's a useful resource I think. J-S -- __ Jean-Sebastien Guay jean_...@videotron.ca http://whitestar02.dyndns-web.com/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Images in skybox
Hi, I have downloaded some excellent skybox landscape images. If I load the images by a graphics package like GIMP they look great. If I use the images with OSG in my SkyBox for a game, the same images look washed out and low resolution. Any suggestions on how to get the best looking images when using a skybox? Thank you! Cheers, -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=52515#52515 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org