Re: [osg-users] error build
Hi Joshua, On 28 May 2015 at 19:48, Joshua Robinson shooki.robin...@gmail.com wrote: We are heavily research group we use openXXX source stuff that works. Since we can't use it in our research, we decided to drop OSG and evaluate some else. FYI, the OSG is used widely in the thousands of different corporations and research groups around the world. Think of the top names in aerospace and other similar professional sectors and you'll be naming companies that use the OSG. It's used to widely because, you know it's stuff that works on many different OS's and build configurations, across any different versions of OpenGL, and has been doing so for thousands of users for way over a decade. It's unfortunate that you've hit build error on your on your particular dev environment, I have little doubt it'll be a trivial fix once we found out why it Cmake failed to configure on your system. We can offer to help, but sometimes you have to give back a little help for other to help you. If you can see beyond what is likely to be trivial problem then is best to keep moving on to another toolkit in the hope that somehow it'll work in every single way you want it, and hope that the community is a patient with you often poor level of respect you show for the time and work of others as we have been. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] error build
I have a Linux Mint box here that I think I've built OSG on. You can't find a more descriptive error with the ccmake command, I could try replicating the situation, but it will probably be a few days until I can get to it. On Thu, May 28, 2015 at 6:09 AM, Alberto Luaces alua...@udc.es wrote: Joshua Robinson writes: Howdy, cmake version 2.8.11.2 So far no problem with cmake. Built lots of project with it, no problems. Try the ccmake executable instead of cmake. Errors there are usually more apparent. -- Alberto ___ 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 Legal/IP • Code Forensics • Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • LIDAR • 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] error build
Howdy, I don't have much time debugging this, need to work on my research. Hope this helps : g++ --version g++ (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1 Copyright (C) 2013 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. Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.8.1-10ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu9) Cheers, -Joshua Robinson On Thu, May 28, 2015 at 2:21 PM, Chris Hanson xe...@alphapixel.com wrote: I have a Linux Mint box here that I think I've built OSG on. You can't find a more descriptive error with the ccmake command, I could try replicating the situation, but it will probably be a few days until I can get to it. On Thu, May 28, 2015 at 6:09 AM, Alberto Luaces alua...@udc.es wrote: Joshua Robinson writes: Howdy, cmake version 2.8.11.2 So far no problem with cmake. Built lots of project with it, no problems. Try the ccmake executable instead of cmake. Errors there are usually more apparent. -- Alberto ___ 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 Legal/IP • Code Forensics • Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • LIDAR • 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 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] error build
Howdy, Thank you all. We are heavily research group we use openXXX source stuff that works. Since we can't use it in our research, we decided to drop OSG and evaluate some else. Cheers, -Joshua On Thu, May 28, 2015 at 2:34 PM, Chris Hanson xe...@alphapixel.com wrote: Well, you probably need to try the ccmake recommendation. If it's not something you have time for, then we probably can't help you much. On Thu, May 28, 2015 at 12:32 PM, Joshua Robinson shooki.robin...@gmail.com wrote: Howdy, I don't have much time debugging this, need to work on my research. Hope this helps : g++ --version g++ (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1 Copyright (C) 2013 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. Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.8.1-10ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu9) Cheers, -Joshua Robinson On Thu, May 28, 2015 at 2:21 PM, Chris Hanson xe...@alphapixel.com wrote: I have a Linux Mint box here that I think I've built OSG on. You can't find a more descriptive error with the ccmake command, I could try replicating the situation, but it will probably be a few days until I can get to it. On Thu, May 28, 2015 at 6:09 AM, Alberto Luaces alua...@udc.es wrote: Joshua Robinson writes: Howdy, cmake version 2.8.11.2 So far no problem with cmake. Built lots of project with it, no problems. Try the ccmake executable instead of cmake. Errors there are usually more apparent. -- Alberto ___ 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 Legal/IP • Code Forensics • Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • LIDAR • 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 ___ 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 Legal/IP • Code Forensics • Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • LIDAR • 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 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] error build
Well great then. Move on and stop wasting everyones time... -- Joshua Robinson shooki.robinson@gmail.comschrieb: Howdy, Thank you all. We are heavily research group we use openXXX source stuff that works. Since we cant use it in our research, we decided to drop OSG and evaluate some else. Cheers, -Joshua On Thu, May 28, 2015 at 2:34 PM, Chris Hanson xe...@alphapixel.com wrote: Well, you probably need to try the ccmake recommendation. If its not something you have time for, then we probably cant help you much. On Thu, May 28, 2015 at 12:32 PM, Joshua Robinson shooki.robin...@gmail.com wrote:
Re: [osg-users] OS X (10.9) Texture2D with hardware compression results in no texture data.
I did do a diff between 3.2.1 in Texture and Texture2D, but there are so many changes it got muddy. I have a lot to do before next week, so unless someone else finds it before then, I'll just have to stick with what I have until then. Thank you all for the quick replies. David -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63871#63871 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] error build
Well, you probably need to try the ccmake recommendation. If it's not something you have time for, then we probably can't help you much. On Thu, May 28, 2015 at 12:32 PM, Joshua Robinson shooki.robin...@gmail.com wrote: Howdy, I don't have much time debugging this, need to work on my research. Hope this helps : g++ --version g++ (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1 Copyright (C) 2013 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. Using built-in specs. COLLECT_GCC=g++ COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/4.8/lto-wrapper Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.8.1-10ubuntu9' --with-bugurl=file:///usr/share/doc/gcc-4.8/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.8 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.8 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.8-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.8-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-werror --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.8.1 (Ubuntu/Linaro 4.8.1-10ubuntu9) Cheers, -Joshua Robinson On Thu, May 28, 2015 at 2:21 PM, Chris Hanson xe...@alphapixel.com wrote: I have a Linux Mint box here that I think I've built OSG on. You can't find a more descriptive error with the ccmake command, I could try replicating the situation, but it will probably be a few days until I can get to it. On Thu, May 28, 2015 at 6:09 AM, Alberto Luaces alua...@udc.es wrote: Joshua Robinson writes: Howdy, cmake version 2.8.11.2 So far no problem with cmake. Built lots of project with it, no problems. Try the ccmake executable instead of cmake. Errors there are usually more apparent. -- Alberto ___ 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 Legal/IP • Code Forensics • Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • LIDAR • 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 ___ 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 Legal/IP • Code Forensics • Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • LIDAR • 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] Shadows : Creating multiple osgShadow::ShadowedScene
Thanks for the guidance on this Robert, it is great to know! Do you or anyone else here know if the view dependent shadow map in the OSG is based on the method of the following master thesis? Understanding the methodology of the technique will help me better understand the code in order to modify it. http://dcgi.felk.cvut.cz/theses/2010/hinkjan Thanks a bunch! -Robert -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63879#63879 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] error build
Amen. These aren't the droids you're looking for. On Thu, May 28, 2015 at 2:34 PM, Robert Osfield robert.osfi...@gmail.com wrote: Hi Joshua, On 28 May 2015 at 19:48, Joshua Robinson shooki.robin...@gmail.com wrote: We are heavily research group we use openXXX source stuff that works. Since we can't use it in our research, we decided to drop OSG and evaluate some else. FYI, the OSG is used widely in the thousands of different corporations and research groups around the world. Think of the top names in aerospace and other similar professional sectors and you'll be naming companies that use the OSG. It's used to widely because, you know it's stuff that works on many different OS's and build configurations, across any different versions of OpenGL, and has been doing so for thousands of users for way over a decade. It's unfortunate that you've hit build error on your on your particular dev environment, I have little doubt it'll be a trivial fix once we found out why it Cmake failed to configure on your system. We can offer to help, but sometimes you have to give back a little help for other to help you. If you can see beyond what is likely to be trivial problem then is best to keep moving on to another toolkit in the hope that somehow it'll work in every single way you want it, and hope that the community is a patient with you often poor level of respect you show for the time and work of others as we have been. 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 Legal/IP • Code Forensics • Digital Imaging • GIS • GPS • osgEarth • Terrain • Telemetry • Cryptography • LIDAR • 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
[osg-users] DatabasePager - how to modify data during loading
Hi all! I am finishing up some work which involves modifying nodes as they are loaded via the database pager - I want to edit the data after it is loaded, but before it is added to the scenegraph. I also need to know the destination (future parent) node in the scenegraph where the edited node will be located. It looks to me like a suitable location for this work is pretty much in the middle of DatabaseThread::run - after the node is loaded via readNode (), but before it is added to the file cache. All the data I need appears to be held in the DatabaseRequest object. Is there another (simpler?) way of inserting my code into the loading process? If the middle of the run method is the best location, would a patch to allow a optional callback function to be called be considered? best wishes Mike ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] DatabasePager - how to modify data during loading
Hi Mike, you can add an osgDB::Registry::ReadFileCallback and implement the readImage member function. For registering it to the registry use: osgDB::Registry::instance()-setReadFileCallback(myCloneReadFileCallback); This will be triggered by the database-pager when loading the image. It won't help you with the destination-problem however. Cheers Sebastian Hi all! I am finishing up some work which involves modifying nodes as they are loaded via the database pager - I want to edit the data after it is loaded, but before it is added to the scenegraph. I also need to know the destination (future parent) node in the scenegraph where the edited node will be located. It looks to me like a suitable location for this work is pretty much in the middle of DatabaseThread::run - after the node is loaded via readNode (), but before it is added to the file cache. All the data I need appears to be held in the DatabaseRequest object. Is there another (simpler?) way of inserting my code into the loading process? If the middle of the run method is the best location, would a patch to allow a optional callback function to be called be considered? best wishes Mike ___ 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] DatabasePager - how to modify data during loading
Hi Mike, The ReadFileCallback is an ideal place to modify the loaded scene graph as it's called from the database thread so won't impact the rendering performance. The only problem is that you are wanting to know where the loaded subgraph will be attached to the scene graph. The only info available about this in the ReadFileCallback is the Terrain pointer that the DatabasePager passes into the read call via the Options object. This Terrain pointer isn't the exact position the subgraph will be inserted, but for the purpose of osgTerrain it's sufficient for finding neighbouring tiles etc. to help with the tessellation process. Providing the NodePath for the insertion point from the DatabasePager to the Options object to read operation is something I looked at previous, but this wasn't thread safe as the NodePath itself can become invalidated by other threads - sometimes the DatabasePager has to deal with the node it intends to add the new subgraph to have been already deleted, so has to discard to the new subgraph. One option open to you could be to subclass from DatabasePager and override the updateSceneGraph(..) method. Unfortunately this would be an operation done in the main thread so you'd need to be careful about the costs involved. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Issue Subclassing GraphicsWindowX11
Hi Karl, I haven't heard of this specific problem before, but then most users won't be subclassing from GraphicsWindowX11. In principle I can't see any reason why it wouldn't work. Without code in front of me that fails to compile I can only provides guesses as to what is amiss - my best guess is that either a X11 header needs to be added, or the ordering needs to be adjusted. I can't be any more specific without seeing the problem first hand and attempting to resolve it. Robert. On 27 May 2015 at 15:32, Cary, Karl A. karl.a.c...@leidos.com wrote: I need to subclass the GraphicsWindowX11 class in order to provide a custom swapBuffersImplementation. However, when I do this I then get a really random error in the middle of one of my enumerations (expected identifier before numeric constant). It happens when I include osgViewer/api/X11/GraphicsWindowX11, which I have to include in order to subclass GraphicsWindowX11. If not I am told 'expected class name before {'. As for the enumeration, it happens on the definition of an enumeration value called 'None' (NOTE: the value is called None, not the enumeration). It is a 3rd party header/library so it cannot be changed. Any idea what is going on? Or is there a different way I need to be including/subclassing/declaring GraphicsWindowX11? Thank you. #include osgViewer/GraphicsWindow #include osgViewer/api/X11/GraphicsWindowX11 class MyWindow : public osgViewer::GraphicsWindowX11 { public: MyWindow(osg::GraphicsContext::Traits* traits): osgViewer::GraphicsWindowX11(traits) {} virtual void swapBuffersImplementation(); }; ___ 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] DatabasePager - how to modify data during loading
Thanks Sebastian! The ReadFileCallback is how I'm doing it now: we take an observer_ptr of nodes loaded in the RFC, then in the main thread before rendering we can see if the node is still valid and if is inserted in the scenegraph. If we can find it, then we can perform the edit. The problem is that since the node is already inserted, we either have to block rendering whilst we do the edit (which can take hundreds of ms per node), or edit in the background whilst rendering either the unedited node (which looks wrong), or no node at all (looks just as wrong! :-) There also a problem in that the pager compiles objects before insertion - but this operation is a waste for objects which we will immediately edit. The more I think about it the more sure I am that the DatabaseThread is the right place to do it, but exactly how to best insert ourselves into the process is harder to know! best wishes Mike On Thu, 28 May 2015 at 09:22 Sebastian Messerschmidt sebastian.messerschm...@gmx.de wrote: Hi Mike, you can add an osgDB::Registry::ReadFileCallback and implement the readImage member function. For registering it to the registry use: osgDB::Registry::instance()-setReadFileCallback(myCloneReadFileCallback); This will be triggered by the database-pager when loading the image. It won't help you with the destination-problem however. Cheers Sebastian Hi all! I am finishing up some work which involves modifying nodes as they are loaded via the database pager - I want to edit the data after it is loaded, but before it is added to the scenegraph. I also need to know the destination (future parent) node in the scenegraph where the edited node will be located. It looks to me like a suitable location for this work is pretty much in the middle of DatabaseThread::run - after the node is loaded via readNode (), but before it is added to the file cache. All the data I need appears to be held in the DatabaseRequest object. Is there another (simpler?) way of inserting my code into the loading process? If the middle of the run method is the best location, would a patch to allow a optional callback function to be called be considered? best wishes Mike ___ osg-users mailing listosg-users@lists.openscenegraph.orghttp://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] Issue Subclassing GraphicsWindowX11
Hi Karl, Did you find the GraphicsContext-setSwapCallback() call? It seems to me you are taking a very difficult route to get a custom swapBuffersImplementation. Regards, Laurens. On Thu, May 28, 2015 at 9:56 AM, Robert Osfield robert.osfi...@gmail.com wrote: Hi Karl, I haven't heard of this specific problem before, but then most users won't be subclassing from GraphicsWindowX11. In principle I can't see any reason why it wouldn't work. Without code in front of me that fails to compile I can only provides guesses as to what is amiss - my best guess is that either a X11 header needs to be added, or the ordering needs to be adjusted. I can't be any more specific without seeing the problem first hand and attempting to resolve it. Robert. On 27 May 2015 at 15:32, Cary, Karl A. karl.a.c...@leidos.com wrote: I need to subclass the GraphicsWindowX11 class in order to provide a custom swapBuffersImplementation. However, when I do this I then get a really random error in the middle of one of my enumerations (expected identifier before numeric constant). It happens when I include osgViewer/api/X11/GraphicsWindowX11, which I have to include in order to subclass GraphicsWindowX11. If not I am told 'expected class name before {'. As for the enumeration, it happens on the definition of an enumeration value called 'None' (NOTE: the value is called None, not the enumeration). It is a 3rd party header/library so it cannot be changed. Any idea what is going on? Or is there a different way I need to be including/subclassing/declaring GraphicsWindowX11? Thank you. #include osgViewer/GraphicsWindow #include osgViewer/api/X11/GraphicsWindowX11 class MyWindow : public osgViewer::GraphicsWindowX11 { public: MyWindow(osg::GraphicsContext::Traits* traits): osgViewer::GraphicsWindowX11(traits) {} virtual void swapBuffersImplementation(); }; ___ 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] error build
Hi Joshua, The Cmake reports of not finding certain libraries or features look to be all associated with optional components of the OSG that aren't required to build, unless you want that specific component, for instance if you want to use osgQt then you'll need Qt headers and libs installed, but otherwise you can safely ignore these. Cmake can be a bit verbose with warnings that aren't critical. The Configuring incomplete, errors occurred! line is an odd one to which I have explanation. I can see any of the warnings in the rest of the cmake output to indicate what the problem with configuration might be. I have just tried the cmake line you posted on OSG-svn/trunk and the OSG-3.2 branch (that the OSG-3.2.2-rc2 was built from) and both run fine on my systems, the osg_cmake.txt looks like: -- The C compiler identification is GNU 4.9.2 -- The CXX compiler identification is GNU 4.9.2 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Looking for include file pthread.h -- Looking for include file pthread.h - found -- Looking for pthread_create -- Looking for pthread_create - not 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 -- Found Threads: TRUE -- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so -- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/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 -- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so -- Found OpenGL: /usr/lib/x86_64-linux-gnu/libGL.so -- Found LibXml2: /usr/lib/x86_64-linux-gnu/libxml2.so (found version 2.9.2) -- Found PkgConfig: /usr/bin/pkg-config (found version 0.28) -- checking for module 'gta' -- package 'gta' not found -- Found CURL: /usr/lib/x86_64-linux-gnu/libcurl.so (found version 7.38.0) -- Could NOT find SDL (missing: SDL_LIBRARY SDL_INCLUDE_DIR) -- checking for module 'cairo' -- found cairo, version 1.14.2 -- checking for module 'poppler-glib' -- package 'poppler-glib' not found -- checking for module 'librsvg-2.0=2.35' -- package 'librsvg-2.0=2.35' not found -- checking for module 'gtk+-2.0' -- package 'gtk+-2.0' not found -- checking for module 'gtkglext-x11-1.0' -- package 'gtkglext-x11-1.0' not found -- Could NOT find Boost -- Found unsuitable Qt version from NOTFOUND -- Could NOT find Qt3 (missing: QT_QT_LIBRARY QT_INCLUDE_DIR) -- Found JPEG: /usr/lib/x86_64-linux-gnu/libjpeg.so -- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version 1.2.8) -- Found PNG: /usr/lib/x86_64-linux-gnu/libpng.so (found version 1.2.51) -- Found TIFF: /usr/lib/x86_64-linux-gnu/libtiff.so (found version 4.0.3) -- Performing Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS -- Performing Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS - Success -- Performing Test _OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS -- Performing Test _OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_SUN -- Performing Test _OPENTHREADS_ATOMIC_USE_SUN - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED -- Performing Test _OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC -- Performing Test _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC - Failed -- Looking for pthread_yield -- Looking for pthread_yield - not found -- Looking for sched_yield -- Looking for sched_yield - found -- Looking for pthread_setconcurrency -- Looking for pthread_setconcurrency - not found -- Looking for pthread_getconcurrency -- Looking for pthread_getconcurrency - not found -- Looking for pthread_setaffinity_np -- Looking for pthread_setaffinity_np - not found -- Performing Test HAVE_THREE_PARAM_SCHED_SETAFFINITY -- Performing Test HAVE_THREE_PARAM_SCHED_SETAFFINITY - Success -- checking for module 'xrandr' -- found xrandr, version 1.4.2 -- Looking for gethostbyname in nsl -- Looking for gethostbyname in nsl - found -- Looking for socket in socket -- Looking for socket in socket - not found -- Configuring done -- Generating done -- Build files have been written to: /home/robert/temp/test This was done using Kubuntu 15.04, but when I tagged OSG-3.2.2.rc2 I was using Kubunut-14.10. OSG-3.2.0 goes back several years, since then it's been all build build and bug fixes, and in all
Re: [osg-users] Issue Subclassing GraphicsWindowX11
I will look in to this. I was unaware that would allow me to do what I wanted. Aside from the GraphicsWindowX11, I was able to do what I want another way too. We were already subclassing osgViewer so I added a custom renderingTraversals function. I copied the original one and then changed the SwapBuffersOperation to a custom one that I subclassed. This is a pain though due to the length of renderingTraversals and potential of updates in the future. I was going to look in to doing a GraphicsContext-getOperationsQueue and then rebuilding it with a the custom SwapBuffersOperation, but the setSwapCallback() sounds like a better idea. -Original Message- From: osg-users [mailto:osg-users-boun...@lists.openscenegraph.org] On Behalf Of Voerman, L. Sent: Thursday, May 28, 2015 4:05 AM To: OpenSceneGraph Users Subject: Re: [osg-users] Issue Subclassing GraphicsWindowX11 Hi Karl, Did you find the GraphicsContext-setSwapCallback() call? It seems to me you are taking a very difficult route to get a custom swapBuffersImplementation. Regards, Laurens. On Thu, May 28, 2015 at 9:56 AM, Robert Osfield robert.osfi...@gmail.com wrote: Hi Karl, I haven't heard of this specific problem before, but then most users won't be subclassing from GraphicsWindowX11. In principle I can't see any reason why it wouldn't work. Without code in front of me that fails to compile I can only provides guesses as to what is amiss - my best guess is that either a X11 header needs to be added, or the ordering needs to be adjusted. I can't be any more specific without seeing the problem first hand and attempting to resolve it. Robert. On 27 May 2015 at 15:32, Cary, Karl A. karl.a.c...@leidos.com wrote: I need to subclass the GraphicsWindowX11 class in order to provide a custom swapBuffersImplementation. However, when I do this I then get a really random error in the middle of one of my enumerations (expected identifier before numeric constant). It happens when I include osgViewer/api/X11/GraphicsWindowX11, which I have to include in order to subclass GraphicsWindowX11. If not I am told 'expected class name before {'. As for the enumeration, it happens on the definition of an enumeration value called 'None' (NOTE: the value is called None, not the enumeration). It is a 3rd party header/library so it cannot be changed. Any idea what is going on? Or is there a different way I need to be including/subclassing/declaring GraphicsWindowX11? Thank you. #include osgViewer/GraphicsWindow #include osgViewer/api/X11/GraphicsWindowX11 class MyWindow : public osgViewer::GraphicsWindowX11 { public: MyWindow(osg::GraphicsContext::Traits* traits): osgViewer::GraphicsWindowX11(traits) {} virtual void swapBuffersImplementation(); }; ___ 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 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
Re: [osg-users] error build
Howdy, cmake version 2.8.11.2 So far no problem with cmake. Built lots of project with it, no problems. Cheers, -Joshua On Thu, May 28, 2015 at 6:03 AM, Robert Osfield robert.osfi...@gmail.com wrote: Hi Joshua, On 28 May 2015 at 10:46, Joshua Robinson shooki.robin...@gmail.com wrote: Linux Mint 16. I've not used Linix Mint, and it's not one that gets mentioned on the mailing list/forum, so I don't know if usually users don't have problems, or perhaps it's just not tried that often, build problems under Linux aren't usually a significant issue, and when they do occur it tends to be with older release that the dependencies are very old, or so new that we haven't had a chance to test against them yet. In your case I don't know what might be amiss so we'll need to work through the options. First up because it's a configuration issue it could be that cmake itself is causing problems, or something unusually about the headers installed that is causing problems. What version of cmake are you using? Have you compiled any other projects with cmake on your system? FYI, Kubunty 15.04 that I'm using has cmake 3.0.2. Previously I've used the cmake 2.6.x and 2.8.x series, the OSG-3.2 branch should work fine with all of these in theory. The other thing to investigate is whether cmake can provide you with additional information about why it has a configuration error as right now there doesn't seem any obvious clues to what is causing the problem. 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] error build
Howdy Robert, Linux Mint 16. Cheers, -Joshua On Thu, May 28, 2015 at 4:32 AM, Robert Osfield robert.osfi...@gmail.com wrote: Hi Joshua, The Cmake reports of not finding certain libraries or features look to be all associated with optional components of the OSG that aren't required to build, unless you want that specific component, for instance if you want to use osgQt then you'll need Qt headers and libs installed, but otherwise you can safely ignore these. Cmake can be a bit verbose with warnings that aren't critical. The Configuring incomplete, errors occurred! line is an odd one to which I have explanation. I can see any of the warnings in the rest of the cmake output to indicate what the problem with configuration might be. I have just tried the cmake line you posted on OSG-svn/trunk and the OSG-3.2 branch (that the OSG-3.2.2-rc2 was built from) and both run fine on my systems, the osg_cmake.txt looks like: -- The C compiler identification is GNU 4.9.2 -- The CXX compiler identification is GNU 4.9.2 -- Check for working C compiler: /usr/bin/cc -- Check for working C compiler: /usr/bin/cc -- works -- Detecting C compiler ABI info -- Detecting C compiler ABI info - done -- Check for working CXX compiler: /usr/bin/c++ -- Check for working CXX compiler: /usr/bin/c++ -- works -- Detecting CXX compiler ABI info -- Detecting CXX compiler ABI info - done -- Looking for include file pthread.h -- Looking for include file pthread.h - found -- Looking for pthread_create -- Looking for pthread_create - not 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 -- Found Threads: TRUE -- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so -- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/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 -- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so -- Found OpenGL: /usr/lib/x86_64-linux-gnu/libGL.so -- Found LibXml2: /usr/lib/x86_64-linux-gnu/libxml2.so (found version 2.9.2) -- Found PkgConfig: /usr/bin/pkg-config (found version 0.28) -- checking for module 'gta' -- package 'gta' not found -- Found CURL: /usr/lib/x86_64-linux-gnu/libcurl.so (found version 7.38.0) -- Could NOT find SDL (missing: SDL_LIBRARY SDL_INCLUDE_DIR) -- checking for module 'cairo' -- found cairo, version 1.14.2 -- checking for module 'poppler-glib' -- package 'poppler-glib' not found -- checking for module 'librsvg-2.0=2.35' -- package 'librsvg-2.0=2.35' not found -- checking for module 'gtk+-2.0' -- package 'gtk+-2.0' not found -- checking for module 'gtkglext-x11-1.0' -- package 'gtkglext-x11-1.0' not found -- Could NOT find Boost -- Found unsuitable Qt version from NOTFOUND -- Could NOT find Qt3 (missing: QT_QT_LIBRARY QT_INCLUDE_DIR) -- Found JPEG: /usr/lib/x86_64-linux-gnu/libjpeg.so -- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version 1.2.8) -- Found PNG: /usr/lib/x86_64-linux-gnu/libpng.so (found version 1.2.51) -- Found TIFF: /usr/lib/x86_64-linux-gnu/libtiff.so (found version 4.0.3) -- Performing Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS -- Performing Test _OPENTHREADS_ATOMIC_USE_GCC_BUILTINS - Success -- Performing Test _OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS -- Performing Test _OPENTHREADS_ATOMIC_USE_MIPOSPRO_BUILTINS - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_SUN -- Performing Test _OPENTHREADS_ATOMIC_USE_SUN - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED -- Performing Test _OPENTHREADS_ATOMIC_USE_WIN32_INTERLOCKED - Failed -- Performing Test _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC -- Performing Test _OPENTHREADS_ATOMIC_USE_BSD_ATOMIC - Failed -- Looking for pthread_yield -- Looking for pthread_yield - not found -- Looking for sched_yield -- Looking for sched_yield - found -- Looking for pthread_setconcurrency -- Looking for pthread_setconcurrency - not found -- Looking for pthread_getconcurrency -- Looking for pthread_getconcurrency - not found -- Looking for pthread_setaffinity_np -- Looking for pthread_setaffinity_np - not found -- Performing Test HAVE_THREE_PARAM_SCHED_SETAFFINITY -- Performing Test HAVE_THREE_PARAM_SCHED_SETAFFINITY - Success -- checking for module 'xrandr' -- found xrandr, version 1.4.2 -- Looking for gethostbyname in nsl -- Looking for gethostbyname in nsl - found -- Looking for socket in socket -- Looking for socket in socket - not found -- Configuring done -- Generating done -- Build files have
Re: [osg-users] error build
Hi Joshua, On 28 May 2015 at 10:46, Joshua Robinson shooki.robin...@gmail.com wrote: Linux Mint 16. I've not used Linix Mint, and it's not one that gets mentioned on the mailing list/forum, so I don't know if usually users don't have problems, or perhaps it's just not tried that often, build problems under Linux aren't usually a significant issue, and when they do occur it tends to be with older release that the dependencies are very old, or so new that we haven't had a chance to test against them yet. In your case I don't know what might be amiss so we'll need to work through the options. First up because it's a configuration issue it could be that cmake itself is causing problems, or something unusually about the headers installed that is causing problems. What version of cmake are you using? Have you compiled any other projects with cmake on your system? FYI, Kubunty 15.04 that I'm using has cmake 3.0.2. Previously I've used the cmake 2.6.x and 2.8.x series, the OSG-3.2 branch should work fine with all of these in theory. The other thing to investigate is whether cmake can provide you with additional information about why it has a configuration error as right now there doesn't seem any obvious clues to what is causing the problem. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] error build
Hi Joshua, On 28 May 2015 at 11:15, Joshua Robinson shooki.robin...@gmail.com wrote: cmake version 2.8.11.2 So far no problem with cmake. Built lots of project with it, no problems. There isn't anything else I can suggest as the output from cmake doesn't provide any clues to what might be amiss. I don't have a Linux Mint install to test against, so can't personally test it. The best I can suggest right now would be to try commenting out some of the FIND_PACKAGE(..) entries in the OpenSceneGraph/CMakeLists.txt. Search for the line # Common to all platforms except android:, after this is a search of mostly optional packages that are only required for particular plugins and node kits. The core OSG just depends upon Cmake, C++ and OpenGL, with osgViewer adding a GLX/X11 dependency under Linux for windowing, and pthreads for threading under Unices. The rest of the dependencies are optionally so you can be pretty savage with removing stuff. In theory CMake should be doing this for you, disabling things that it can't compile. If we can isolate what is causing the problem then will have a chance getting a fix checked into the OSG-3.2 and OSG-svn/trunk branches. As we are open source community we need users with the problems in front of them to pitch in and help fix them, these especially important for niche platform combinations that have fewer developers testing things out. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] error build
Joshua Robinson writes: Howdy, cmake version 2.8.11.2 So far no problem with cmake. Built lots of project with it, no problems. Try the ccmake executable instead of cmake. Errors there are usually more apparent. -- Alberto ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] OS X (10.9) Texture2D with hardware compression results in no texture data.
Hello everyone, I started upgrading delta3d to use osg 3.3.x, but I ran into a strange problem that that seems like it must be something that changed in the osg::Texture code, thought it only manifests on OS X. The texture is setting compressed mode, I think it turns on mip mapping correctly, and it ends up calling extensions-glCompressedTexSubImage2D(). The only reason I think it has to be in this code, is that I tried it with an ive file that has compressed textures. Those load straight into the image object from the ive file, and into the Texture2D. I can export the textures from the ive, and read them in an image tool, and I can load the ive and works fine on Windows. In case you get the wrong idea, I have an application with many different file formats and both extrernal and embedded textures. Not a single compressed image we have will load properly on OS X, but they all work on in OSG 3.2.1. Any thoughts would be appreciated! Thanks, David -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63862#63862 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OS X (10.9) Texture2D with hardware compression results in no texture data.
Hi David, we faced the same issues on Mac, and my colleague found a fast work around, not the fix though. If this is with dds textures, then in ReaderWriterDDS.cpp put the following line into comment: // if (mipmap_offsets.size()0) osgImage-setMipmapLevels(mipmap_offsets); We are investigating this as time allows us, will keep this thread updated if we find something Nick On Thu, May 28, 2015 at 3:52 PM, David Guthrie dguth...@alionscience.com wrote: Hello everyone, I started upgrading delta3d to use osg 3.3.x, but I ran into a strange problem that that seems like it must be something that changed in the osg::Texture code, thought it only manifests on OS X. The texture is setting compressed mode, I think it turns on mip mapping correctly, and it ends up calling extensions-glCompressedTexSubImage2D(). The only reason I think it has to be in this code, is that I tried it with an ive file that has compressed textures. Those load straight into the image object from the ive file, and into the Texture2D. I can export the textures from the ive, and read them in an image tool, and I can load the ive and works fine on Windows. In case you get the wrong idea, I have an application with many different file formats and both extrernal and embedded textures. Not a single compressed image we have will load properly on OS X, but they all work on in OSG 3.2.1. Any thoughts would be appreciated! Thanks, David -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63862#63862 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- trajce nikolov nick ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OS X (10.9) Texture2D with hardware compression results in no texture data.
Hey, You are a lifesaver. I took it out in the ive plugin as well, and between the two, all my textures came back. Thank you! Cheers, David -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=63867#63867 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OS X (10.9) Texture2D with hardware compression results in no texture data.
Thanks Robert, these are good hints ! Nick On Thu, May 28, 2015 at 5:32 PM, Robert Osfield robert.osfi...@gmail.com wrote: Hi Guys, On 28 May 2015 at 16:17, David Guthrie dguth...@alionscience.com wrote: You are a lifesaver. I took it out in the ive plugin as well, and between the two, all my textures came back. Reading this exchange, it sounds like provision of mipmaps is somehow broken with OSX OSG svn/trunk. It would be worth looking at changes to OpenSceneGraph/src/osg/Image.cpp, Texture.cpp and Texture2D.cpp. It could be that a GL extension is broken under OSX, or something on the OSG side that isn't working as intended, with the error only being picked up under OSX. I'm afraid I don't have an hunch as to what it might be though. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- trajce nikolov nick ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OS X (10.9) Texture2D with hardware compression results in no texture data.
Hi Guys, On 28 May 2015 at 16:17, David Guthrie dguth...@alionscience.com wrote: You are a lifesaver. I took it out in the ive plugin as well, and between the two, all my textures came back. Reading this exchange, it sounds like provision of mipmaps is somehow broken with OSX OSG svn/trunk. It would be worth looking at changes to OpenSceneGraph/src/osg/Image.cpp, Texture.cpp and Texture2D.cpp. It could be that a GL extension is broken under OSX, or something on the OSG side that isn't working as intended, with the error only being picked up under OSX. I'm afraid I don't have an hunch as to what it might be though. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org