Search options (Page 32 of 60)

Maybe you can try this to force it to use your version : python scons.py MSVC_VERSION=10.0

I can build using visual studio 2005 from the project file and from scons,
but I will try to install a more recent version on another computer to test it

Hi,
thank you !

Is it based on the /trunk/dev/Projects/CodeBlocks10/ project (used for windows/cygwin) or is it a separate one ?
To know if we can try to make them one ?

I send a mail to skaiware that adapted scons and codeblocks to use cygwin if he could login in the forum to help,
as I'm not very confortable with scons and windows compilation (for the windows build I myself only use the visual studio 2005 sln).

There is the visual 2010 visual studio file (Maratis.sln) but it might not be up to date,
it probably miss some new files to add to the solution, in particular MEngine (the file MLog.h and MLog.cpp for example).

Or, with another compiler on windows, a contributor named skaiware added a CodeBlocks project (free open source IDE/compiler),
I think it needs the CodeBlocks/Mingw (gcc compiler) install : http://www.codeblocks.org/downloads/26

I didn't find more info about it, I'm not using windows a lot,

is there someone in the forum able to compile on windows ?

I think you just need to run the VCVARS32.bat
probably located in something like : C:\Program Files\Microsoft Visual Studio 9.0\VC\vcvarsall.bat

normally it will set your environment variables and the "cl" command will be recognized (what seems to be the problem when you run scons) and you can try running scons again by typing "python scons.py" from a command line in trunk/dev/.

I think I fixed it, the code correction is on svn. I'm not on windows right now, is it possible for you to test it ?

what platform are you using ? windows ?
do you exit the game with "esc" or using the "exit()" script function ?

Yes, in fact the close button is blocked to avoid accident (no warning that it was going to close).

Hi,

the engine is zlib licensed, so you don't have to make your game open-source.
Just keep in mind that the editor is GPL licensed, so if you use code from the editor or if you modify the editor, it has to be GPL too. (the license terms are on top of each files)

About your previous question,
we are not trying to compete directly with big engines (we can't), but to stay light and flexible (and still fast).
Majority of big engines are very fast because they use very specific approach that are not very flexible and follow a market standard : today is the realistic deferred rendering technique with outside sun light, sky simulation, single shadow, ambiant occlusion...

the features that are missing now for pure performance are particle system, LOD (level of detail), possibly deferred rendering (if the game needs lot of dynamic lights). Though it can be added using a c++ game plugin if the game needs it.

The current development priority are particle system, collada, lod, editor improvements...

damvcoool > it's not by object but you can divide your script in multiple files and include it using "dofile" (like an include)

Hi, thank you zaraasran,

it's probably my fault after modifying the xcode project, I probably linked the ressources in the bad way and send it to svn.
I'll try to update it better soon.