[Source Code]

But someone could start a paid support hotline, if Josh doesn't mind

Most of us here are freelancers, indies, entrepreneurs, and little teams, who are often looking for new business ideas.

 

I see sometimes requests for code examples, but going after each such request takes a lot of time, and I want to get my own projects also done. However, I wouldn't mind to get few bucks if someone wants me to do a demo with source code. Smaller code examples are of course usually answered on the forum for free, I'm talking more about more complex demos which need several hours of work to do, even when using gamelib.

[Did something change?]

When you make the leo project, does it have engine.cpp and leo.cpp in the source list?

And when using gamelib, you need only gamelib.cpp in the source list.

 

gamelib project:

#include "gamelib.h"

source list: gamelib.cpp

 

leo project:

#include "leo.h"

source list: engine.cpp, leo.cpp

 

procedural project:

#include "engine.h"

source list: engine.cpp

[Did something change?]

You shouldn't get the same error when you make a new project with nothing in it. Just make a simple test program and don't use the old gamelib demo.

[Did something change?]

Have you tried to make a new project? Maybe you have some wierd settings in your project which you are compiling.

[Source Code]

Usually when you don't get a response on these forums in 5 minutes, it means that nobody knows the answer

[Leadwerks Community GameLib]

The windmill is using the old Lua script, I have converted mine to the new Lua and it works in both Editor and GameLib.

[C/C++, Lua, and Framework all working together]

LEO uses only the integrated Framework. LEO never used the C++ Framewerk, since that is a standalone class.

[Leadwerks Community GameLib]

You need to do:

SetVegetationShadowMode(1);

in your code. Editor has by default the vegation shadow mode: "sometimes" enabled, so you need to enable vegetation shadows in your code. You could also change the vegetation shadow mode in Editor to: "always", but that's not a good idea I think, because then you can't turn the shadows on/off by code.

[Use objects from the scene editor]

Yeah, picking up objects, moving objects, and inventory system will come to gamelib also.

 

Although its not officially maintained by Leadwerks, you still get a tested and working library with reusable functions for your game, so you don't have to code everything from scratch.

 

I think I'll also split gamelib into seperate class files in future, so you can use only parts of gamelib.

[C/C++, Lua, and Framework all working together]

The procedural C++ headers are the mostly for easier conversion to other languages. It would be a huge task to convert LEO to all other languages (and many languages don't even have full OOP capability), so the procedural headers are kinda like the minimum you need to convert. There is no additional maintenance for LEO, since LEO uses the procedural headers, so you would need to write the new DLL imports anyway.

[Small school project]

Yes, but then you don't use LEO, but only procedural C++. I think in the long run every game needs more and more OOP when things get more complex.

[Small school project]

UPS() works also in C++, if you code your main loop correctly.

The raw version of the main loop should be like this:

UpdateAppTime();
UpdateWorld(AppSpeed());
RenderWorld();

but since everyone should use LEO Framework, it should look like this:

fw.Update();
fw.Render();

[Scene Loading Example]

You can still use it for games which don't use Lua, also in LE 2.3.

You could also use it for games which use Lua, but then you need to customize a few entity scripts.

[Phygen ConvexHull]

A convex hull has all its face normals facing outwards, so that no face normals ever intersect eachother.

That's why you get those "shortcuts" over faces which are not convex, like on the lower left corner of the last pic.

So the last pic is a correct convex hull, the first pic is a binary tree hull.

[Did something change?]

Try to uninstall the Windows SDK and install the "last known good" one:

http://www.microsoft.com/downloads/details.aspx?FamilyId=484269E2-3B89-47E3-8EB7-1F2BE6D7123A&displaylang=en

[Scene Loading Example]

Yes, LEO is using Framework, not Framewerk.

And ArBuZ is using LEO Framework also:

Framework *fw1=new Framework();

However, he seems to be passing **fw to Lua, and not *fw, that might be the problem.

[body box vs createcube set scale]

If you do SetPosition on a physics body in each frame, then it might also do the same, as a missing fw.Update().

You should use AddBodyForce with CalcBodyVelocity to simulate SetPosition on physics bodies.

[body box vs createcube set scale]

This fast movement happens when you don't call fw.Update() in each frame. It then tries to catch up the lost time when you next time call fw.Update().

[Did something change?]

Maybe the new Platform SDK is buggy then, I still use the Windows SDK from August 2007.

In gamelib there is the line "#include <gl/glut.h>" that should correctly bind the opengl .lib files,

and you don't need to do anything else to use glBegin, glEnd and such commands then.

[Workflow streamline requests]

One thing that slows code designers is also this:

• Make the Model properties window update without having to restart Editor when making changes in the Model's script.

[Did something change?]

Did you do a Clean Build?

[Vehicle Wheels]

You should leave some free space between the fuselage and wheel, so that the wheel doesn't collide with the fuselage.

[Scene Loading Example]

It should work, since it works in gamelib too (and gamelib is using LEO Framework):

 

from gamelib.cpp:

	luat.Create();					// create the LuaTools object
luat.SetScriptObject("fw",scene.framewerk);	// set the Lua variable fw

// Structs

int LuaTools::GetStackSize()
{
return GetTop();
}

void LuaTools::SetStackSize( int size )
{
int currentsize = GetStackSize();
if( size<currentsize )
	Pop( currentsize-size );
}

void LuaTools::SetScriptObject( const std::string& name, BP o )
{
int size = GetStackSize();
PushObject( o );
SetGlobal( name );
SetStackSize( size );
}

 

from gamelib.h:

// Structs

class LuaTools : public Lua
{
public:
int GetStackSize();
void SetStackSize( int size );
void SetScriptObject( const std::string& name, BP o );
};

[Did something change?]

Ah, then the reason is clear: You need to install Windows Platform SDK, since gamelib needs raw OpenGL commands also:

http://www.microsoft.com/downloads/details.aspx?familyid=C17BA869-9671-4330-A63E-1FD44E0E2505&displaylang=en

This will install additional C++ headers to your Visual Studio 2008 C++, including the OpenGL headers.

[Leadwerks Community GameLib]

If you comment out this line in the demo code, it doesn't crash when the player collides with something:

SetEntityCallback(myapp.zombie1->body,(byte*)EntityCollisionCallback,ENTITYCALLBACK_COLLISION);