XLua, MMF2 Extension

I want... I want a bug-free Lua object





thank you Retriever II

http://hocuspocus.taloncrossing.com/rii/xlua-dist.zip

This is a minor update that fixes a one-frame lag in the MMFI functions to get Frame position. The SDK has numerous places where this data can be obtained, but not all of those locations are in sync. The ones I was using before happened to update slower.

the LocalStr$ expression wants to compare with a number when it outputs a string

... what

Careless error. It's fixed now.

i may be mistaken but i think printstring$() doesn't remove the null byte

It includes a newline character to match the lua print semantics. If you're using a list object, it probably doesn't like that.

actually i was using an edit box

ODD unless lua's only providing an lf character

it must have only been sending an nl character. I was using std::endl which I assumed on Windows systems sent /r/n, but apparently it does not.

Download it again.

Further FYI, I've succeeded in compiling some lua modules (like luasocket) against the XLua library and thus loading their external DLLs. I'll be releasing the library in the near future, at which point you can start using XLua as glue for your own C/C++ code.

i was actually going to ask if it was possible to use external libraries with xlua (FOR luasocket in fact)

<3

Looki has requested that I interface XLua directly with his OpenGL extension, making use of the luagl library, so perhaps soon you'll be able to have reasonably efficient scripted opengl support in MMF2.

Success. Once Looki releases a new version of the object, you'll be able to use lua code to write 3D games.

at the mercy of mmf

Indeed.

Oh and here it is: http://hocuspocus.taloncrossing.com/rii/xlua-dist.zip

This post has been edited by Retriever II on Apr 14 2009, 09:05 PM

Working on a generic module interface for extensions. Even though it's kind of useless, I just created a module that directly controls every aspect of the dynamic grid object, taking as input an the ID of a grid object exported through the MMF Interface.

I'll be doing similar for the OpenGL object, at least to a limited extent. How far Looki wants to push that is up to Looki. But It'd be pretty rad if other extension authors built XLua modules, removing more dependency on events.

do ho ho ho I'll see if I can get Werbad into this

you're doing what 80% of mmf users (at least on ct's forums) do not want to happen, even as an option

EDIT: seriously at this point, all someone has to do is make fully xlua-compatible active object and sound/music object replacements

EDIT2: i'd actually like to see an updated overlay-like object with support for transparency/alpha/gradients and the like, with xlua support; UI orgasm right there

This post has been edited by Xgoff on Apr 15 2009, 04:20 PM

Currently working on leveraging the inconspicuous Binary Data dialog in MMF. By adding a special loader to the packages system, I've succeeded in embedding lua source files that can be accessed by the "require" function as if they were in the directory tree, but the source is run from within the exe itself, not even extracted to a tempory folder, meaning it stays completely protected.

AND I've managed to double that for DLL modules as well, even though I can't understand how it works without extracting the DLL.

Voila, now you can almost hide the fact you're using lua entirely.

http://hocuspocus.taloncrossing.com/rii/xlua-dev.zip

This removes the previous OpenGL support, but you can load the included Ext/opengl.dll instead. This build supports embedding the source and dll files by adding them to the binary data tab of MMF's data elements editor.

Be aware: If you change package.path or package.cpath, including embedded files will fail. If you do change the paths, you must include the absolute path to the directory of your MFA file.