Re: [osg-users] osgViewer windows build is broken
Robert Osfield schrieb: Hi Oleg, On Sun, Nov 22, 2009 at 10:38 AM, Oleg Dedkow wrote: The current trunk version of "GraphicsWindowWin32" (as of today) cannot be compiled under Windows, since the "HGLRC createContextImplementation()" method declaration is missing in the corresponding header file. After adding it the "osgViewer" library compiles without any problems. Argg... mixing submission makes life complicated... I've just spotted the error and checked in the missing header. What I don't understand is how last nights build under Windows succeeded given this error Robert. Embedded AI, another time/space continuum or just a little help of Q :-) Oleg ___ 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] osgViewer windows build is broken
Hi Robert, Hi Colin, The current trunk version of "GraphicsWindowWin32" (as of today) cannot be compiled under Windows, since the "HGLRC createContextImplementation()" method declaration is missing in the corresponding header file. After adding it the "osgViewer" library compiles without any problems. Regards, Oleg ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Broken Windows build
Hi Robert, It compiles now :-) Regards, Oleg -Ursprüngliche Nachricht- Von: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] Im Auftrag von Robert Osfield Gesendet: Freitag, 1. Mai 2009 12:27 An: OpenSceneGraph Users Betreff: Re: [osg-users] Broken Windows build Hi Oleg, Initially I couldn't figure out the case of this, as all the cmake and C++ files looked correct, but just had a eureka moment - the exports were missing. I've now added these and checked them in. Could you do an svn update and see if this problem is now addressed. Cheers, Robert. On Fri, May 1, 2009 at 10:30 AM, Oleg Dedkow wrote: > Hi Robert, > > There are still link errors in "Plugins P3D project": > > Error 1 error LNK2019: unresolved external symbol "public: bool > __cdecl osgDB::XmlNode::read(class osgDB::XmlNode::Input &)" > (?r...@xmlnode@osgDB@@qeaa_naeavin...@12@@Z) referenced in function "public: > class osgDB::ReaderWriter::ReadResult __cdecl > ReaderWriterP3DXML::readNode(class osgDB::XmlNode::Input &,class > osgDB::ReaderWriter::Options const *)const " > (?readn...@readerwriterp3dxml@@qeba?avreadres...@readerwriter@osgDB@@aeavin...@xmlnode@4...@pebvoptions@34@@Z) >ReaderWriterP3D.obj > Error 2 error LNK2019: unresolved external symbol "public: __cdecl > osgDB::XmlNode::XmlNode(void)" (??0xmln...@osgdb@@q...@xz) referenced in > function "public: class osgDB::ReaderWriter::ReadResult __cdecl > ReaderWriterP3DXML::readNode(class osgDB::XmlNode::Input &,class > osgDB::ReaderWriter::Options const *)const " > (?readn...@readerwriterp3dxml@@qeba?avreadres...@readerwriter@osgDB@@aeavin...@xmlnode@4...@pebvoptions@34@@Z) >ReaderWriterP3D.obj > Error 3 error LNK2019: unresolved external symbol "public: __cdecl > osgDB::XmlNode::Input::~Input(void)" (??1in...@xmlnode@osgDB@@q...@xz) > referenced in function "public: virtual class osgDB::ReaderWriter::ReadResult > __cdecl ReaderWriterP3DXML::readNode(class std::basic_string std::char_traits,class std::allocator > const &,class > osgDB::ReaderWriter::Options const *)const " > (?readn...@readerwriterp3dxml@@ueba?avreadres...@readerwriter@osgDB@@aebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@pebvopti...@34@@Z) > ReaderWriterP3D.obj > Error 4 error LNK2019: unresolved external symbol "public: void > __cdecl osgDB::XmlNode::Input::readAllDataIntoBuffer(void)" > (?readalldataintobuf...@input@xmln...@osgdb@@QEAAXXZ) referenced in function > "public: virtual class osgDB::ReaderWriter::ReadResult __cdecl > ReaderWriterP3DXML::readNode(class std::basic_string std::char_traits,class std::allocator > const &,class > osgDB::ReaderWriter::Options const *)const " > (?readn...@readerwriterp3dxml@@ueba?avreadres...@readerwriter@osgDB@@aebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@pebvopti...@34@@Z) > ReaderWriterP3D.obj > Error 5 error LNK2019: unresolved external symbol "public: void > __cdecl osgDB::XmlNode::Input::open(class std::basic_string std::char_traits,class std::allocator > const &)" > (?o...@input@xmln...@osgdb@@qeaaxaebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z) > referenced in function "public: virtual class > osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class > std::basic_string,class > std::allocator > const &,class osgDB::ReaderWriter::Options const > *)const " > (?readn...@readerwriterp3dxml@@ueba?avreadres...@readerwriter@osgDB@@aebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@pebvopti...@34@@Z) > ReaderWriterP3D.obj > Error 6 error LNK2019: unresolved external symbol "public: __cdecl > osgDB::XmlNode::Input::Input(void)" (??0in...@xmlnode@osgDB@@q...@xz) > referenced in function "public: virtual class osgDB::ReaderWriter::ReadResult > __cdecl ReaderWriterP3DXML::readNode(class std::basic_string std::char_traits,class std::allocator > const &,class > osgDB::ReaderWriter::Options const *)const " > (?readn...@readerwriterp3dxml@@ueba?avreadres...@readerwriter@osgDB@@aebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@pebvopti...@34@@Z) > ReaderWriterP3D.obj > Error 7 error LNK2019: unresolved external symbol "public: void > __cdecl osgDB::XmlNode::Input::attach(class std::basic_istream std::char_traits > &)" > (?att...@input@xmln...@osgdb@@qeaaxaeav?$basic_istr...@du?$char_traits@d...@std@@@std@@@Z) > referenced in function "public: virtual class > osgDB::ReaderWriter::ReadResult __cdecl R
Re: [osg-users] Broken Windows build
Hi Robert, There are still link errors in "Plugins P3D project": Error 1 error LNK2019: unresolved external symbol "public: bool __cdecl osgDB::XmlNode::read(class osgDB::XmlNode::Input &)" (?r...@xmlnode@osgDB@@qeaa_naeavin...@12@@Z) referenced in function "public: class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class osgDB::XmlNode::Input &,class osgDB::ReaderWriter::Options const *)const " (?readn...@readerwriterp3dxml@@qeba?avreadres...@readerwriter@osgDB@@aeavin...@xmlnode@4...@pebvoptions@34@@Z) ReaderWriterP3D.obj Error 2 error LNK2019: unresolved external symbol "public: __cdecl osgDB::XmlNode::XmlNode(void)" (??0xmln...@osgdb@@q...@xz) referenced in function "public: class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class osgDB::XmlNode::Input &,class osgDB::ReaderWriter::Options const *)const " (?readn...@readerwriterp3dxml@@qeba?avreadres...@readerwriter@osgDB@@aeavin...@xmlnode@4...@pebvoptions@34@@Z) ReaderWriterP3D.obj Error 3 error LNK2019: unresolved external symbol "public: __cdecl osgDB::XmlNode::Input::~Input(void)" (??1in...@xmlnode@osgDB@@q...@xz) referenced in function "public: virtual class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class std::basic_string,class std::allocator > const &,class osgDB::ReaderWriter::Options const *)const " (?readn...@readerwriterp3dxml@@ueba?avreadres...@readerwriter@osgDB@@aebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@pebvopti...@34@@Z) ReaderWriterP3D.obj Error 4 error LNK2019: unresolved external symbol "public: void __cdecl osgDB::XmlNode::Input::readAllDataIntoBuffer(void)" (?readalldataintobuf...@input@xmln...@osgdb@@QEAAXXZ) referenced in function "public: virtual class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class std::basic_string,class std::allocator > const &,class osgDB::ReaderWriter::Options const *)const " (?readn...@readerwriterp3dxml@@ueba?avreadres...@readerwriter@osgDB@@aebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@pebvopti...@34@@Z) ReaderWriterP3D.obj Error 5 error LNK2019: unresolved external symbol "public: void __cdecl osgDB::XmlNode::Input::open(class std::basic_string,class std::allocator > const &)" (?o...@input@xmln...@osgdb@@qeaaxaebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@@Z) referenced in function "public: virtual class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class std::basic_string,class std::allocator > const &,class osgDB::ReaderWriter::Options const *)const " (?readn...@readerwriterp3dxml@@ueba?avreadres...@readerwriter@osgDB@@aebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@pebvopti...@34@@Z) ReaderWriterP3D.obj Error 6 error LNK2019: unresolved external symbol "public: __cdecl osgDB::XmlNode::Input::Input(void)" (??0in...@xmlnode@osgDB@@q...@xz) referenced in function "public: virtual class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class std::basic_string,class std::allocator > const &,class osgDB::ReaderWriter::Options const *)const " (?readn...@readerwriterp3dxml@@ueba?avreadres...@readerwriter@osgDB@@aebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@pebvopti...@34@@Z) ReaderWriterP3D.obj Error 7 error LNK2019: unresolved external symbol "public: void __cdecl osgDB::XmlNode::Input::attach(class std::basic_istream > &)" (?att...@input@xmln...@osgdb@@qeaaxaeav?$basic_istr...@du?$char_traits@d...@std@@@std@@@Z) referenced in function "public: virtual class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class std::basic_istream > &,class osgDB::ReaderWriter::Options const *)const " (?readn...@readerwriterp3dxml@@ueba?avreadres...@readerwriter@osgDB@@aeav?$basic_istr...@du?$char_traits@d...@std@@@std@@pebvopti...@34@@Z) ReaderWriterP3D.obj Oleg -Ursprüngliche Nachricht- Von: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] Im Auftrag von Robert Osfield Gesendet: Freitag, 1. Mai 2009 09:46 An: OpenSceneGraph Users Betreff: Re: [osg-users] Broken Windows build Hi Oleg, The OSG-2.8 release went out with the UTF8 code in place, svn/trunk doesn't change this in any way. Lots and lots of Windows users have been testing it out across different compilers and not reported problems. What build suit are you using? Have you compiled other OSG versions OK? Robert. On Thu, Apr 30, 2009 at 8:11 PM, Oleg Dedkow wrote: > Hi Robert, > > > > the latest SVN revision cannot be build under Windows if > “OSG_USE_UTF8_FILENAME”
Re: [osg-users] Broken Windows build
It can be build now. Oleg -Ursprüngliche Nachricht- Von: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] Im Auftrag von Robert Osfield Gesendet: Freitag, 1. Mai 2009 10:51 An: OpenSceneGraph Users Betreff: Re: [osg-users] Broken Windows build On Fri, May 1, 2009 at 9:30 AM, Michael Platings wrote: > I hadn't tested this yet, and I can confirm Oleg's errors. I have > submitted a fix. Now merged thanks. Robert. ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Broken Windows build
Hi Robert, This is the first time I have problems to compile OSG under Windows. My last SVN build is four to five weeks old with enabled Unicode support. There were no problems. I'm using VS2008 under Vista, OSG is compiled in 64-bit mode. I reverted FileUtils.cpp to rev. 9990 and compiled this file without any problems. Rev. 9991 of FileUtils.cpp cannot be build anymore. Lines 654 to 692 were added in this revision. I saw there is new config option "OSG_PLUGIN_SEARCH_INSTALL_DIR_FOR_PLUGINS". Could it be that this option causes these problems? Regards, Oleg -Ursprüngliche Nachricht- Von: osg-users-boun...@lists.openscenegraph.org [mailto:osg-users-boun...@lists.openscenegraph.org] Im Auftrag von Robert Osfield Gesendet: Freitag, 1. Mai 2009 09:46 An: OpenSceneGraph Users Betreff: Re: [osg-users] Broken Windows build Hi Oleg, The OSG-2.8 release went out with the UTF8 code in place, svn/trunk doesn't change this in any way. Lots and lots of Windows users have been testing it out across different compilers and not reported problems. What build suit are you using? Have you compiled other OSG versions OK? Robert. On Thu, Apr 30, 2009 at 8:11 PM, Oleg Dedkow wrote: > Hi Robert, > > > > the latest SVN revision cannot be build under Windows if > “OSG_USE_UTF8_FILENAME” config option is enabled. The error occurs in > “FileUtils.cpp” file, line 663, since there is no UNICODE-capable version of > the “GetProcAddress” function. The “OSGDB_WINDOWS_FUNCT_STRING” makro is > defined as follows in that case > > > > #define OSGDB_WINDOWS_FUNCT_STRING(x) L ## #x L"W" > > > > Thus the second parameter cannot be converted from wchar_t to LPCSTR. Should > we convert the second parameter from wchar_t* to LPCSTR or use the same > definition for the “OSGDB_WINDOWS_FUNCT_STRING” makro in both cases? > > > > The second error occurs in the same file, line 669. The second parameter for > the “pGetModuleHandleEx” function should be defined as wchar_t, but it’s > defined as “static char static_variable” in the line 667. > > > > Best Regards, > > Oleg > > ___ > 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
[osg-users] Broken Windows build
Hey Robert, There are several link errors: Error 4 error LNK2019: unresolved external symbol closesocket referenced in function "public: __cdecl Receiver::~Receiver(void)" (??1Receiver@@q...@xz)Cluster.obj Error 5 error LNK2019: unresolved external symbol bind referenced in function "private: bool __cdecl Receiver::init(void)" (?i...@receiver@@AEAA_NXZ) Cluster.obj Error 6 error LNK2019: unresolved external symbol htonl referenced in function "private: bool __cdecl Receiver::init(void)" (?i...@receiver@@AEAA_NXZ) Cluster.obj Error 7 error LNK2019: unresolved external symbol htons referenced in function "private: bool __cdecl Receiver::init(void)" (?i...@receiver@@AEAA_NXZ) Cluster.obj Error 8 error LNK2019: unresolved external symbol socket referenced in function "private: bool __cdecl Receiver::init(void)" (?i...@receiver@@AEAA_NXZ) Cluster.obj Error 9 error LNK2019: unresolved external symbol WSAStartup referenced in function "private: bool __cdecl Receiver::init(void)" (?i...@receiver@@AEAA_NXZ) Cluster.obj Error 10 error LNK2019: unresolved external symbol __WSAFDIsSet referenced in function "public: void __cdecl Receiver::sync(void)" (?s...@receiver@@QEAAXXZ) Cluster.obj Error 11 error LNK2019: unresolved external symbol select referenced in function "public: void __cdecl Receiver::sync(void)" (?s...@receiver@@QEAAXXZ) Cluster.obj Error 12 error LNK2019: unresolved external symbol WSAGetLastError referenced in function "public: void __cdecl Receiver::sync(void)" (?s...@receiver@@QEAAXXZ) Cluster.obj Error 13 error LNK2019: unresolved external symbol recvfrom referenced in function "public: void __cdecl Receiver::sync(void)" (?s...@receiver@@QEAAXXZ) Cluster.obj Error 14 error LNK2019: unresolved external symbol setsockopt referenced in function "private: bool __cdecl Broadcaster::init(void)" (?i...@broadcaster@@AEAA_NXZ) Cluster.obj Error 15 error LNK2019: unresolved external symbol gethostbyname referenced in function "public: void __cdecl Broadcaster::setHost(char const *)" (?seth...@broadcaster@@qeaaxp...@z) Cluster.obj Error 16 error LNK2019: unresolved external symbol sendto referenced in function "public: void __cdecl Broadcaster::sync(void)" (?s...@broadcaster@@QEAAXXZ) Cluster.obj Error 17 error LNK2019: unresolved external symbol "public: bool __cdecl osgDB::XmlNode::read(class osgDB::XmlNode::Input &)" (?r...@xmlnode@osgDB@@qeaa_naeavin...@12@@Z) referenced in function "public: class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class osgDB::XmlNode::Input &,class osgDB::ReaderWriter::Options const *)const " (?readn...@readerwriterp3dxml@@qeba?avreadres...@readerwriter@osgDB@@aeavin...@xmlnode@4...@pebvoptions@34@@Z) ReaderWriterP3D.obj Error 18 error LNK2001: unresolved external symbol "public: bool __cdecl osgDB::XmlNode::read(class osgDB::XmlNode::Input &)" (?r...@xmlnode@osgDB@@qeaa_naeavin...@12@@Z) ReadShowFile.obj Error 19 error LNK2019: unresolved external symbol "public: __cdecl osgDB::XmlNode::XmlNode(void)" (??0xmln...@osgdb@@q...@xz) referenced in function "public: class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class osgDB::XmlNode::Input &,class osgDB::ReaderWriter::Options const *)const " (?readn...@readerwriterp3dxml@@qeba?avreadres...@readerwriter@osgDB@@aeavin...@xmlnode@4...@pebvoptions@34@@Z) ReaderWriterP3D.obj Error 20 error LNK2001: unresolved external symbol "public: __cdecl osgDB::XmlNode::XmlNode(void)" (??0xmln...@osgdb@@q...@xz) ReadShowFile.obj Error 21 error LNK2019: unresolved external symbol "public: __cdecl osgDB::XmlNode::Input::~Input(void)" (??1in...@xmlnode@osgDB@@q...@xz) referenced in function "public: virtual class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class std::basic_string,class std::allocator > const &,class osgDB::ReaderWriter::Options const *)const " (?readn...@readerwriterp3dxml@@ueba?avreadres...@readerwriter@osgDB@@aebv?$basic_str...@du?$char_traits@d...@std@@v?$alloca...@d@2@@std@@pebvopti...@34@@Z) ReaderWriterP3D.obj Error 22 error LNK2001: unresolved external symbol "public: __cdecl osgDB::XmlNode::Input::~Input(void)" (??1in...@xmlnode@osgDB@@q...@xz) ReadShowFile.obj Error 23 error LNK2019: unresolved external symbol "public: void __cdecl osgDB::XmlNode::Input::readAllDataIntoBuffer(void)" (?readalldataintobuf...@input@xmln...@osgdb@@QEAAXXZ) referenced in function "public: virtual class osgDB::ReaderWriter::ReadResult __cdecl ReaderWriterP3DXML::readNode(class std::basic_string,clas
[osg-users] Broken Windows build
Hi Robert, the latest SVN revision cannot be build under Windows if “OSG_USE_UTF8_FILENAME” config option is enabled. The error occurs in “FileUtils.cpp” file, line 663, since there is no UNICODE-capable version of the “GetProcAddress” function. The “OSGDB_WINDOWS_FUNCT_STRING” makro is defined as follows in that case #define OSGDB_WINDOWS_FUNCT_STRING(x) L ## #x L"W" Thus the second parameter cannot be converted from wchar_t to LPCSTR. Should we convert the second parameter from wchar_t* to LPCSTR or use the same definition for the “OSGDB_WINDOWS_FUNCT_STRING” makro in both cases? The second error occurs in the same file, line 669. The second parameter for the “pGetModuleHandleEx” function should be defined as wchar_t, but it’s defined as “static char static_variable” in the line 667. Best Regards, Oleg ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [osgPPU] 64-bit Windows build
Hi Art, it works :-) Regards, Oleg -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=9268#9268 ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] [osgPPU] 64-bit Windows build
Hi Art! Thank you for your reply. I didn't make any changes to the CMake files, since I'm using OSG (and now osgPPU :-)) in my spare time and I didn't have much of it in the last few days... I've checked out the latest version, it compiles without any problems! There are still some config problems, but they could be easily improved, I hope :-) : 1) You have to add the following value -ccbin "$(VCInstallDir)bin" -DWIN32 to the CUDA_NVCC_FLAGS variable. I'm sure, this string doesn't make any sense on Linux, so maybe we can add a new CMake varibale, e.g. CUDA_WIN_NVCC_FLAGS, and set the default value to the above-mentioned string. It would be then used as additional "nvcc" parameter when compiling the "kernel.cu" file on Windows. 2) The auto-generated "cudakernel" project does not contain the "Export.h" file. However, this file could be found on the include path and used during compiling. That is not a real error :-) 3) The "cudakernel" project does not contain references to the following needed libraries: "osg.lib", "OpenThreads.lib" and "osgPPU.lib" (Debug: "osgd.lib", "OpenThreadsd.lib" and "osgPPUd.lib") I've changed the "Export.h" file (please, see attachment, line 35) to use the already defined "cudakernel_EXPORTS" preprocessor makro. Regards, Oleg -- Read this topic online here: http://forum.openscenegraph.org/viewtopic.php?p=9017#9017 /*** * Copyright (c) 2008 Art Tevs * * * * This library is free software; you can redistribute it and/or modify * * it under the terms of the GNU Lesser General Public License as* * published by the Free Software Foundation; either version 3 of* * the License, or (at your option) any later version. * * * * This library 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 Lesse General Public License for more details.* * * * The full license is in LICENSE file included with this distribution. * ***/ #ifndef _C_OSGPPU_CUDAKERNEL_EXPORT_H_ #define _C_OSGPPU_CUDAKERNEL_EXPORT_H_ #if defined(_MSC_VER) #pragma warning( disable : 4244 ) #pragma warning( disable : 4251 ) #pragma warning( disable : 4267 ) #pragma warning( disable : 4275 ) #pragma warning( disable : 4290 ) #pragma warning( disable : 4786 ) #pragma warning( disable : 4305 ) #pragma warning( disable : 4996 ) #endif #if defined(_MSC_VER) || defined(__CYGWIN__) || defined(__MINGW32__) || defined( __BCPLUSPLUS__) || defined( __MWERKS__) # if defined( OSGPPU_CUDAKERNEL_LIBRARY_STATIC ) #define OSGPPU_EXPORT # elif defined( cudakernel_EXPORTS ) #define OSGPPU_CUDAK_EXPORT __declspec(dllexport) # else #define OSGPPU_CUDAK_EXPORT __declspec(dllimport) # endif #else # define OSGPPU_CUDAK_EXPORT #endif // set up define for whether member templates are supported by VisualStudio compilers. #ifdef _MSC_VER # if (_MSC_VER >= 1300) # define __STL_MEMBER_TEMPLATES # endif #endif //_MSC_VER /* Define NULL pointer value */ #ifndef NULL #ifdef __cplusplus #define NULL0 #else #define NULL((void *)0) #endif #endif //NULL #endif //_C_OSGPPU_CUDAKERNEL_EXPORT_H_ ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] ScreenSpaceAmbientOcclusion (SSAO) with osgPPU
Hi Art, 'cstring' header file should be included in 'src/osgPlugins/osgPPU/Base.cpp', since 'strcmp()' function is not visible to g++ under Linux without this include statement. Best Regards and Happy New Year, Oleg Am Freitag 19 Dezember 2008 16:12:02 schrieb Art Tevs: > Hi folks, > > I have implemented a very simple (yeah it is just a real big faken) SSAO > example with osgPPU. The example is build in the same way as Adrian's osgFX > effect and is described here: http://mikepan.homeip.net/ssaowcn The current > one computes the AO-term in multisampling way (hence in higher resolution > then the screen resolution is). hence less artifacts are visible. > > The current speed is 200FPS, however this value isn't really correct. The > computation is indeed very simple and require only few operations. So I > suppose I could be able to find the bug making it "so slow" (I am sure > there is one, because the DepthOfField-example runs much faster but need > more operations). > > As Adrian said. the next step is to implement more complex and realistic > algorithms than this one. > > Just check out osgPPU from the svn and try the given example out (don't > forget to setup OSG_FILE_PATH to the trunk/ directory ;) > > Best regards, > Art > > > > > ___ > osg-users mailing list > osg-users@lists.openscenegraph.org > http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] osgNV 0.6.2 released, with a preliminary physics support!
Hi Wang Rui, Thank you for the nice library :-) I checked osgNV from trunk and tried to build it under Linux/g++ 4.3.2. I managed it, however there are still two errors left: 1) include/osgNVCg/Type, line 80: The extra 'Type' specifier should be removed from the method declaration. 2) src/osgPlugins/osgNV/IO_VectorArrayParameterValue.cpp: 'cstring' header file should be included, since 'strcmp()' function is not visible to g++ without this additional include. Best Regards, Oleg Am Donnerstag 18 Dezember 2008 09:05:10 schrieb Wang Rui: > Hi all, > > osgNV 0.6.2 has been released today, with the integration of the latest Cg > 2.1 runtime, including a new resource manager, new profiles, the support of > geometry shaders, new sampler uniforms class (cgGLSetTextureParameter), new > buffer uniforms class (cgSetBufferParameter) and related examples. > > Another important feature of the new release is a preliminary integration > of OSG and PhysX libraries, which makes it possible now for OSG developers > to implement collidings, rigid and soft objects, cloth and clothing, fluids > and many other physics simulations. PhysX is one of the most famous physics > engines and also part of the nVIDIA functionalities. > > The new module, named osgNVPhysx, is going to support the nVIDIA PhysX and > even more physics engines (like ODE, Bullet, Newton and so on, because of > its open structure in design) step by step! Creation and computation of > rigid actors are provided at present, as the attached image shows. > > The website is: > > http://osgnv.sourceforge.net/ > > You may download the latest osgNV tarball at: > https://sourceforge.net/projects/osgnv/ > > The SVN access is also usable: > *svn co https://osgnv.svn.sourceforge.net/svnroot/osgnv osgnv* > > Already tested on Windows XP SP2, Visual Studio 2008. You will need > OpenSceneGraph, CMake, nVIDIA Cg ( > http://developer.nvidia.com/object/cg_toolkit.html) and nVIDIA PhysX ( > http://developer.nvidia.com/object/physx.html) if you want to see all the > latest features. BUILD_PHYSX (the new physics engine support) is off by > default in CMakeLists.txt, and the osgNVPhysx module has not yet tested on > GNU/Linux systems. Could anybody help me test it? > > Thanks for advices and suggestions. > > Cheers, > > Wang Rui ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] Introducing osgmemorytest
Hi All, Here are my results : Machine: Xubuntu 8.10 64-Bit, Intel Dual core, 4GB RAM, Gefore 9800 GTX 512 MB, NVIDIA driver version 177.80 1) 98 2) 197 3) Three runs: all 10,000 textures in 45,06, 44,5 and 35,4 (after reboot) seconds !!! 4) all 10,000 geometries in 4,9 seconds 5) all 10,000 geometries in 1,8 seconds 6) all 10,000 geometries in 1,4 seconds 7) 215 8) 233 9) 238 Oleg ___ osg-users mailing list osg-users@lists.openscenegraph.org http://lists.openscenegraph.org/listinfo.cgi/osg-users-openscenegraph.org
Re: [osg-users] COLLADA on Linux
Hello Jan, you just have to include header file in dae.h. After adding this line of code I was able to compile the actual COLLADA version under Xubuntu. Regards, Oleg -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Jan Ciger Gesendet: Montag, 3. November 2008 22:03 An: OpenSceneGraph Users Betreff: [osg-users] COLLADA on Linux -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I am sorry if this was asked before, but I didn't find it in the archives. While trying to build the COLLADA DOM 2.1, I am getting this compilation error right away: $ make Compiling src/dae/daeAtomicType.cpp to build/linux-1.4/obj/daeAtomicType.o In file included from include/dae/daeDatabase.h:18, from src/dae/daeAtomicType.cpp:20: include/dae.h:195: error: ISO C++ forbids declaration of 'auto_ptr' with no type include/dae.h:195: error: invalid use of '::' include/dae.h:195: error: expected ';' before '<' token make: *** [build/linux-1.4/obj/daeAtomicType.o] Error 1 This is with gcc 4.3.2 Does anyone know how to fix this? I used to build COLLADA without problems before, but with older version of gcc. Regards, Jan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mandriva - http://enigmail.mozdev.org iD8DBQFJD2bzn11XseNj94gRAmEeAKDxFAa0lBph0WhhWaHp79XrcBM+9wCgmBoq J8EMjRPUfnQjO2OyNoIrGUQ= =fb9A -END PGP SIGNATURE- ___ 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