add support for Ogre 3D

[GoogleCodeExporter]

Currently, GameKit supports Irrlicht and oolong Engine for graphics.

Now Ogre 1.7 goes MIT license, we can do an integration. Some 
projects/propotypes might work 
better with Irrlicht, others with Ogre.

Original issue reported on code.google.com by erwin.coumans on 2 Nov 2009 at 4:09

[GoogleCodeExporter]

Original comment by erwin.coumans on 27 Nov 2009 at 3:49

[GoogleCodeExporter]

I received an initial Ogre version from Charlie, and I'm in the process of 
reviewing 
the code and re-organizing the directories a bit before committing the code.

The good news: it can extract and create working skeletal skinned animation 
from .blend 
to Ogre!

Original comment by erwin.coumans on 1 Dec 2009 at 8:08

[GoogleCodeExporter]

Initial 'OgreKit' checked into svn/branches/OgreKit. Thanks to Charlie!

http://code.google.com/p/gamekit/source/detail?r=118

Original comment by erwin.coumans on 3 Dec 2009 at 6:23

[GoogleCodeExporter]

I don't know if i have to create a new issue or if linux Ogre building problems 
are
accepted here as is a wip branch.

Anyway, I have attached a patch that fix several problems with Freetype sources 
and
ZLib directory not found and linux permision problems.

After this I have the following error:

.............
Linking CXX static library libOIS.a
[  3%] Built target OIS
Scanning dependencies of target ZZipLib
[  3%] Building C object 
Dependencies/Source/ZZipLib/CMakeFiles/ZZipLib.dir/zzip/dir.c.o
In file included from
/home/lordloki/Multimedia/CVS/ogrekit/ogrekit/Dependencies/Source/ZZipLib/zzip/d
ir.c:14:
/home/lordloki/Multimedia/CVS/ogrekit/ogrekit/Dependencies/Source/ZZipLib/./zzip
/lib.h:34:
error: expected specifier-qualifier-list before ‘uint32_t’
/home/lordloki/Multimedia/CVS/ogrekit/ogrekit/Dependencies/Source/ZZipLib/zzip/d
ir.c:
En la función ‘zzip_readdir’:
/home/lordloki/Multimedia/CVS/ogrekit/ogrekit/Dependencies/Source/ZZipLib/zzip/d
ir.c:137:
error: ‘struct zzip_dir_hdr’ no tiene un miembro llamado ‘d_name’
/home/lordloki/Multimedia/CVS/ogrekit/ogrekit/Dependencies/Source/ZZipLib/zzip/d
ir.c:138:
error: ‘struct zzip_dir_hdr’ no tiene un miembro llamado ‘d_compr’
/home/lordloki/Multimedia/CVS/ogrekit/ogrekit/Dependencies/Source/ZZipLib/zzip/d
ir.c:140:
error: ‘struct zzip_dir_hdr’ no tiene un miembro llamado ‘d_csize’
/home/lordloki/Multimedia/CVS/ogrekit/ogrekit/Dependencies/Source/ZZipLib/zzip/d
ir.c:141:
error: ‘struct zzip_dir_hdr’ no tiene un miembro llamado ‘d_usize’
/home/lordloki/Multimedia/CVS/ogrekit/ogrekit/Dependencies/Source/ZZipLib/zzip/d
ir.c:143:
error: ‘struct zzip_dir_hdr’ no tiene un miembro llamado ‘d_reclen’
/home/lordloki/Multimedia/CVS/ogrekit/ogrekit/Dependencies/Source/ZZipLib/zzip/d
ir.c:147:
error: ‘struct zzip_dir_hdr’ no tiene un miembro llamado ‘d_reclen’
make[2]: *** [Dependencies/Source/ZZipLib/CMakeFiles/ZZipLib.dir/zzip/dir.c.o] 
Error 1
make[1]: *** [Dependencies/Source/ZZipLib/CMakeFiles/ZZipLib.dir/all] Error 2
make: *** [all] Error 2
........

Original comment by jbernalm...@gmail.com on 3 Dec 2009 at 8:10

Attachments:

• compile_fix.txt

[GoogleCodeExporter]

Thanks for the patch, the Linux version/support is currently being sorted out.

