vutle / gamekit

Automatically exported from code.google.com/p/gamekit
0 stars 0 forks source link

runtime binary no longer lets momo move around #113

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
It appears momo is stuck in the default momo_ogre.blend file for "runtime".
All animations play, but they keep him in place.

I am using the d3d9 renderer, but I doubt this should matter.

Original issue reported on code.google.com by AndrewA...@gmail.com on 21 Oct 2010 at 9:11

GoogleCodeExporter commented 9 years ago
I can not reproduce here on Linux.

Original comment by xavier.thomas.1980@gmail.com on 21 Oct 2010 at 9:38

GoogleCodeExporter commented 9 years ago
To expand on my steps after compiling  (I am using visual studio 2010)

I copy Samples\Runtime\momo_ogre.blend  to the Samples\Runtime\Debug directory
I create an OgreKitStartup.cfg file in the Samples\Runtime\Debug  with the 
following line of text 
rendersystem        = d3d9

Also, I'm not sure if this is relevant, but I just noticed the following 
message in the screen log, but not the OgreKit.log

Warning, file DNA is different than built in, performance is reduced. Best to 
re-export file with a matching version/plafromWarning, file DNA is newer than 
built in.Building datablocks

Original comment by AndrewA...@gmail.com on 22 Oct 2010 at 1:10

GoogleCodeExporter commented 9 years ago
I tested on vs2010/debug/d3d9/r751, but can't see your issue.
Try, remove the momo_ogre.blend file in Samples/Runtime, re-checkout from svn.

DNA warning isn't related this.

Original comment by harkon...@gmail.com on 22 Oct 2010 at 2:05

GoogleCodeExporter commented 9 years ago
I've narrowed down the problem. 
This occurs if you uncheck OGREKIT_USE_LUA when configuring the project in 
CMake.

Adding this back in fixes the problem.

Original comment by AndrewA...@gmail.com on 22 Oct 2010 at 3:57

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
Ok, then this is not a bug. What makes momo walk is a Lua script.

Original comment by xavier.thomas.1980@gmail.com on 22 Oct 2010 at 2:01

GoogleCodeExporter commented 9 years ago
that is false. OGREKIT_USE_LUA when unchecked is not the source of the problem. 
As I most definitely have it checked, and receive the same problem. I'll try 
and locate what the problem actually is..

Original comment by dcyu...@gmail.com on 7 Jan 2011 at 1:51

GoogleCodeExporter commented 9 years ago
Tested with lats svn (r804) and animations of the momo_oge.blend are working 
fine.
Please provide more information (svn revision numbre, logfile, config option, 
...)

Original comment by xavier.thomas.1980@gmail.com on 7 Jan 2011 at 8:05