[ASK] Why use LUA codeing ?

[witawat]

hello

 

why use lua codeing, it good or not and protect code ok ?

then god how to learning and use support pascal ?

 

thankyou

[Pixel Perfect]

Lua was introduced really as an object scripting language and support for it is embedded in the Leadwerk API code, so it works regardless of what language you are using to write your game.

 

Some people are taking it further and writing their entire game in Lua. I personally wouldn't do that, but if the game is simple enough and doesn't involve a lot of heavy computation then it's quite practical to do so.

[Birdman]

I use LUA to code some parts of stuff i would like to let Map makers or artists modify.

 

Atm most of my LUA code is for objects like Cars, or static objects that have some behaviour (like lights etc).

 

A thing that would be good to code in LUA would be also Interface, i'm trying to work on that, also to let non programmers be able to modify part of the stuff i code.

 

With things like SetGlobalObject or SetKey you can set global objects or object variables from LUA that you can use in code.

I use this to send settings of object files to my C++ code.

[Benton]

I use LUA for everything because I get none of the hassles of C++. If I need to really optimize some code I will compile the LUA code into a .luac file. Compiled LUA is almost as fast as C++.

[Josh]

In Leadwerks3D, Lua will also be an easier route because you don't have to mess around with different projects and compilers, especially for mobile platforms.

[Benton]

Wooo! Josh, how about compiled Lua, is that safe to put in a distrobution folder?

[Pixel Perfect]

I use LUA for everything because I get none of the hassles of C++.

One could equally argue you get none of the advantages of C++ either, but I don't want to rain on your parade. We each choose a path and live with the consequences

[Josh]

Wooo! Josh, how about compiled Lua, is that safe to put in a distrobution folder?

Probably not:

http://luadec51.luaforge.net

[Birdman]

Is there a way to protect LUA files? I tried to place em in a zip protected file, but they won't run from there.

[Josh]

I think they will run from a passworded zip, but the main app has to be given the password through code somehow.

[Benton]

But passworded zips are easy to break, and can be read, right?

[Josh]

If you make the password long enough they can't be broken in a reasonable amount of time.

[Birdman]

You can always Envelope a file to work only with your EXE, adding more protection. Still is better than having the files left on the open.

 

So Josh, how do you make the lua work inside a zip? i wasn't able to do that.

[Benton]

i think you rename the .zip to .pak

[Daimour]

So Josh, how do you make the lua work inside a zip? i wasn't able to do that.

 

Try to watch "hiding password" video here: http://www.leadwerks.com/werkspace/files/file/329-obfuscator2lua/

May be it will help.

[Birdman]

I launch LUA from c++ code using

 

 BP L=GetLuaState();
 lua_pushobject(L,fw);
 lua_setglobal(L,"fw");
 lua_pop(L,1);

 

Problem is, i have no clue on how to protect the scripts folder and make it work.

 

I can protect the data folder and it works ok with something like this:

 

SetZipStreamPassword("data.pak","pass");
RegisterAbstractPath("/data");

 

I been trying to do the same with scripts folder in the same data.pak, or in scripts.pak with RegisterAbstractPath("/scripts"), but it simply won't work.

 

Error i get is "can't open script/class". So far i wasn't unable to solve this.

[Aily]

What do you talking about? Hide..code..password. Ok, seems like Quake3 code are shared, which one of you all see it? I think is code doesn't need anyone. Need ready product. And if some peace of my code will have somebody - he's welcome (after project release). Because next code - is always better than previouse.

[Guest Red Ocktober]

why use lua codeing

 

seamless integration with the editor... most people use lua to implement functional capable instances of their object in the editor... at least that's what i see as the primary benefit...

 

conceivably, if you script enough self contained objects you should be able to load and play your game entirely in the editor...

 

not sure how practical that'd be, but...

 

also (as mentioned above), there's the cross platform aspects to consider...

 

--Mike

[shadmar]

Mike is right on the money, Editor makes my life easy (atleast), so design levels and setup smart lua objects in the editor and load the scene using whatever language you want to run your game code in (c++ / pascal etc..) including all libs you need etc.. Or just use lua for everything.