Super Mario Bros. X Forums

Posted: **Tue Nov 08, 2016 7:23 pm**

Yep that's exactly what I wanna do, there's no way to make that in 1.3.2 with lunadll ????

Posted: **Tue Nov 08, 2016 7:35 pm**

ROA wrote:Yep that's exactly what I wanna do, there's no way to make that in 1.3.2 with lunadll ????

If you are using LunaDLL autocode, probably not. LunaDLL is deprecated anyways.

Posted: **Tue Nov 08, 2016 8:56 pm**

Well, then only using 2.0 scripts ???

Posted: **Tue Nov 08, 2016 10:51 pm**

I'm pretty sure you need 2.0 to get the version of LunaLua you'll need (could be wrong about this though) and for the API (paralX.lua)

Posted: **Wed Nov 09, 2016 9:53 am**

Hell I saw that level .lua file, but idk how to make one myself, anyone help me :p

And what's the program to edit the lua files ????

Posted: **Wed Nov 09, 2016 11:44 am**

ROA wrote:Hell I saw that level .lua file, but idk how to make one myself, anyone help me :p

And what's the program to edit the lua files ????

Alone question on your "so huge" question: lua-files are just text files and can be edited in ANY text editor like notepad, Akelpad, Notepad++, GEdit, Atom, etc. Suggested to use Notepad++ or similar where a syntax highlighting will make code view better.

How to code? Try read tutorials you will find here:
http://wohlsoft.ru/pgewiki/Category:LunaLua_API

Posted: **Wed Nov 09, 2016 12:45 pm**

Well, I'll try, ty

I'm spanish and now I realised there's a spanish tutorial xD

Posted: **Sat Nov 12, 2016 2:42 pm**

Hi: Can someone tell me what is the difference between Luna Lua and Luna DLL and what are those things and if there are any good episodes that use any of those things? Thanks!!

Posted: **Sat Nov 12, 2016 3:34 pm**

LunaDLL uses autocode, which is really limited. It's also really outdated.
LunaLua uses lua, which is a programming language that is easier to learn and understand than autocode and it's almost unlimited.

Posted: **Sat Nov 12, 2016 6:45 pm**

RudeGuy07 wrote:LunaDLL uses autocode, which is really limited. It's also really outdated.
LunaLua uses lua, which is a programming language that is easier to learn and understand than autocode and it's almost unlimited.

And where can I download it? Also, how can I install it on my SMBX?
I was looking on forum, but didn't find nothing that help me.

Posted: **Sat Nov 12, 2016 6:51 pm**

The main way to use Lua at the moment is SMBX 2.0.

Posted: **Wed Dec 14, 2016 10:48 am**

LunaLua v0.7.3.1 has been released, which means that the core API of LunaLua should now match the one in SMBX 2.0.
Changelog:

Spoiler: show

The development of LunaLua has been slowing down lately due to Rednaxela and me beeing busy with other stuff. Remember however, that there are still a lot of great APIs out there which makes LunaLua a whole lot better. So check it out!

Posted: **Mon Dec 26, 2016 12:58 am**

Suggestion: Add a way to detect layer's offset from origin point (layer's position just after level load, before any processing, smbx or lua, takes place). It would make easier to do complex moving patterns. e.g.:

1. When layer's y offset is 0, set Y speed to 5 until layer's y offset reaches or is greater than 160
2. Then, if x offset of layer is equal to 0 and y offset is greater or equal to 160 set y speed to 0 and x speed to 7
3. After x offset reaches or is greater than 75 and y offset is greater or equal 160 set both y and x speed to 50 until both offsets are greater than 420
4. Then, retrace steps back to 0,0 using negative speed values.

I realize it is possible to do it now, but it requires messing with timing, speeds and doing other "arcane" stuff. Having access to offset information would help.

Related: Ability to set said offset directly would also be useful so e.g. we can clamp at each "point" in case layer oversteps (greater than point's position). Or do stuff like teleporting layers.

Posted: **Mon Dec 26, 2016 8:30 am**

That's already really easy to do and not at all arcane. You can just grab Layer.x and/or y as a variable onStart() and figure out the offset easily onTick() by finding the difference between the current positions and the value(s) you found at the beginning. You can set Layer.x and Layer.y at any time to move it back or use Layer.speedX and/or speedY

Posted: **Mon Dec 26, 2016 12:20 pm**

PixelPest wrote:That's already really easy to do and not at all arcane. You can just grab Layer.x and/or y as a variable onStart() and figure out the offset easily onTick() by finding the difference between the current positions and the value(s) you found at the beginning. You can set Layer.x and Layer.y at any time to move it back or use Layer.speedX and/or speedY

That's actually uhh... not at all accurate. You can't set layer positions because of how they work in SMBX. The reason that stuff doesn't exist isn't because we didn't think of it, but because the way it's implemented in SMBX makes it awkward. The same is true for most of the other suggestions you've made, darkhog.

Posted: **Mon Dec 26, 2016 12:24 pm**

Ah. Sorry, my mistake. You could figure out the offset though via Layer.speedX and speedY though, couldn't you?

Posted: **Mon Dec 26, 2016 1:06 pm**

PixelPest wrote:Ah. Sorry, my mistake. You could figure out the offset though via Layer.speedX and speedY though, couldn't you?

Yes that is doable, albeit a little awkward.

Posted: **Mon Dec 26, 2016 4:03 pm**

Well, if we take that offset (0,0) is right when the level start before any movement has chance of ever taking place, then LunaLua could then calculate Layer.offsetX/Layer.offsetY every tick based on speed of each layer. In turn, this would ease the pain of making layers move just right.

Plus I don't think that rendering layers at appropriate positions can be done without SMBX keeping track of each layer's offset from origin point and just changing this offset when movement happens by amount in speedX/speedY. Or at least each layer's X/Y from which offset could be calculated based on the formula for each coordinate: positionatstart + currentposition

Posted: **Mon Dec 26, 2016 5:00 pm**

No, that's not how layers work. Layers aren't really objects. When a layer moves, it doesn't move some group object, it just moves each object attached to that layer separately. Keeping track of these is possible, but setting position directly is not (without awkward code and side effects anyway)

Posted: **Mon Dec 26, 2016 5:19 pm**

Couldn't you look at all of the blocks, BGOs, and NPCs within that layer since each of the classes has a layerObj variable? If you just grabbed one object that exists in a layer couldn't you use that to keep track of layer? Then you could just check in general if an block/BGO/NPC is part of layer x and if so move it in a certain manner? The starting position of the layer's objects could just be considered 0, 0 onStart() and then from there you just do:

Code: Select all

NPC.x/y, Block.x/y, or BGO.x/y = NPC.x/y, Block.x/y, or BGO.x/y + whatever value;

Super Mario Bros. X Forums

LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

LUNA DLL AND LUNA LUA EPISODES/EXPLANATION

Re: LUNA DLL AND LUNA LUA EPISODES/EXPLANATION

Re: LUNA DLL AND LUNA LUA EPISODES/EXPLANATION

Re: LUNA DLL AND LUNA LUA EPISODES/EXPLANATION

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework

Re: LunaLua Offical Thread - SMBX Usermod Framework