[osg-users] Fwd: Build failed in Jenkins: OSG-trunk #363
FYI: -- Forwarded message -- Date: Wed, Sep 12, 2012 at 8:55 AM Subject: Build failed in Jenkins: OSG-trunk #363 Changes: [robert] Converted sorting of directory contents across to use the new osgDB::FileNameComparator and osgDB::getSortedDirectoryContents() -- [build] $ make install [ 0%] Built target OpenThreads [ 10%] Built target osg [ 13%] Built target osgUtil [ 15%] Built target osgDB [ 17%] Built target osgGA [ 18%] Built target osgText [ 19%] Built target osgViewer [ 21%] Built target osgAnimation [ 22%] Built target osgFX [ 23%] Built target osgManipulator [ 24%] Built target osgParticle [ 24%] Built target osgVolume [ 24%] Building CXX object src/osgPresentation/CMakeFiles/osgPresentation.dir/SlideShowConstructor.o src/osgPresentation/SlideShowConstructor.cpp: In member function ‘osg::Image* osgPresentation::SlideShowConstructor::readImage(const std::string, const osgPresentation::SlideShowConstructor::ImageData)’: src/osgPresentation/SlideShowConstructor.cpp:937:55: error: ‘FileNameComparator’ is not a member of ‘osgDB’ src/osgPresentation/SlideShowConstructor.cpp: In member function ‘void osgPresentation::SlideShowConstructor::addVolume(const std::string, const osgPresentation::SlideShowConstructor::PositionData, const osgPresentation::SlideShowConstructor::VolumeData)’: src/osgPresentation/SlideShowConstructor.cpp:1909:55: error: ‘FileNameComparator’ is not a member of ‘osgDB’ make[2]: *** [src/osgPresentation/CMakeFiles/osgPresentation.dir/SlideShowConstructor.o] Error 1 make[1]: *** [src/osgPresentation/CMakeFiles/osgPresentation.dir/all] Error 2 make: *** [all] Error 2 Build step 'CMake Build' marked build as failure [locks-and-latches] Releasing all the locks [locks-and-latches] All the locks released -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Fwd: Build failed in Jenkins: OSG-trunk #363
The build is back to green - all is well. Thanks! Ryan On Wed, Sep 12, 2012 at 11:03 AM, Robert Osfield robert.osfi...@gmail.comwrote: Hi Ryan, I did attempt to check the required changes in earlier but double checking now I see that this particular commit can't have succeeded for some reason - perhaps I didn't spot an error report when I did the svn commit. I have just checked in the files again. Could you do an svn update and let me know how you get on. Thanks, Robert. On 12 September 2012 16:45, Ryan Pavlik rpav...@iastate.edu wrote: FYI: -- Forwarded message -- Date: Wed, Sep 12, 2012 at 8:55 AM Subject: Build failed in Jenkins: OSG-trunk #363 Changes: [robert] Converted sorting of directory contents across to use the new osgDB::FileNameComparator and osgDB::getSortedDirectoryContents() -- [build] $ make install [ 0%] Built target OpenThreads [ 10%] Built target osg [ 13%] Built target osgUtil [ 15%] Built target osgDB [ 17%] Built target osgGA [ 18%] Built target osgText [ 19%] Built target osgViewer [ 21%] Built target osgAnimation [ 22%] Built target osgFX [ 23%] Built target osgManipulator [ 24%] Built target osgParticle [ 24%] Built target osgVolume [ 24%] Building CXX object src/osgPresentation/CMakeFiles/osgPresentation.dir/SlideShowConstructor.o src/osgPresentation/SlideShowConstructor.cpp: In member function ‘osg::Image* osgPresentation::SlideShowConstructor::readImage(const std::string, const osgPresentation::SlideShowConstructor::ImageData)’: src/osgPresentation/SlideShowConstructor.cpp:937:55: error: ‘FileNameComparator’ is not a member of ‘osgDB’ src/osgPresentation/SlideShowConstructor.cpp: In member function ‘void osgPresentation::SlideShowConstructor::addVolume(const std::string, const osgPresentation::SlideShowConstructor::PositionData, const osgPresentation::SlideShowConstructor::VolumeData)’: src/osgPresentation/SlideShowConstructor.cpp:1909:55: error: ‘FileNameComparator’ is not a member of ‘osgDB’ make[2]: *** [src/osgPresentation/CMakeFiles/osgPresentation.dir/SlideShowConstructor.o] Error 1 make[1]: *** [src/osgPresentation/CMakeFiles/osgPresentation.dir/all] Error 2 make: *** [all] Error 2 Build step 'CMake Build' marked build as failure [locks-and-latches] Releasing all the locks [locks-and-latches] All the locks released -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ 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 -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Why no games with OSG?
shameless_plugIf you're using VR Juggler and OpenSceneGraph, worth looking at VR JuggLua: https://github.com/vancegroup/vr-jugglua - Makes working with VR Juggler even easier, and lets you even get interactive code execution (add more code while running - a REPL ) /shameless_plug On Thu, Apr 26, 2012 at 3:08 PM, Maia Randria veneree.randrianari...@crulrg.ulaval.ca wrote: Hi, Thank you for replying and for redirecting me to DI-GUY: very interesting product ! Our application should work within a CAVE and we plan to use VR Juggler + OSG for that, I don't know if DI-GUY is working for a CAVE and how flexible it is, I will contact them. Cheers, Maia -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=47331#47331 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Why no games with OSG?
On Thu, Apr 26, 2012 at 2:49 PM, Chris Hanson xe...@alphapixel.com wrote: On Thu, Apr 26, 2012 at 12:17 PM, Maia Randria veneree.randrianari...@crulrg.ulaval.ca wrote: Hi Chris, Thanks for your quick response. Yes, I understood that these are add-ons but once added, OSG seems to be quite similar to Delta3 ? This could be confusing, at least for me. There is not rule saying things can't be similar. Don't worry about it. They are what they are. Actually Delta3D uses OSG for rendering which could be why they seem similar: Delta3D is a distributed game engine built on top of OSG. -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] 3D models used in OSG ?
, 2011 12:26 PM To: Subject: 3D models used in OSG ? Hi, First, I am sorry if my questions seem naive, I am really a newbie in OSG/3D. My question is about the 3D models used by both of you in OSG: - do you create your own 3D models yourselves with OSG ? - or with other software like Blender, 3DS Max, Maya ? - or do you buy or export free ones. Creating such 3D models needs artistic abilites and a lot of time, that's why my questionning ? The next question is about the exportation between 3DS max (or Blender, whatover 3D modeler) to OSG: when exporting, for example, an animated 3D models from these 3D modelers, does OSG preserve these animations/texturing ? Or, all are lost and need to be redefined with OSG ? Thank you! Cheers, Maia ___ osg-users mailing list http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Post generated by Mail2Forum -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=43620#43620 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Comparison between OpenSceneGraph/Unity3D/Vizard of WorldViz
shameless_plug You might also want to consider VR Juggler, which can be used with OpenSceneGraph. I've built a set of bindings for VR Juggler and OpenSceneGraph and some extended capabilities that allow interpretive scripting (in Lua), as well as interactive code execution - it's called VR JuggLua, and is open source here: https://github.com/vance-group/vr-jugglua /shameless_plug Ryan On Tue, Oct 25, 2011 at 9:50 AM, Maia Randria veneree.randrianari...@crulrg.ulaval.ca wrote: Hi, I am new in 3D tools and I am trying to compare several ones that are popular ... Sorry if I am a bit confused. Could someone give some kind of comparison about the main differences between Unity3D/OpenSceneGraph/Vizard of WorldViz if they could be compared? We are looking for 3D tools for our future CAVE-like. Thank you! Cheers, Maia -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=43545#43545 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Any idea how to tell ccmake to build MINGW on Cygwin
Any particular reason you want to use Cygwin to build on mingw? As far as I can tell, it's easier to just build with mingw/msys directly. Using the mingw shell (aka MSYS - it's a bash shell), I ran cmake-gui (it's in my path, the normal windows cmake), chose the MSYS Makefiles generator (use the mingw makefiles generator if you don't have msys/bash installed and are using cmd and the mingw make instead), with default native compilers, and it successfully configured. It has already completed building OpenThreads without an issue, and it looks like it is doing fine compiling the osg module at the moment. (Testing with 2.8 svn since I had it handy.) Ryan On Thu, Sep 22, 2011 at 12:13 PM, Brian Keener bkee...@thesoftwaresource.com wrote: I was trying to build a Windows version of OSG on Cygwin (I can build an X version) and wasn't having any luck. Now that Cygwin has a cross-compiler for MINGW (reworked - not the old -MNO_CYGWIN option) I thought I would give that a try. Seems I can tell it where all the pertinent compiler and linker programs are and maybe even the libs but I'm still missing something as I keep getting an error on the make in pthreads. Anyone tried building a MINGW version on CYGWIN yet? thanks bk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] RenderBin implementation not found
Sounds like this could be the static initialization order fiasco - http://www.parashift.com/c++-faq-lite/ctors.html#faq-10.14 - or perhaps just a plain old race condition. Ryan On Fri, Sep 16, 2011 at 9:42 AM, Cory Riddell c...@codeware.com wrote: Hi Robert, I got the customer to run with --SingleThreaded and the warning disappeared. The warning seems to be somewhat sporadic. Cory On 9/16/2011 2:02 AM, Robert Osfield wrote: HI Cory, I haven't heard of this specific problem before so you may well be the first! The RenderBin is effectively the default RenderBin, it's registered during the static construction of the RenderBinPrototypeList, see the top of src/osgUtil/RenderBin.cpp. The way it's written should ensure that the relevant bins are all registered before they are accessed, and from the error you see it look like this isn't happening. I guess it's possible that multiple threads might call renderBinPrototypeList() static method in a parallel and have the static constructed in an implement way in one of the threads. Could you try running osgviewer single threaded to see if that makes a difference. Robert. On Thu, Sep 15, 2011 at 5:51 PM, Cory Riddell c...@codeware.com wrote: A customer is having trouble running our OSG-based application on his computer. I sent him osgviewer.exe and when he runs osgviewer.exe cow.osg it works, but this message is printed on the console: Warning: RenderBin RenderBin implementation not found, using default RenderBin as a fallback. It's just a warning and he does see the cow, but I'm wondering if this message is a symptom of some other problem? FWIW, his workstation-class laptop has a FirePro m8900 video card with up to date drivers. Cory ___ 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 -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Laptop switchable graphics and OSG / OpenGL apps?
The white paper on nvidia's site http://www.nvidia.com/object/optimus_technology.html says these three automatically power on the GPU: DX Calls: Any 3D game engine or DirectX application will trigger these calls DXVA Calls: Video playback will trigger these calls (DXVA = DirectX Video Acceleration) CUDA Calls: CUDA applications will trigger these calls The lack of working profiles and API seems pretty problematic. One could always run some CUDA code at startup, but it doesn't say how shutdown is determined, and this really reeks of a kludge. Ryan On Fri, Sep 9, 2011 at 2:26 PM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Hi Martins, I'm using 268.30, the most recent as provided by Dell specifically for my laptop. I have not tried any of the drivers on Nvidia's site. Well, I just reverted to the 268.71 version that is provided by Lenovo. On this version, selecting the discrete graphics in the Global Settings tab works, but profiles I add don't seem to be saved (I close and re-open the nVidia control panel and the profiles I added are gone). So I guess I have a workaround to enable the nVidia graphics chip when I need it without rebooting and doing it in the BIOS, but I hope nVidia reply to my message and fix profiles, and possibly have a way for apps to tell it where to run. That would be the best. I hope a better solution becomes available. This could be a support nightmare when distributing applications. Indeed. J-S -- __** Jean-Sébastien Guay jean-sebastien.guay@cm-labs.**comjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.dyndns-web.**com/http://whitestar02.dyndns-web.com/ __**_ osg-users mailing list osg-users@lists.**openscenegraph.org osg-users@lists.openscenegraph.org http://lists.openscenegraph.**org/listinfo.cgi/osg-users-** openscenegraph.orghttp://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [osgPlugins] VRML plugin: help in compiling
On Wed, Sep 7, 2011 at 9:02 AM, Paolo Piazzi paolo.pia...@t3lab.it wrote: Keith Parkins wrote: The openvrml loader is basic right now and cannot handle any VRML file. Thank you Keith! You are right! I need a framework to handle CAD-exported models and so I was trying to use OSG+VRML plugin. I can try to use the .3ds plugin, that works, though probably doesn't understand that the .3ds is animated, as exported from 3ds Studio Max. Keith, I think that you are the right people for this question: I want to build a little framework of Augmented Reality, that lets me grab an image, recognizes an object (through OpenCV) and superimposes an object like a VRML or 3ds. Do you think that I can do it if I work with OSG framework? Do you have any advice? I thank you in advance: for the moment I'm not a guru of c++ and graphic libraries.. :) You might want to look at osgART for doing AR with OpenSceneGraph: http://osgart.org/wiki/index.php/Main_Page Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] compiling trunk of osgIntrospection with osg3.0with vs2010
Carsten, That particular error is because OutputStream (and InputStream) are incorrectly detected as value types (copyable, etc.), when they are really object types (and non-copyable). This can be fixed with a change to genwrapper.conf. The include and typedef errors can also be fixed in that way. I've made those fixes and pushed an updated version to github - take a look at the recent commits to see how I resolved the issues you mentioned (and the others I ran into). With this, I can build the osgDB wrapper for a 3.0-line build, using Clang on Linux. (I have never tried this on Windows before). Please feel free to click the Fork button on GitHub and make whatever changes are necessary (likely primarily to the genwrapper.conf file) to finish the wrapper building. I'm primarily still using 2.8 so I haven't really had time to work on getting the wrappers built properly for 3.0. Thanks! Ryan On Thu, Aug 4, 2011 at 9:47 AM, Carsten Scharfe cscha...@dspace.de wrote: Hi Ryan, ** ** thank you very much for directing me to cppintrospection. This helped me a lot. I even got the most osg library wrappers compiled after generation of the osg wrappers and fixing some minor problems like: **- **adding libraries to link against, like cppinstrospection.lib, osg.lib and OpenThreads.lib (they somehow are missing in the wrapper libs) **- **adding an #include osg/observer_ptr where it was reported as unknown identifier **- **correcting some TYPE_NAME_ALIASES dealing with function pointers, e.g.: TYPE_NAME_ALIAS(void*(osgDB::ObjectWrapper*), osgDB::RegisterWrapperProxy::AddPropFunc) (was generated as “TYPE_NAME_ALIAS(void(*, osgDB::RegisterWrapperProxy::AddPropFunc)” , with a closing bracket missing ) ** ** But I’m again stuck at compiling osgDB wrapper, with the following error message: ** ** 1-- Build started: Project: osgwrapper_osgDB, Configuration: Release Win32 -- 1 OutputStream.cpp 1D:\development\visual studio 2010\VC\include\sstream(724): error C2248: 'std::basic_ios_Elem,_Traits::basic_ios' : cannot access private member declared in class 'std::basic_ios_Elem,_Traits' 1 with 1 [ 1 _Elem=char, 1 _Traits=std::char_traitschar 1 ] 1 D:\development\visual studio 2010\VC\include\ios(176) : see declaration of 'std::basic_ios_Elem,_Traits::basic_ios' 1 with 1 [ 1 _Elem=char, 1 _Traits=std::char_traitschar 1 ] 1 This diagnostic occurred in the compiler generated function 'std::basic_stringstream_Elem,_Traits,_Alloc::basic_stringstream(const std::basic_stringstream_Elem,_Traits,_Alloc )' 1 with 1 [ 1 _Elem=char, 1 _Traits=std::char_traitschar, 1 _Alloc=std::allocatorchar 1 ] ** ** I cannot track that down, to correct it. Any advice or help is welcome.*** * ** ** Thanks in advance. ** ** Cheers, Carsten _ ** ** Carsten Scharfe Software Developer Experiment Software ESIM ** ** dSPACE GmbH Rathenaustraße 26 33102 Paderborn Germany ** ** Tel.: +49 5251 1638-1920 http://www.dspace.com mailto:cscha...@dspace.de _ ** ** ** ** *From:* osg-users-boun...@lists.openscenegraph.org [mailto: osg-users-boun...@lists.openscenegraph.org] *On Behalf Of *Ryan Pavlik *Sent:* Monday, August 01, 2011 7:01 PM *To:* OpenSceneGraph Users *Subject:* Re: [osg-users] compiling trunk of osgIntrospection with osg3.0with vs2010 ** ** I've gotten fairly close to building this, even using the Clang compiler. You'll want to get my fork of the 'cppintrospection' library, which is just a name-change of osgIntrospection with some updates. https://github.com/rpavlik/cppintrospection ** ** There were a number of changes to the config needed, and I made a number of other fixes in the wrapper generator, as well as the library itself. This improved version also includes a single-step generate and build of wrappers, and also reduces the size of the wrapper libraries by reducing the number of reflection template instantiations required. ** ** I've used it successfully with the 2.8 branch and the Clang compiler on Linux - haven't tested it on other platforms yet but I've been careful to keep it cross-platform. ** ** Ryan ** ** On Mon, Aug 1, 2011 at 8:46 AM, Carsten Scharfe cscha...@dspace.de wrote: Hi All, I’m trying to compile osgIntrospection with OSG 3.0.0 in Visual Studio 2010. While osgIntrospection compiles, the osgWrappers (e.g. Wrapper osg) do not. It seem to be that VS2010 has severe
Re: [osg-users] compiling trunk of osgIntrospection with osg3.0 with vs2010
I've gotten fairly close to building this, even using the Clang compiler. You'll want to get my fork of the 'cppintrospection' library, which is just a name-change of osgIntrospection with some updates. https://github.com/rpavlik/cppintrospection There were a number of changes to the config needed, and I made a number of other fixes in the wrapper generator, as well as the library itself. This improved version also includes a single-step generate and build of wrappers, and also reduces the size of the wrapper libraries by reducing the number of reflection template instantiations required. I've used it successfully with the 2.8 branch and the Clang compiler on Linux - haven't tested it on other platforms yet but I've been careful to keep it cross-platform. Ryan On Mon, Aug 1, 2011 at 8:46 AM, Carsten Scharfe cscha...@dspace.de wrote: Hi All, I’m trying to compile osgIntrospection with OSG 3.0.0 in Visual Studio 2010. While osgIntrospection compiles, the osgWrappers (e.g. Wrapper osg) do not. It seem to be that VS2010 has severe Problems with finding operator-methods of classes such as string or map. Maybe this is a template instatiation issue. The error messages I’ll get from VS2010: “1E:\OpenSceneGraph-3.0.0\include\osg/State(2477): error C2784: 'bool std::operator (const std::move_iterator_RanIt ,const std::move_iterator_RanIt2 )' : could not deduce template argument for 'const std::move_iterator_RanIt ' from 'const std::string' 1 D:\development\visual studio 2010\VC\include\iterator(371) : see declaration of 'std::operator '“ or “1E:\OpenSceneGraph-3.0.0\osgIntrospection\include\osgIntrospection/ReaderWriter(217): error C2678: binary '' : no operator found which takes a left-hand operand of type 'std::istream' (or there is no acceptable conversion) 1. D:\development\visual studio 2010\VC\include\istream(1053): could be 'std::basic_istream_Elem,_Traits std::operator std::char_traitschar(std::basic_istream_Elem,_Traits ,signed char *)' [found using argument-dependent lookup]” In need some hints or help to sort this out. I’m definitely stuck. Can somebody help me please? Any advice is welcome, Cheers Carsten ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Building OpenThreads with Qt Support: Any benefits?
So if this is primarily for mobile devices, would that be useful info to add to the CMakeLists.txt file as the option documentation, so it pops up as a tool-tip? Something like this patch? https://github.com/rpavlik/osg/compare/openscenegraph:master...clarify-qthreads Ryan On Wed, Jul 6, 2011 at 3:07 AM, George Bekos bekos...@live.com wrote: Thanks a lot for your answer dude! Cheers! Wang Rui wrote: Hi George and Chris, The QThread support was submitted initially for the further migrating to Symbian and Meego. AFAIK, the Meego version of OSG is already workable in a Chinese lab. But I don't have a clear plan of when and how to merge it to the trunk version at present. And yes, until the 4.7 release, Qt doesn't support setting CPU affinity so far. And I'm not sure if Qt's threading model is safer or not. But at least, it should be a good start for porting OSG to another few mobile platforms. :-) Wang Rui 2011/7/5 Chris 'Xenon' Hanson : On 7/5/2011 4:03 AM, George Bekos wrote: Hello again guys! :D I want to ask you about this BUILD_OPENTHREADS_WITH_QT CMake flag when you build OSG. From what I saw the only thing this flag does is to use the Qt Threading library for OpenThreads. Are there any benefits from using Qt Threading library over for example Win32 threads or pThreads? I understand that Qt Threading library acts as an extra layer on top of some other library (Win32threads,pThreads etc) depending on the platform. In our main application we use Qt Framework a lot for the GUI. Building OpenThreads with Qt Thread support makes it any safer? Are there evidence that I might have threading issues when I use OSG with Qt Framework without OpenThreads Qt support enabled? I'm interested in this answer too. I seem to recall that Qt's threading library doesn't expose a CPU affinity mask, which OSG kind of likes. Is any of this true? -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Hello OSG
On Tue, Jul 5, 2011 at 8:03 AM, Donn Washburn n5...@comcast.net wrote: On 07/05/2011 03:31 AM, Alberto Luaces wrote: Donn Washburn writes: This is my first time to join in on OSGs email. The main purpose was to notify of a error I am getting on a SVN version on two different OS versions. It shows up on ffmpeg/FFmpegDecoder.cpp which is at about 99% and states depreciated causing OSG to fail. I do have it saved so if this is the correct place to ask I can send it. Hi Donn, Yes, it should be helpful that you provide the exact error you are getting and your ffmpeg version. Ok will do! osg.err So the deprecation warnings you mention aren't actually the problem strictly speaking - those are warnings, not errors. The errors are better hidden - here they are without the warnings around them: [ 96%] Building CXX object src/osgPlugins/ffmpeg/CMakeFiles/osgdb_ffmpeg.dir/FFmpegDecoder.o In file included from /mnt/sda7/fgfs/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegHeaders.hpp:12:0, from /mnt/sda7/fgfs/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegClocks.hpp:10, from /mnt/sda7/fgfs/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegDecoderAudio.hpp:9, from /mnt/sda7/fgfs/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegDecoder.hpp:5, from /mnt/sda7/fgfs/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegDecoder.cpp:2: /mnt/sda7/fgfs/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegDecoder.cpp: In member function �void osgFFmpeg::FFmpegDecoder::findAudioStream()�: /mnt/sda7/fgfs/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegDecoder.cpp:211:64: error: �CODEC_TYPE_AUDIO� was not declared in this scope /mnt/sda7/fgfs/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegDecoder.cpp: In member function �void osgFFmpeg::FFmpegDecoder::findVideoStream()�: /mnt/sda7/fgfs/OpenSceneGraph/src/osgPlugins/ffmpeg/FFmpegDecoder.cpp:229:64: error: �CODEC_TYPE_VIDEO� was not declared in this scope What version of ffmpeg and linux are you using? Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Boundary Representations
I would be interested in this, including perhaps collaborating and contributing. Would you be able to develop this publicly somewhere like github? If you are looking at OpenCASCADE, you might consider this community-run friendly fork, which seems much more accessible: https://github.com/tpaviot/oce Furthermore, when it comes to file-format support or perhaps a design model, you might consider the COLLADA spec - COLLADA 1.5 added (what seems to be) a fairly complete B-Rep specification. At the very least, it seems to be pretty comparable in what it can express to the XT-Brep capabilities of the Jt file format (and thus the brep capabilities of the parasolid XT format). Links: COLLADA: http://www.khronos.org/collada/ and the XT-Brep spec: http://www.plm.automation.siemens.com/en_us/products/open/jtopen/technology/index.shtml (right-hand side links) Ryan On Sat, Jul 2, 2011 at 5:41 PM, Simon Hammett s.d.hamm...@googlemail.comwrote: No, but you might want to look at: http://www.opencascade.org/ that's got all sorts of stuff in it. On 2 July 2011 22:36, Daniel Peraza danielper...@gmail.com wrote: Hi, I'd like to know if OSG has any class for handling Boundary Representations before writing one by myself. I'm working with orthogonal pseudo polyhedra. ... Thank you! Cheers, Daniel -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=41120#41120 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- http://www.ssTk.co.uk ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk and OSG-3.0 branch for next rc
I've built on 32-bit Visual Studio 2010 (without the additional dependencies), and it built just fine - there should be a dashboard report up. Also it looks like my auto-build on Ubuntu 11.04 x64 built fine too. Ryan On Fri, Jun 24, 2011 at 11:29 AM, Robert Osfield robert.osfi...@gmail.comwrote: Hi All, I'm now ready to tag 3.0.0-rc5, once I've got some positive feedback I'll tag the beast. Right now I've got to go help out with my eldest daughters Birthday party! Have fun ;-) Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Remaining build warnings found by Clang
On Thu, Jun 23, 2011 at 11:46 AM, Robert Osfield robert.osfi...@gmail.comwrote: Hi Ryan, As I could easily get clang compiling I did a scan through your log and have concluded that almost all the warnings are either false positives, i.e. NodeVisitor, or not critical such as unused parameters. In two cases I spotted genuine problems osg::OcclusionQueryNode::releaseGLObjects(..) wasn't const when it should have been, and osgViewer::Viewer::take(View) should have qualified the View's namespace to make sure it overloaded the take method correctly. I've fixed this two problems and checked the fixes into svn/trunk and the OSG-3.0 branch. In both cases these were bugs and in the case of OcclusionQueryNode it will have resulted in a GL resource leak and potential errors on closing and opening contexts. There is chance that amongst the hundreds of warnings there are some other genuine bugs lurking but with so many false positives it's hard to spot them. For the 3.0.0 release I'll now do any further investigation into the clang results/testing with clang as I've probably got the most out of it in the time available. Robert. Thanks for looking into this! Yeah, the version of Clang in Ubuntu is too old to be useful. 2.9 is enough to build OSG trunk with those patches, and Ive been using trunk myself. Eventually, I'd suggest doing a build with CMAKE_CXX_FLAGS set to: -Wall -Wextra -Wno-overloaded-virtual -Wno-unused-parameter This will disable the vast majority of the noise. Here's the remaining ones I notice that seem possibly useful: /home/rpavlik/src/third-party/osg-trunk/src/osgAnimation/Skeleton.cpp:25:87: warning: addition of default argument on redeclaration makes this constructor a copy constructor [-Wdefault-arg-special-member] Skeleton::UpdateSkeleton::UpdateSkeleton(const UpdateSkeleton us, const osg::CopyOp copyop= osg::CopyOp::SHALLOW_COPY) : osg::Object(us, copyop), osg::NodeCallback(us, copyop) ^ ~ /home/rpavlik/src/third-party/osg-trunk/include/osgAnimation/Skeleton:34:13: note: previous declaration was not a special member function UpdateSkeleton(const UpdateSkeleton, const osg::CopyOp); ^ /home/rpavlik/src/third-party/osg-trunk/src/OpenThreads/pthreads/PThread.cpp:1024:15: warning: comparison of unsigned expression 0 is always false [-Wtautological-compare] if (cpunum0) return -1; ~~^~ /home/rpavlik/src/third-party/osg-trunk/src/osgDB/ExternalFileWriter.cpp:221:122: warning: expression result unused [-Wunused-value] _objects.insert(ObjectsSet::value_type(obj, ObjectData(absoluteDestinationPath, relativeDestinationPath, written))).first; ^ /home/rpavlik/src/third-party/osg-trunk/src/osgManipulator/Dragger.cpp:175:18: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] if (*itr = constraint) return; ~^~~~ /home/rpavlik/src/third-party/osg-trunk/src/osgManipulator/Dragger.cpp:175:18: note: place parentheses around the assignment to silence this warning if (*itr = constraint) return; ^ () /home/rpavlik/src/third-party/osg-trunk/src/osgManipulator/Dragger.cpp:175:18: note: use '==' to turn this assignment into an equality comparison if (*itr = constraint) return; ^ == /home/rpavlik/src/third-party/osg-trunk/src/osgManipulator/Dragger.cpp:187:18: warning: using the result of an assignment as a condition without parentheses [-Wparentheses] if (*itr = constraint) ~^~~~ /home/rpavlik/src/third-party/osg-trunk/src/osgManipulator/Dragger.cpp:187:18: note: place parentheses around the assignment to silence this warning if (*itr = constraint) ^ () /home/rpavlik/src/third-party/osg-trunk/src/osgManipulator/Dragger.cpp:187:18: note: use '==' to turn this assignment into an equality comparison if (*itr = constraint) ^ == -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Potential issues in NodeVisitor subclasses
On Wed, Jun 22, 2011 at 11:29 AM, Robert Osfield robert.osfi...@gmail.comwrote: Hi Ryan, NodeVisitor's subclasses are meant to only override the methods they need to. It's what makes the convinient and powerful. Yes, of course - for some time I was confused on how a visitor could be implemented _without_ triggering this warning. The documented problems which the warning issue relate to aren't relevent to NodeVisitor usage. This compiler warning issue is in practice just a distraction that will lead to more code bloat and potential problems. FYI, different compilers have complained about this issue on and off for the last decade but not once in the history of the OSG has there been a bug due to this issue. Adding a using osg::NodeVisitor::apply to all subclasses just to quieten down a silly warning is what I would call a good coding practice. Yes, when thinking through it, I couldn't think of an instance in which it would affect use, since Visitors are generally only handled by a base class reference, but the warning was the most frequent. I'm unsure I understand your thoughts on a resolution - are you saying we should add using osg::NodeVisitor::apply; or that we should ignore the warning? Thanks! Ryan Robert. On Wed, Jun 22, 2011 at 5:17 PM, Ryan Pavlik rpav...@iastate.edu wrote: All, I've been working to get all the code I use to compile cleanly using Clang, which is a faster, stricter, yet more helpful compiler than gcc. I actually would like to get things to build cleanly with -Wall -Wextra in Clang since those are often potential errors. I'll submit a full warnings log in a later email along with the build patches, but I wanted to mention one issue separately. Apparently resolution of overloaded functions takes place on the name only, rather than the full signature, which interacts with virtual functions. In NodeVisitor, a number of virtual functions are declared with the same name, apply, as required for the visitor pattern. It seems that according to the standard, unexpected things may happen if not all overloads are implemented in a subclass. The best discussions of this issue that I've found so far are here: http://www.codeguru.com/forum/showthread.php?t=459396 https://groups.google.com/forum/#!topic/mozilla.dev.builds/60CACLzH_YM http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20423 https://www.securecoding.cert.org/confluence/display/cplusplus/OOP03-CPP.+Prefer+not+to+overload+virtual+functions - note that the ideal solution is only mentioned in the comments The apparent best solution is for all NodeVisitor subclasses to include a line equivalent to: using osg::NodeVisitor::apply; (replacing osg::NodeVisitor with a more specialized base class where not inheriting directly from NodeVisitor) That said, I haven't worked on this too long or done extensive testing, but it is an issue I wanted to bring up. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ 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 -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenSceneGraph-3.0.0 release candidate 2 tagged
- otherwise it is redundant to check if imageLayer is null at line 259 [src/osgWrappers/serializers/osg/ShaderBinary.cpp:28]: (error) Mismatching allocation and deallocation: data 2011-06-20 17:54 robert * src/osgViewer/GraphicsWindowX11.cpp: Merged following revisions from svn/trunk which address problems with toggling fullscreen on/off under modern X11 window managers r12573 | robert | 2011-06-20 12:25:52 +0100 (Mon, 20 Jun 2011) | 2 lines Added catch for window manager doesn't set the window size to full screen. r12572 | robert | 2011-06-20 10:28:39 +0100 (Mon, 20 Jun 2011) | 4 lines Added check against Traits::overrideRedirct to prevent the fullscreen workaround being run when overrideRedirect is on as overrideRedirect switches off the window managers ability to manage the fullscreen so the problem doesn't need working around. r12571 | robert | 2011-06-20 10:22:57 +0100 (Mon, 20 Jun 2011) | 2 lines Introduced a workaround for fullscreen toggle issues under modern X11 window managers. 2011-06-20 09:22 robert * src/osgViewer/ViewerEventHandlers.cpp: Merged from svn/trunk. Added sleep before window resizing to make it less likely that the previous frames rendering traversal is still running when the window(s) is resized, something that creates what looks like a glitch in rendering. 2011-06-19 19:21 robert * CMakeModules/Find3rdPartyDependencies.cmake: From Torben Dannhauer, Just in time for OSG 3.0 I will present an updated 3rdParty package for VS2008 , which includes some updated libraries (libcurl, freetype, jpeg). It also provides now all debug databases (*.pdb), so all the annoying compile warnings about missing .pdb files are gone. I extended the CMAKE module to find the new library. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for OSG-3.0 branch tomorrow!
On Thu, Jun 16, 2011 at 1:23 PM, Robert Osfield robert.osfi...@gmail.comwrote: On Thu, Jun 16, 2011 at 7:05 PM, Jeremy Moles jer...@emperorlinux.com wrote: Absolutely; though, rather than submit each modified file, will you take an svn diff in this case? :) The ideal form of submissions for me is all the files in their respective directories - I have a merge script that just walks through each on a fires up xxdiff automatically. I would be nice to have a script that takes an svn diff output and then creates a package containing the complete files. I guess Cmake should be capable of doing this for us given a little script magic. Robert. If you use the Git mirror at https://github.com/openscenegraph/osg and put each would-be submission in its own feature branch, you can have git spit out a zip containing complete files in the right directories. I've attached (and pasted) the script I use, used as follows: zip-changes-between OpenSceneGraph-2.8 my-topic-branch thefiles.zip #!/bin/sh git diff --name-only $1 $2 | xargs -d'\n' git archive --format=zip $2 Also, this makes it easy to port changes from one branch to another - suppose I want to port my-topic-branch to trunk (mirrored as master in git - here assuming that your master branch is up to date). git branch my-topic-branch-trunk my-topic-branch # create a new branch at the same place git rebase --onto master OpenSceneGraph-2.8 my-topic-branch-trunk # order of arguments: destination parent branch, original parent branch, branch to backport This ends up being mostly automatic for many changes. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com zip-changes-between Description: Binary data ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] changing scales
Just put an appropriate transform at the root of your scenegraph. Ryan On Thu, Jun 16, 2011 at 1:32 PM, basil huffman bhuff...@cssiinc.com wrote: Hello all, is there a way in which I can change the default scales in OSG? What I mean is that it orients itself in a particular way (x,y,z); is there a way that I can change the default without having to do it manually? -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=40591#40591 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OT: Sudden 100x performance drop in glReadPixels
That reminds me - in my lab we've run into some issues where having hyperthreading enabled for high-throughput operations like heavy GPU work can have a negative performance impact. Not sure of the specifics, and I don't see why it would cause your time-delay slowdown, but perhaps some scheduling-related task interacts with hyperthreading. Ryan On Thu, Jun 16, 2011 at 2:25 PM, Dardo D Kleiner - CONTRACTOR dklei...@cmf.nrl.navy.mil wrote: Try pinning the process to particular core(s) (e.g. via pthread_setaffinity_np(3) or cpuset(7)). We have a particular piece of hardware on which GL performance (in general, not necessarily gl_readpixels) tanks when the Linux scheduler decides to place the process on core #7 (i.e. the last core of a dual-socket, quad-core, non-HT machine). This behavior observed on at least 7 identical machines. What fun that was to diagnose... - Dardo On 6/16/11 1:57 PM, John Vidar Larring wrote: Hi Robert, Thanks for your help. See comments inline below: Robert Osfield wrote: The OSG svn/trunk and recent 2.9.x dev series has support for setting a texture pool size that is able to limit the amount of texture memory used, you can set this via the env var: set OSG_TEXTURE_POOL_SIZE=20 When sets the size to 200 thousands bytes. Set it to different values and study the reported available memory on the GPU. Whether reducing the amount of memory used on the GPU will have an effect I can't say - it all depends upon what is actually the bottleneck. Unfortunately, our application is still not fully converted to OSG, so we're note able to take advantage of the OSG_TEXTURE_POOL_SIZE straight off the bat. But hopefully within this time next year we will. For the time being will have to live with a mix of old-school GL and OSG. In terms of possible causes of a stall you could check to see if there are any processes on the client machine that are running periodically - virus checkers etc. Thanks, but already checked. We're running on linux and we've monitored all processes without finding any culprits here. Also check with NVidia. They might have an idea. So far, no response from Nvidia so far. The osg-users list has by far given us the best clues/help/support, so kudos to the community!!! Best regards, John ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] COLLADA plugin: out of memory error.
This actually looks like an issue with libxml2, one of the dependencies of COLLADA-DOM. It might be that the bundled version has a bug, which would be an easy fix. What platform are you on? (Windows, Linux, Mac, other) Do you have libxml2 installed systemwide and did the build of collada-dom properly use that system version? What version is it? And, what version of COLLADA-DOM are you using, and with what build system? (makefiles or CMake) Ryan On Fri, Jun 10, 2011 at 4:11 AM, Robert Osfield robert.osfi...@gmail.comwrote: Hi Alessandro, This sound like a COLLADA problem to me, so the best place to look for a solution will be COLLADA forums and source code. On the OSG side a 75Mb data file is something that load comfortably on an modern PC, so unless there is a specific COLLADA usage bug instigated in our dae plugin I would guess that look for the bug and solution in the OSG will be fruitless. Once you do resove the COLLADA problem I would expect things to work fine on the OSG side. Robert. On Fri, Jun 10, 2011 at 10:06 AM, Alessandro Terenzi a.tere...@gmail.com wrote: Hi, I have to load a 75MB Collada model but when I try to open it I get the following error: Error: xmlSAX2Characters: huge text node: out of memory Load failed in COLLADA DOM Load failed in COLLADA DOM conversion osgviewer.exe: No data loaded The model comes from SketchUp and contains no textures, just (a lot of) geometry data (few meshes with lots of vertices). I tried to open it in a text editor but the file is so big that I do not know where to look. Does that error give you a hint on what I should try to look for? Thanks. Alessandro ___ 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 -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] From the Qt blog: Threaded OpenGL
Saw this on the Qt blog and thought I'd pass it along, since I've seen the topic come up a few times. Threaded OpenGL in 4.8 http://labs.qt.nokia.com/2011/06/03/threaded-opengl-in-4-8/ Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.9.16 dev release
Ubuntu 11.04 x64 built fine. On Thu, Jun 9, 2011 at 9:28 AM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Hi Robert, I would like to tag 2.9.16 today as I'm likely to be busy tomorrow. OK, I'll kick off a build and tell you how it goes. VC9sp1 32-bit build (on Windows 7 64bit) done without errors. Building debug now just for completeness, then 64-bit build will be next, but I don't anticipate any problems. Good work! J-S -- __ Jean-Sebastien Guayjean-sebastien.g...@cm-labs.com http://www.cm-labs.com/ http://whitestar02.dyndns-web.com/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] 2.8.5 release tag
On Wed, Jun 8, 2011 at 6:39 PM, Chris 'Xenon' Hanson xe...@alphapixel.comwrote: We'll have our usual three-platform builds available shortly as well. Thanks for making these builds, Chris. Any way you would be able to include COLLADA support in your binaries for 2.8.5? The latest upstream collada-dom SVN includes both a cmake-based build system for the dom, as well as VS projects for 2009 and 2010. (We only need COLLADA 1.4). I'd really like to standardize on your official builds rather than ones I whip together here, but collada support is a must-have. It looks like you have some sort of automation to build everything - if you hadn't I'd offer to build COLLADA for you and send you the binaries. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Please test svn/trunk in prep for 2.9.16 dev release
The latest source builds successfully with everything possible enabled on Ubuntu Natty x64. On Wed, Jun 8, 2011 at 1:26 PM, Robert Osfield robert.osfi...@gmail.comwrote: Hi All, I'm planning to tag the 2.9.16 dev release tomorrow so would appreciate testing of svn/trunk. Please let me know of success or failure so I know how well things are shapping up for the release. Cheers, Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Absolute beginner questions
On Tue, Jun 7, 2011 at 11:44 AM, Jean-Sébastien Guay jean-sebastien.g...@cm-labs.com wrote: Hi Basil, I ran that and am now missing CURL_LIBRARY_DEBUG, FREETYPE_LIBRARY_DEBUG, GIFLIB_LIBRARY_DEBUG, GLUT_LIBRARY_DEBUG, JPEG_LIBRARY_DEBUG, TIFF_LIBRARY_DEBUG, and ZLIB_LIBRARY_DEBUG. Do you know where I can get these? A morning filled with googling and trying to build them myself proved fruitless... They should be part of the package you have, it's just that CMake didn't pick them up. They'll generally be the same as the *_RELEASE versions, but with a d or _D at the end. Look for them in your 3rdparty directory. In any case, as long as you can click the generate button, any packages listed as not found are optional. They are likely useful for loading files, building examples, etc. but if you're just plotting points you won't need anything special. -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] 2.8.5 RC3 call for testing
I'll need to re-generate the wrappers because of this change. You may wish to wait on the RC until I can do so. Ryan On Fri, Jun 3, 2011 at 7:13 PM, Paul Martz pma...@skew-matrix.com wrote: Thanks. This was fixed on trunk in 11959. I've merged 11959 over to the 2.8 branch to resolve the issue. I'll tag another RC shortly. -Paul On 6/3/2011 1:37 PM, Robert Osfield wrote: Hi Paul, If you could all take a few moments to build and run this with your 2.8.x applications, I'd appreciate any feedback. Thanks! I have just built 2.8.5-rc3 and it all went smoothly this time. I executed the runexamples.bat and everything worked fine except for : osgviewer glsl_simple.osg osgviewer glsl_julia.osg osgviewer glsl_mandlebrot.osg Which give black textures, so black shapes on the top row for glsl_simple.osg, and black quads for glsl_julia.osg and glsl_mandlebrot.osg. Curiously glsl_confetti.osg works fine. The osgshaders example also works as do other shader based examples. I have tried all these examples with OSG svn/trunk and they work fine. The files in question haven't change since they were checked in to OpenSceneGraph-Data so these won't be a variable in this regression. I'm afraid I don't recall doing this test for 2.8.4 so I couldn't guess at when the regression happened. To explore where the .osg plugin might be a variable I've just done an osgconv glsl_julia.osg test.osg for both 2.8.5-rc3 and svn/trunk and both version generated a test.osg file that different from glsl_julia.osg but both identical with each other... So reading and writing seems to be fine. The test.osg works fine under svn/trunk but still fails under 2.8.5-rc3 confirms that the changes between glsl_julia.osg and test.osg is effectively a cosmetic change. I have to head offline now - children to read stories too :-) Sorry to report some bad news again. Robert. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- -Paul Martz Skew Matrix Software http://www.skew-matrix.com/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] 3d Models for free?
I've also created a plugin for SketchUp that automates the process of exporting to collada then converting to OSG-format. https://github.com/rpavlik/sketchupToOSG https://github.com/rpavlik/sketchupToOSGRyan On Wed, Jun 1, 2011 at 5:21 AM, Kim Bale kcb...@googlemail.com wrote: Hi Dimi, Sketchup allows you to export them as Collada files and then you can either read them with the DAE plugin or convert them using osgConv. Kim. On 1 June 2011 11:19, dimi christop dimi_chris...@yahoo.com wrote: Hi thanks for the tip, how do you convert the sketchup files into osg? Dimi - Original Message From: J.P. Delport jpdelp...@csir.co.za To: osg-users@lists.openscenegraph.org Sent: Wed, June 1, 2011 12:52:17 PM Subject: Re: [osg-users] 3d Models for free? Hi, I normally start here: http://sketchup.google.com/3dwarehouse/search?q=wind+turbinestyp=mbtnG=Search It's weird how if one types free anything into search engines the results are close to useless :( jp On 01/06/11 11:19, Torben Dannhauer wrote: Hi, does anyone know sites where I can get free 3d models? I'm searching models of wind turbine (land based and/or offs shore) to place them in my landscape (based on OpenStreetmap data). Thank you! Cheers, Torben -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=39991#39991 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- This message is subject to the CSIR's copyright terms and conditions, e-mail legal notice, and implemented Open Document Format (ODF) standard. The full disclaimer details can be found at http://www.csir.co.za/disclaimer.html. This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ 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 -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] 2.8.5 RC2 and final call for testing
The latest 2.8 branch SVN code builds cleanly on Ubuntu 11.04 x64, with everything I can enable enabled. Ryan On Wed, Jun 1, 2011 at 2:47 PM, Paul Martz pma...@skew-matrix.com wrote: Thanks, Robert. The person who submitted the backport used new functions from FileNameUtils (rather than update that header), and clearly missed some of the necessary #includes. -Paul On 6/1/2011 3:27 AM, Robert Osfield wrote: Hi Paul, I have just done a build of 2.9.5-rc2 and get a build error: 46%] Building CXX object src/osgPlugins/lwo/CMakeFiles/osgdb_lwo.dir/Unit.o /home/robert/temp/OpenSceneGraph-2.8.5-rc2/src/osgPlugins/3ds/WriterNodeVisitor.cpp: In member function ‘std::string plugin3ds::WriterNodeVisitor::getUniqueName(const std::string, bool, const std::string, int)’: /home/robert/temp/OpenSceneGraph-2.8.5-rc2/src/osgPlugins/3ds/WriterNodeVisitor.cpp:759:19: error: ‘UINT_MAX’ was not declared in this scope This can be fixed by adding an #includelimits.h: Index: WriterNodeVisitor.cpp === --- WriterNodeVisitor.cpp (revision 12475) +++ WriterNodeVisitor.cpp (working copy) @@ -28,6 +28,7 @@ #include WriterNodeVisitor.h #includeassert.h #includestring.h +#includelimits.h void copyOsgMatrixToLib3dsMatrix(Lib3dsMatrix lib3ds_matrix, const osg::Matrix osg_matrix) { Modified src/osgPlugions/3ds/WriteNodeVisitor.cpp file attached. I can check this change into the 2.8 branch if you wish. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- -Paul Martz Skew Matrix Software http://www.skew-matrix.com/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Winding up to OpenSceneGraph-3.0 release
On Thu, May 26, 2011 at 10:15 AM, Robert Osfield robert.osfi...@gmail.comwrote: Ramping up the use of nightly builds will certainly help convergance so if you have machines available that might be suitable please consider contributing to cdash.openscenegraph.org. I've set up my local Jenkins server that is performing continuous (SVN-monitoring) builds of trunk and the 2.8 branch to also submit build reports. Right now, they're showing up as Experimental since Jenkins is taking care of the svn update so the Continuous configuration doesn't submit information. Nevertheless, in case of a build error, the re-build performed by ctest will reveal the error. The site name is ISU-VRAC-VanceGroup. I noticed that you're using cdash 1.6.2 - a new release (1.8.2) is available and probably a worthwhile upgrade, when you get the chance. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OpenGL invalid operation error
On Wed, Jun 1, 2011 at 1:58 PM, Paul Martz pma...@skew-matrix.com wrote: On 6/1/2011 12:09 PM, Jean-Francois Gagnon wrote: Have you tried launching your application with gDebugger? I think it is quite apt and quick to find the source of those issues. There is an option that let you break the application upon error detection. Here is the link: http://www.gremedy.com/ Ditto. gDebugger or GLIntercept will nail down an error like this in seconds. -Paul A recent development is APITrace, which is a similar application, open-source, and under very active development. https://github.com/apitrace/apitrace Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Transforming a quad polygon into a rectangle
Well, if you can get a 3x3, you should just be able to start with a 4x4 identity matrix and then copy the 3x3 into the upper-left corner of that matrix. Ryan On Wed, Jun 1, 2011 at 9:08 AM, Kevin DeMott kdem...@belcan.com wrote: I'm trying to find a way to convert a four sided polygon (non-rectangular) into a rectangle in 3D space. I would like this to be some type of matrix transform as I need to be able to go both ways. IE from the polygon to a rectangle and from a rectangle to the polygon. I can do a similar operation in QT with the QTransform::quadToQuad. The problem with that approach is I end up with a 3x3 matrix whereas I need a 4x4 for the osg/opengl calls. I have not had much luck stuffing the 3x3 into a 4x4. Thanks -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=40008#40008 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Bug: failure building package_ALL on Linux
Just wanted to share this bug report: I can't currently build package_ALL on Linux in either trunk or 2.8 - it tries to move a file that doesn't exist. I have forwarded the excerpt from a build log (2.8 branch in this case) - Ubuntu 11.04 x64 using cmake version 2.8.3. I haven't worked on tracking down what the issue is here - the packaging cmake files are rather hard to follow so I haven't had a chance to look into it sufficiently yet. Ryan -- Forwarded message -- From: Ryan Pavlik rpav...@iastate.edu Date: Wed, Jun 1, 2011 at 2:41 PM Subject: Build failed in Jenkins: OSG-2.8 #11 To: rpav...@iastate.edu + make package_ALL Scanning dependencies of target package_ALL CPack: Create package using TGZ CPack: Install projects CPack: - Run preinstall target for: OpenSceneGraph CPack: - Install project: OpenSceneGraph CPack: - Install component: libopenscenegraph CPack: - Install component: libopenscenegraph-dev CPack: - Install component: libopenscenegraph-dicom CPack: - Install component: libopenscenegraph-ffmpeg CPack: - Install component: libopenscenegraph-pdf CPack: - Install component: libopenscenegraph-svg CPack: - Install component: libopenscenegraph-vnc CPack: - Install component: libopenscenegraph-wrappers CPack: - Install component: libopenthreads CPack: - Install component: libopenthreads-dev CPack: - Install component: openscenegraph CPack: - Install component: openscenegraph-doc CPack: - Install component: openscenegraph-examples CPack: - Install component: openthreads-doc CPack: Create package CPack Warning: [TGZ] Some Components defined but NO component group: Ignoring component group. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-dev.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-dicom.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-ffmpeg.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-pdf.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-svg.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-vnc.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-wrappers.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenthreads.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenthreads-dev.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-openscenegraph.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-openscenegraph-doc.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-openscenegraph-examples.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-openthreads-doc.tar.gz generated. mv: cannot stat `OpenSceneGraph-2.8.5.tar.gz': No such file or directory make[3]: *** [package_ALL] Error 1 make[2]: *** [CMakeFiles/package_ALL.dir/all] Error 2 make[1]: *** [CMakeFiles/package_ALL.dir/rule] Error 2 make: *** [package_ALL] Error 2 -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Bug: failure building package_ALL on Linux
Doesn't seem like a showstopper to me either, as long as Windows packages build (they do, though the equivalent error appears: The system cannot find the file specified.). The error occurs after the actual packages are generated - so, they're still available and usable, just not apparently moved where they once were desired. Ryan On Wed, Jun 1, 2011 at 3:51 PM, Paul Martz pma...@skew-matrix.com wrote: Thanks. If someone wants to step forward and create a fix, I'll be glad to add it to 2.8.5 (have to do another RC for the 3ds issue anyway). Otherwise we'll release without it, as I assume this was broke on 2.8.4 and 2.8.3 as well, so is not really a showstopper IMO. -Paul On 6/1/2011 2:14 PM, Ryan Pavlik wrote: Just wanted to share this bug report: I can't currently build package_ALL on Linux in either trunk or 2.8 - it tries to move a file that doesn't exist. I have forwarded the excerpt from a build log (2.8 branch in this case) - Ubuntu 11.04 x64 using cmake version 2.8.3. I haven't worked on tracking down what the issue is here - the packaging cmake files are rather hard to follow so I haven't had a chance to look into it sufficiently yet. Ryan -- Forwarded message -- From: Ryan Pavlikrpav...@iastate.edu Date: Wed, Jun 1, 2011 at 2:41 PM Subject: Build failed in Jenkins: OSG-2.8 #11 To: rpav...@iastate.edu + make package_ALL Scanning dependencies of target package_ALL CPack: Create package using TGZ CPack: Install projects CPack: - Run preinstall target for: OpenSceneGraph CPack: - Install project: OpenSceneGraph CPack: - Install component: libopenscenegraph CPack: - Install component: libopenscenegraph-dev CPack: - Install component: libopenscenegraph-dicom CPack: - Install component: libopenscenegraph-ffmpeg CPack: - Install component: libopenscenegraph-pdf CPack: - Install component: libopenscenegraph-svg CPack: - Install component: libopenscenegraph-vnc CPack: - Install component: libopenscenegraph-wrappers CPack: - Install component: libopenthreads CPack: - Install component: libopenthreads-dev CPack: - Install component: openscenegraph CPack: - Install component: openscenegraph-doc CPack: - Install component: openscenegraph-examples CPack: - Install component: openthreads-doc CPack: Create package CPack Warning: [TGZ] Some Components defined but NO component group: Ignoring component group. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-dev.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-dicom.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-ffmpeg.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-pdf.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-svg.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-vnc.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenscenegraph-wrappers.tar.gz generated. CPack: - package:build/OpenSceneGraph-2.8.5-libopenthreads.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-libopenthreads-dev.tar.gz generated. CPack: - package:build/OpenSceneGraph-2.8.5-openscenegraph.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-openscenegraph-doc.tar.gz generated. CPack: - package: build/OpenSceneGraph-2.8.5-openscenegraph-examples.tar.gz generated. CPack: - package:build/OpenSceneGraph-2.8.5-openthreads-doc.tar.gz generated. mv: cannot stat `OpenSceneGraph-2.8.5.tar.gz': No such file or directory make[3]: *** [package_ALL] Error 1 make[2]: *** [CMakeFiles/package_ALL.dir/all] Error 2 make[1]: *** [CMakeFiles/package_ALL.dir/rule] Error 2 make: *** [package_ALL] Error 2 -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- -Paul Martz Skew Matrix Software http://www.skew-matrix.com/ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Maya2OSG patches
The replacement of that inline function with a macro removes the type-safety offered by C++ and makes the code more accident prone. I did the static-casts with the multiple parameters because the parameters to the function aren't necessarily always the same type. Looking into it further, a single parameter, which is manually specified when in doubt, seems to be the smartest solution, since it makes it explicit at the point of the call what precision is being used when it is ambiguous. I've attached files for an updated function which combines the best of all solutions so far: template function with a single parameter, body uses osg::absolute to simplify expression, and one explicit specification of the template parameter in calling code. Simpler and more explicit all around, I think - hopefully this will be acceptable. It build cleanly here: windows, vc9, maya 2012 x64 Ryan On Tue, May 24, 2011 at 5:20 PM, Javier Taibo javier.ta...@gmail.comwrote: Thanks for the fixes. Changes are now committed to svn trunk. About the second issue, it seems a much complicated piece of code for what it's doing. I suggest this lighter and cleaner alternative instead of a template with three different typename parameters and the huge expression with four static_cast. #define inTolerance(base, match, tolerance) ( osg::absolute((base)-(match)) tolerance ) However, this part of the code was written by Peter Particle, so I'll redirect to him both proposals. Meanwhile, can you test if it is working for you right now? Regards, On Tue, May 24, 2011 at 11:08 PM, Ryan Pavlik rpav...@iastate.edu wrote: The changes to osgpreview.cpp are for the first issue, while the changes to utility.h are for the second way of solving the second issue. Ryan On Tue, May 24, 2011 at 12:59 PM, Javier Taibo javier.ta...@gmail.com wrote: Hi Ryan, Thank you for the patches. Can you send the whole files instead of patches, please? You can zip all files together to make it easy. Thank you! Best Regards, On Tue, May 24, 2011 at 7:28 PM, Ryan Pavlik rpav...@iastate.edu wrote: Hello all, I've attached small patches to two issues I've found with Maya2OSG. One allows it to build successfully with the current 2.8 branch - there are some manipulators not available in this branch so we just disable them by checking the osg version. The other issue was ambiguity in calling inTolerance, preventing me from building successfully on VC9 x64. I solved this two different ways: take your pick of which way you prefer. I've made inTolerance a template function with a single parameter type and explicitly specified the template parameter in the one case. (fix-vc9-build) inTolerance is a template function with three parameter types, and static_casts all arguments to the type of the tolerance parameter before doing math. This one doesn't require explicit template param specification, and seems more correct to me, or at least more explicit in how it works. I personally prefer this one. (alternate-fix-build) These patches were made against the latest svn trunk of maya2osg using tortoisesvn. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Javier Taibo ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Javier Taibo ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com #ifndef _ANIMATION_H_ #define _ANIMATION_H_ #include utility.h // - Maya --- #include maya/MTime.h //#include maya/MDagNode.h //#include maya/MDagPath.h #include maya/MIntArray.h #include maya/MPlugArray.h #include maya/MAnimControl.h #include maya/MDoubleArray.h #include maya/MObjectArray.h #include maya/MStringArray.h // - OSG
Re: [osg-users] 2.8.5 wrappers and osgconv
On Tue, May 24, 2011 at 1:46 PM, Paul Martz pma...@skew-matrix.com wrote: Hi Ryan -- I just wanted to alert you that the 2.8 branch now contains some changes that will likely break the wrappers: Texture2DMultisample support (you'll probably need to add support for this new StateAttribute) and some changes to osgText. If you could provide updated wrappers, that would be great. Thanks! Also, you mentioned some additional changes to osgconv. I'm still waiting on those. The only other work to be done is the 3ds backport, and I understand that's in progress, so hopefully done soon. We're vary close to a release candidate. I've updated the wrappers, and am running a test build overnight. Will get those to you soon. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] Maya2OSG patches
Hello all, I've attached small patches to two issues I've found with Maya2OSG. One allows it to build successfully with the current 2.8 branch - there are some manipulators not available in this branch so we just disable them by checking the osg version. The other issue was ambiguity in calling inTolerance, preventing me from building successfully on VC9 x64. I solved this two different ways: take your pick of which way you prefer. - I've made inTolerance a template function with a single parameter type and explicitly specified the template parameter in the one case. (fix-vc9-build) - inTolerance is a template function with three parameter types, and static_casts all arguments to the type of the tolerance parameter before doing math. This one doesn't require explicit template param specification, and seems more correct to me, or at least more explicit in how it works. I personally prefer this one. (alternate-fix-build) These patches were made against the latest svn trunk of maya2osg using tortoisesvn. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com maya2osg-alternate-fix-build.patch Description: Binary data maya2osg-fix-vc9-build.patch Description: Binary data maya2osg-fix-osg28.patch Description: Binary data ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Maya2OSG patches
The changes to osgpreview.cpp are for the first issue, while the changes to utility.h are for the second way of solving the second issue. Ryan On Tue, May 24, 2011 at 12:59 PM, Javier Taibo javier.ta...@gmail.comwrote: Hi Ryan, Thank you for the patches. Can you send the whole files instead of patches, please? You can zip all files together to make it easy. Thank you! Best Regards, On Tue, May 24, 2011 at 7:28 PM, Ryan Pavlik rpav...@iastate.edu wrote: Hello all, I've attached small patches to two issues I've found with Maya2OSG. One allows it to build successfully with the current 2.8 branch - there are some manipulators not available in this branch so we just disable them by checking the osg version. The other issue was ambiguity in calling inTolerance, preventing me from building successfully on VC9 x64. I solved this two different ways: take your pick of which way you prefer. I've made inTolerance a template function with a single parameter type and explicitly specified the template parameter in the one case. (fix-vc9-build) inTolerance is a template function with three parameter types, and static_casts all arguments to the type of the tolerance parameter before doing math. This one doesn't require explicit template param specification, and seems more correct to me, or at least more explicit in how it works. I personally prefer this one. (alternate-fix-build) These patches were made against the latest svn trunk of maya2osg using tortoisesvn. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Javier Taibo ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com /** Maya2OSG - A toolkit for exporting Maya scenes to OpenSceneGraph Copyright (C) 2010-2011 Javier Taibo javier.ta...@gmail.com This file is part of Maya2OSG. Maya2OSG is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version. Maya2OSG is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU General Public License along with Maya2OSG. If not, see http://www.gnu.org/licenses/. */ // This is previewer is a modified version of OSG application osgviewer #include osgpreview.h #include version.h #include maya/MArgList.h #include maya/MStringArray.h #include osg/Version #include osgDB/ReadFile #include osgUtil/Optimizer #include osg/CoordinateSystemNode #include osg/Switch #include osgText/Text #include osgViewer/Viewer #include osgViewer/ViewerEventHandlers #include osgGA/TrackballManipulator #include osgGA/FlightManipulator #include osgGA/DriveManipulator #include osgGA/KeySwitchMatrixManipulator #include osgGA/StateSetManipulator #include osgGA/AnimationPathManipulator #include osgGA/TerrainManipulator #if OSG_MIN_VERSION_REQUIRED(2,9,5) #include osgGA/OrbitManipulator #include osgGA/SphericalManipulator #endif void* OSGPreview::creator() { return new OSGPreview(); } MStatus OSGPreview::doIt( const MArgList args ) { MStringArray argStringArray; for( unsigned int i = 0 ; i args.length() ; ++i ) { argStringArray.append( args.asString( i ) ) ; } int argc = args.length() + 1; char **argv = (char **)malloc(argc * sizeof(char *)); argv[0] = osgpreview; argStringArray.get(argv+1); osg::ArgumentParser arguments(argc, argv); osgViewer::Viewer viewer(arguments); unsigned int helpType = 0; if ((helpType = arguments.readHelpType())) { arguments.getApplicationUsage()-write(std::cout, helpType); return MStatus::kFailure; } // report any errors if they have occurred when parsing the program arguments. if (arguments.errors()) { arguments.writeErrorMessages(std::cout); return MStatus::kFailure; } if (arguments.argc()=1) { arguments.getApplicationUsage()-write(std::cout,osg::ApplicationUsage::COMMAND_LINE_OPTION); return MStatus::kFailure; } std::string url, username, password; while(arguments.read(--login,url, username, password
Re: [osg-users] OSG 2.8.5 stable release discussion
On Wed, May 11, 2011 at 7:55 PM, Paul Martz pma...@skew-matrix.com wrote: Would this be an improvement that would better be separated into a distinct option string like OutputRelativeTextures or something like that? Yes, that's the way I'm leaning now. Your patch changes behavior, and would break any apps or utilities that depend on the current behavior. I'd be a lot more comfortable with this if it were a feature addition rather than a change to existing functionality. Do you think OutputRelativeTextures is a good name for it? If so, I can rewrite the submission locally (but you'll need to test it). -Paul It makes sense to me, at least. Thanks! Okay, this is now in. Please test. I've coded it so that if OutputRelativeTextures and OutputTextureFiles are both present, OutputRelativeTextures will take precedent. -Paul Thanks! I can confirm that this works properly! Noticed some other minor issues when testing this that probably should block 2.8.5 for now - will send to osg-submissions. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com Internal VRAC/HCI Site: http://tinyurl.com/rpavlik ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG 2.8.5 stable release discussion
On Tue, May 10, 2011 at 8:24 PM, Paul Martz pma...@skew-matrix.com wrote: On 5/10/2011 7:11 PM, Paul Martz wrote: On 5/3/2011 3:02 PM, Ryan Pavlik wrote: I'd like to propose my fixes that I sent in on -submissions pre-2.8.4: all except the VC2010 build fix still apply. They are these two: Improvements to osgconv: https://github.com/rpavlik/osg/compare/OpenSceneGraph-2.8...improve-osgconv (I've also forward-ported these to trunk: https://github.com/rpavlik/osg/compare/master...improve-osgconv-trunk ) So, if I understand correctly, you did not post this change to osg-submissions for inclusion in OSG's svn trunk, is that correct? Or, you did post them, but they are awaiting action by Robert? Has anyone other than you tested the changes? What, exactly, are these improvements to osgconv? (No, I haven't looked at the code -- yet.) Having reviewed the code, I see two changes: 1) A simple change to an error message in osgconv.cpp. Looks straightforward. 2) A change to the image file name format as output by the dot OSG plugin. Not sure I understand this one, but it doesn't appear to be an improvement to osgconv. Did you include this by mistake? -Paul No, the .osg plugin modification essentially only affects use of osgconv. What it does is, if the OutputTextureFiles option is turned on (such as by passing -O OutputTextureFiles to osgconv), it will create a directory as a sibling to the desired output file, create the textures in that directory, and use relative file names in the output osg file so that as long as the osg file and its matching texture directory are moved together, textures are found. Previously, the output location was less clear and an absolute path was specified in the resulting osg file, which rather negated the effect of choosing to output texture files, since the osg file would no longer have textures if moved to a new location. Hopefully this makes it a bit more clear. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com Internal VRAC/HCI Site: http://tinyurl.com/rpavlik ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG 2.8.5 stable release discussion
On Tue, May 10, 2011 at 8:11 PM, Paul Martz pma...@skew-matrix.com wrote: On 5/3/2011 3:02 PM, Ryan Pavlik wrote: I'd like to propose my fixes that I sent in on -submissions pre-2.8.4: all except the VC2010 build fix still apply. They are these two: Improvements to osgconv: https://github.com/rpavlik/osg/compare/OpenSceneGraph-2.8...improve-osgconv (I've also forward-ported these to trunk: https://github.com/rpavlik/osg/compare/master...improve-osgconv-trunk ) So, if I understand correctly, you did not post this change to osg-submissions for inclusion in OSG's svn trunk, is that correct? Or, you did post them, but they are awaiting action by Robert? I hadn't done the forward-port to trunk until I sent this email. I did not post the trunk version of this change to osg-submissions, though I did post the 2.8 branch one. Has anyone other than you tested the changes? Nobody besides me has built it, though we've been using these binaries on a number of systems here in our lab. What, exactly, are these improvements to osgconv? (No, I haven't looked at the code -- yet.) Fixes to the osgWrappers: https://github.com/rpavlik/osg/compare/OpenSceneGraph-2.8...fix-wrappers Thanks! These are now committed to the 2.8 branch. Please test to verify they were applied correctly. -Paul ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com Internal VRAC/HCI Site: http://tinyurl.com/rpavlik ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG 2.8.5 stable release discussion
On Wed, May 11, 2011 at 1:27 PM, Paul Martz pma...@skew-matrix.com wrote: On 5/11/2011 11:20 AM, Ryan Pavlik wrote: On Tue, May 10, 2011 at 8:24 PM, Paul Martz pma...@skew-matrix.com mailto:pma...@skew-matrix.com wrote: On 5/10/2011 7:11 PM, Paul Martz wrote: On 5/3/2011 3:02 PM, Ryan Pavlik wrote: I'd like to propose my fixes that I sent in on -submissions pre-2.8.4: all except the VC2010 build fix still apply. They are these two: Improvements to osgconv: https://github.com/rpavlik/osg/compare/OpenSceneGraph-2.8...improve-osgconv (I've also forward-ported these to trunk: https://github.com/rpavlik/osg/compare/master...improve-osgconv-trunk ) So, if I understand correctly, you did not post this change to osg-submissions for inclusion in OSG's svn trunk, is that correct? Or, you did post them, but they are awaiting action by Robert? Has anyone other than you tested the changes? What, exactly, are these improvements to osgconv? (No, I haven't looked at the code -- yet.) Having reviewed the code, I see two changes: 1) A simple change to an error message in osgconv.cpp. Looks straightforward. 2) A change to the image file name format as output by the dot OSG plugin. Not sure I understand this one, but it doesn't appear to be an improvement to osgconv. Did you include this by mistake? -Paul No, the .osg plugin modification essentially only affects use of osgconv. What it does is, if the OutputTextureFiles option is turned on (such as by passing -O OutputTextureFiles to osgconv), ...or anytime OutputTextureFiles is present in the Options string. This functionality is orthogonal to osgconv. Any application can access it anytime they write a dot OSG file. This change will affect more than osgconv. -Paul Well, yes. In retrospect, I didn't name the patch very accurately given its contents - I created it while working on osgconv which is presumably why I mentioned osgconv in the name. In any case, we can consider it as a separate patch, to the .osg writer plugin. My intent was to make saving models with textures to OSG format work better. In all of the following cases, insert the qualification with OutputTextureFiles enabled - behavior does not change unless this option is added. Before and after the patch, loading an .osg model in the place where it was initially saved works. After the patch, however, the textures go to a subdirectory named in a way that clearly links it with the model that uses it, and loading the saved model from another location as long as the textures were also copied/moved works correctly. The only case I can see that worked before and won't work after, is if the .osg file alone is moved/copied somewhere else, but the textures remain in the originally-exported location. (This is due to the fact that it now exports relative paths.) As a useful side-effect (for privacy/security) of using relative paths, .osg files saved with this option turned on don't reveal details about the file organization of the computer they were saved on. Would this be an improvement that would better be separated into a distinct option string like OutputRelativeTextures or something like that? Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com Internal VRAC/HCI Site: http://tinyurl.com/rpavlik ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG 2.8.5 stable release discussion
On Wed, May 11, 2011 at 5:19 PM, Paul Martz pma...@skew-matrix.com wrote: On 5/11/2011 1:46 PM, Ryan Pavlik wrote: On Wed, May 11, 2011 at 1:27 PM, Paul Martz pma...@skew-matrix.com mailto:pma...@skew-matrix.com wrote: On 5/11/2011 11:20 AM, Ryan Pavlik wrote: On Tue, May 10, 2011 at 8:24 PM, Paul Martz pma...@skew-matrix.com mailto:pma...@skew-matrix.com mailto:pma...@skew-matrix.com mailto:pma...@skew-matrix.com wrote: On 5/10/2011 7:11 PM, Paul Martz wrote: On 5/3/2011 3:02 PM, Ryan Pavlik wrote: I'd like to propose my fixes that I sent in on -submissions pre-2.8.4: all except the VC2010 build fix still apply. They are these two: Improvements to osgconv: https://github.com/rpavlik/osg/compare/OpenSceneGraph-2.8...improve-osgconv (I've also forward-ported these to trunk: https://github.com/rpavlik/osg/compare/master...improve-osgconv-trunk ) So, if I understand correctly, you did not post this change to osg-submissions for inclusion in OSG's svn trunk, is that correct? Or, you did post them, but they are awaiting action by Robert? Has anyone other than you tested the changes? What, exactly, are these improvements to osgconv? (No, I haven't looked at the code -- yet.) Having reviewed the code, I see two changes: 1) A simple change to an error message in osgconv.cpp. Looks straightforward. 2) A change to the image file name format as output by the dot OSG plugin. Not sure I understand this one, but it doesn't appear to be an improvement to osgconv. Did you include this by mistake? -Paul No, the .osg plugin modification essentially only affects use of osgconv. What it does is, if the OutputTextureFiles option is turned on (such as by passing -O OutputTextureFiles to osgconv), ...or anytime OutputTextureFiles is present in the Options string. This functionality is orthogonal to osgconv. Any application can access it anytime they write a dot OSG file. This change will affect more than osgconv. -Paul Well, yes. In retrospect, I didn't name the patch very accurately given its contents - I created it while working on osgconv which is presumably why I mentioned osgconv in the name. In any case, we can consider it as a separate patch, to the .osg writer plugin. My intent was to make saving models with textures to OSG format work better. In all of the following cases, insert the qualification with OutputTextureFiles enabled - behavior does not change unless this option is added. Before and after the patch, loading an .osg model in the place where it was initially saved works. After the patch, however, the textures go to a subdirectory named in a way that clearly links it with the model that uses it, and loading the saved model from another location as long as the textures were also copied/moved works correctly. The only case I can see that worked before and won't work after, is if the .osg file alone is moved/copied somewhere else, but the textures remain in the originally-exported location. (This is due to the fact that it now exports relative paths.) As a useful side-effect (for privacy/security) of using relative paths, .osg files saved with this option turned on don't reveal details about the file organization of the computer they were saved on. Would this be an improvement that would better be separated into a distinct option string like OutputRelativeTextures or something like that? Yes, that's the way I'm leaning now. Your patch changes behavior, and would break any apps or utilities that depend on the current behavior. I'd be a lot more comfortable with this if it were a feature addition rather than a change to existing functionality. Do you think OutputRelativeTextures is a good name for it? If so, I can rewrite the submission locally (but you'll need to test it). -Paul It makes sense to me, at least. Thanks! Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com Internal VRAC/HCI Site: http://tinyurl.com/rpavlik ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG 2.8.5 stable release discussion
On Wed, May 4, 2011 at 12:31 PM, Paul Martz pma...@skew-matrix.com wrote: (My replies to Ryan Pavlik on this thread seem to be getting routed to /dev/null, so here's a repost...) Hi Ryan -- For future reference (as mentioned previously on this thread), submissions for 2.8.5 should be posted to osg-submissions. But I've got this now, so no problem. I'll take a look at them in the near future and see if they merit being added to the 2.8.5 release. -Paul Yes - that's where I initially submitted these, but they kind of fell off the radar. In looking at the forum mirror of the mailing lists, I saw that the request for submissions/features was taking place here, and I didn't want them missed, so I subscribed to this list too and sent the email I did (hoping it would get lumped in with the thread started before I joined). Thanks! Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com Internal VRAC/HCI Site: http://tinyurl.com/rpavlik ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
[osg-users] OSG 2.8.5 stable release discussion
I'd like to propose my fixes that I sent in on -submissions pre-2.8.4: all except the VC2010 build fix still apply. They are these two: Improvements to osgconv: https://github.com/rpavlik/osg/compare/OpenSceneGraph-2.8...improve-osgconv (I've also forward-ported these to trunk: https://github.com/rpavlik/osg/compare/master...improve-osgconv-trunk ) Fixes to the osgWrappers: https://github.com/rpavlik/osg/compare/OpenSceneGraph-2.8...fix-wrappers Thank you! Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com Internal VRAC/HCI Site: http://tinyurl.com/rpavlik ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] OSG 2.8.5 stable release discussion
On Tue, May 3, 2011 at 4:55 PM, Chris 'Xenon' Hanson xe...@alphapixel.comwrote: On 5/3/2011 3:02 PM, Ryan Pavlik wrote: I'd like to propose my fixes that I sent in on -submissions pre-2.8.4: all except the VC2010 build fix still apply. They are these two: Improvements to osgconv: https://github.com/rpavlik/osg/compare/OpenSceneGraph-2.8...improve-osgconv (I've also forward-ported these to trunk: https://github.com/rpavlik/osg/compare/master...improve-osgconv-trunk ) Fixes to the osgWrappers: https://github.com/rpavlik/osg/compare/OpenSceneGraph-2.8...fix-wrappers I'll take a look at them. As long as you're willing to contribute ready-to-check-in files, and do and coordinate testing of the results, I'm totally welcoming of them. But, we're in a position where we can't do the patch-porting and testing for most features, because we don't have the resources or knowledge. The ffmpeg stuff in 2.8.4 turned out to be difficult because while Robert ported it and tested it on Linux, it took a long time to find people who could test it on Windows and Mac OSX. So we have to make sure we can do a proper job on each patch before we can accept it. Thank you! Thank you! Ryan I have access to all three platforms and can test on them. (Have already tested the wrappers fix on Windows vc9 and Linux, and the osgconv on Windows [functional] and linux [build, didn't actually try using it]) GitHub should give you access to the updated files in whatever form you prefer - patch, full file, etc. I haven't figured out how to automatically zip up the full files for all files touched (as requested in the submission info) using Git yet, but hopefully this method isn't too difficult to use. Ryan -- Ryan Pavlik HCI Graduate Student Virtual Reality Applications Center Iowa State University rpav...@iastate.edu http://academic.cleardefinition.com Internal VRAC/HCI Site: http://tinyurl.com/rpavlik ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org