Original comment by snailr...@gmail.com on 3 Dec 2009 at 8:36

[GoogleCodeExporter]

Everything compiles right in r127. Even Momo runs smoothly :-). Thanks

Original comment by jbernalm...@gmail.com on 4 Dec 2009 at 4:44

[GoogleCodeExporter]

The Mac OSX build should work too, as of revision 152:

http://code.google.com/p/gamekit/source/detail?r=152

Original comment by erwin.coumans on 17 Dec 2009 at 6:58

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Ogre 1.7 RC1 is released. Perhaps we can upgrade to this version?

See attached upgrade patch. This patch needs review/testing on all platforms, 
files 
might be missing and previous changes might be overwritten.

Original comment by erwin.coumans on 2 Jan 2010 at 8:28

Attachments:

• Ogre1.7-rc1.patch

[GoogleCodeExporter]

Hi,

at this moment when you make an anonymous svn check-out a password is requested 
for
access to external bullet svn.

BTW, access to external GameKit/Serialize is OK, at least for me.

Original comment by jbernalm...@gmail.com on 17 Jan 2010 at 9:15

[GoogleCodeExporter]

It call to https://bullet.googlecode.com/svn/trunk/src in lieu of
http://bullet.googlecode.com/svn/trunk/src (this one allow anonymous access)

Original comment by jbernalm...@gmail.com on 17 Jan 2010 at 9:27

[GoogleCodeExporter]

Thanks for pointing that out. Should be fixed with the latest revision.

Original comment by snailr...@gmail.com on 17 Jan 2010 at 2:31

[GoogleCodeExporter]

There is a linking problem when the Sandbox is compiled:

[ 93%] Built target ZLib                                                        

[ 98%] Built target Lua                                                         

[100%] Built target UtilsXML                                                    

[100%] Built target Utils                                                       

Linking CXX executable XMLTest                                                  

../Utils/Src/XML/libUtilsXML.a(utXML.o): In function `utXMLDocument::parse(char
const*)':                                    
utXML.cpp:(.text+0x37): undefined reference to `utFileStream::utFileStream()'   

utXML.cpp:(.text+0x51): undefined reference to `utFileStream::open(char const*, 
char
const*)'                                
utXML.cpp:(.text+0x121): undefined reference to `utFileStream::read(void*, 
int)'    

utXML.cpp:(.text+0x174): undefined reference to `utFileStream::eof()'           

utXML.cpp:(.text+0x1df): undefined reference to `utFileStream::eof()'           

utXML.cpp:(.text+0x211): undefined reference to `utFileStream::~utFileStream()' 

utXML.cpp:(.text+0x22c): undefined reference to `utFileStream::~utFileStream()' 

collect2: ld devolvió el estado de salida 1                                    

make[2]: *** [Sandbox/XMLTest/XMLTest] Error 1                                  

make[1]: *** [Sandbox/XMLTest/CMakeFiles/XMLTest.dir/all] Error 2               

make: *** [all] Error 2                                             

Patch:
In CMakeLists.txt in Sandbox/Utils/Src/XML have to include this line:

link_libraries(Utils)

Regards,
Jorge

Original comment by jbernalm...@gmail.com on 14 Feb 2010 at 7:42

[GoogleCodeExporter]

Thanks, updated it. It may have to do with gcc linking order. I wonder if 
swapping 
Utils & UtilsXML in the XMLTest directory will achieve the same results

Original comment by snailr...@gmail.com on 14 Feb 2010 at 8:50

[GoogleCodeExporter]

Yes, you're right. I have checked that swapping Utils & UtilsXML in the XMLTest
directory is enough.

Original comment by jbernalm...@gmail.com on 14 Feb 2010 at 9:45

[GoogleCodeExporter]

As long as the current way is compiling, I guess it can remain as is. it's good 
to
know that it is indeed linking order. Eventually I would like to compile it all 
in
the Utils library & use it for an Ogitor loader so terrain support can be 
tested.

Original comment by snailr...@gmail.com on 15 Feb 2010 at 2:09

[GoogleCodeExporter]

Original comment by erwin.coumans on 2 Sep 2010 at 8:42

• Changed state: Fixed