Mixing C++ with lua models

[Rick]

If I do LoadModel() in C++ does that still run the lua script for that model automatically? Also if I send message on an object in C++ does that automatically fire the lua events for that or is there some setup around that?

[Marleys Ghost]

isn't that the point of scripted entities?

[Rick]

Well just asking because everything I've done has been all in lua. The main program being in lua. I assume I have to use the framework in my C++ program and make a global variable for it? I've never used the framework before in C++ I always did things manually myself. Is there an example of this somewhere>

[Canardia]

Examples are here:

http://leadwerks.com/werkspace/index.php?/topic/893-call-for-projectwizard-template-code/page__view__findpost__p__7945

[Marleys Ghost]

Well just asking because everything I've done has been all in lua. The main program being in lua. I assume I have to use the framework in my C++ program and make a global variable for it? I've never used the framework before in C++ I always did things manually myself. Is there an example of this somewhere>

 

 

Well LoadScene() seems to handle things fine script wise in a test scene I have animations and switches turning things on and off .. but then I only want to use scripting in this fashion with Bmax. Lumooja has posted somewhere the templates for the Wizard or theres this ..

[Rick]

That's what I was looking for. Question:

 

// Set Lua framework object
       SetGlobalObject( "fw", fw );

       // Set Lua framework variable
       BP lua = GetLuaState();
       lua_pushobject( lua, fw );
       lua_setglobal( lua, "fw" );
       lua_pop( lua, 1 );

 

That looks to me like the first line is doing the same thing as the next 4.

[VicToMeyeZR]

What I am wondering. You have your game script. How do you get it to run in C++?

[Canardia]

The main game script should not be used from C++, but it's meant as standalone lua main program when you write your game completely in lua.

[VicToMeyeZR]

aah ok. Makes sense

[Rick]

If I call SendEntityMessage() in C++ will that fire the lua script ReceiveMessage() for that model?

[Marleys Ghost]

If I call SendEntityMessage() in C++ will that fire the lua script ReceiveMessage() for that model?

 

 

 

I think so Rick

[Josh]

If I call SendEntityMessage() in C++ will that fire the lua script ReceiveMessage() for that model?

Yep. The scripting functionality is built into the model class, so it doesn't matter if it's being used in the editor, a BlitzMax program, a Lua program, or a C++ program. The same routine is called every time. The only tricky difference between the editor and a C++ program is the framework object, but that has been covered in the Lua tutorial.

 

The whole "framework" thing has been kind of a mess. It works the way it is now, and I am not going to change it, but that's one little detail I feel like the design of could have been better.

[Scott Richmond]

Yep. The scripting functionality is built into the model class, so it doesn't matter if it's being used in the editor, a BlitzMax program, a Lua program, or a C++ program. The same routine is called every time. The only tricky difference between the editor and a C++ program is the framework object, but that has been covered in the Lua tutorial.

 

The whole "framework" thing has been kind of a mess. It works the way it is now, and I am not going to change it, but that's one little detail I feel like the design of could have been better.

You don't think its worth changing while you can? I mean the LUA functionality has only been out for a month or two. Or is it too fundamental a change to dive into now?

[Josh]

You don't think its worth changing while you can? I mean the LUA functionality has only been out for a month or two. Or is it too fundamental a change to dive into now?

Why would I want to change the design? What's wrong with this approach?

[Scott Richmond]

Why would I want to change the design? What's wrong with this approach?

You tell me hah. I was just commenting on this:

The whole "framework" thing has been kind of a mess. It works the way it is now, and I am not going to change it, but that's one little detail I feel like the design of could have been better.

[macklebee]

You tell me hah. I was just commenting on this:

The whole "framework" thing has been kind of a mess. It works the way it is now, and I am not going to change it, but that's one little detail I feel like the design of could have been better.

 

i think he meant that in past tense... like the framework implementation before could have had a better design

[Scott Richmond]

ahhh. Nevermind me then.

[Josh]

Oh, I see.

 

I mean, my original design for the renderer was too low-level for most people to understand. I am not sure what I would have done differently, but it is clear that people want commands like SetBloom(), etc. But then they also want it to be easily customizable. It seems like some kind of higher-level effects layering system would be best, but then it is so hard to use texture memory efficiently and minimize the number of passes. You throw in water reflections, and the whole thing just gets incredibly complex.

 

I think rasterized graphics are just too damn complicated. There should be a mechanism to read the underlying pixel's value, then we wouldn't have to do all this buffer swapping back and forth. Early depth discard is utilized 0% of the time when rendering post-processing effects, so I don't see why it can't be done.