LunaLua Offical Thread

[elitalianoverde]

yes, write a "constant" and a "utility" please as part of tb1024's "Write a refrerence" suggestion.

[Kevsoft]

A lot of your suggestions are already in. I will release the new version today afternoon.

[kil]

That looks cool.

Thoughts: When it detects a lua file in the level folder, it should disable the autocode system, so they can't be mixed up.

My suggestions:

• Instead of using hex addresses in memory, we can provide a type which will provide these addresses as variables. Example: Instead of using the 0x+118 address to change the NPC direction, we could use a [npc-name].direction variable. We can still leave the hex addresses for both backwards compatibility and when a value is not available as variable .
• Provide some built-in functions (like Layer_Hide()).
• Write a reference.

You're still going to need memory addresses because no one has mapped all the memory in SMBX, at least until someone finds and connects all the memory locations. If you get rid of them you won't have much power or extendability.

[Kevsoft]

Thoughts: When it detects a lua file in the level folder, it should disable the autocode system, so they can't be mixed up.

Mhh, maybe, but I think I let the user choose it. I don't think Lua messes up everything....

[Luigifan2010]

Darkchao made a LunaTXT generator, but it is so crappy I laughed about it.

I fail to see how it was crappy, it was a beautiful program but keep in mind he's still working on it. Don't be so quick to judge

[Veudekato]

Darkchao made a LunaTXT generator, but it is so crappy I laughed about it.

I fail to see how it was crappy, it was a beautiful program but keep in mind he's still working on it. Don't be so quick to judge

his programm is not working some times. some codes, for example boss HP.

[kil]

Thoughts: When it detects a lua file in the level folder, it should disable the autocode system, so they can't be mixed up.

Mhh, maybe, but I think I let the user choose it. I don't think Lua messes up everything....

I guess it'll be fine. It's the user's fault if they make a mess trying to use both.

[tb1024]

My suggestions:

• Instead of using hex addresses in memory, we can provide a type which will provide these addresses as variables. Example: Instead of using the 0x+118 address to change the NPC direction, we could use a [npc-name].direction variable.We can still leave the hex addresses for both backwards compatibility and when a value is not available as variable .
• Provide some built-in functions (like Layer_Hide()).
• Write a reference.

You're still going to need memory addresses because no one has mapped all the memory in SMBX, at least until someone finds and connects all the memory locations. If you get rid of them you won't have much power or extendability.

I think you didn't read the text in red.

Darkchao made a LunaTXT generator, but it is so crappy I laughed about it.

I fail to see how it was crappy, it was a beautiful program but keep in mind he's still working on it. Don't be so quick to judge

I think it's crappy because it doesn't simplify very much. In practice, the only thing it does is asking the parameters.

[Kevsoft]

Updated with new features (NPC Class mainly) + new reference page: Reference & Example Page

[tb1024]

Are there all things of LunaDLL, including memory manipulation?
I am trying to make a double-jump code and I need to manipulate the address 0x+60.

[Kevsoft]

Not yet, but I am more keen on implement the fields for it. I will implement memory editing soon, but like I said, I will try to open as much memory fields as possible.

[elitalianoverde]

Here's some memory addresses I found a while ago when I first used LunaDLL. The really easy ones to find, maybe you have use for them?
Lives : 00B2C5AC / Float
Coins : 00B2C5A8 / 4,2,1
Score : 00B2C8E4 / 4,2,1
Stars : 00B251E0 / 8,4,2,1

[Kevsoft]

Update 0.2.1:

* Added section class
* Added direct memory editing

[tb1024]

Suggestions: Layer Support, Trigger SMBX Events and allow to save settings (e. g. Switch Palace hit).

[tb1024]

I think this question is relevant. enough for a double post.
Is this a Lunadll really redone in Lua or a Lua wrapper around Lunadll?

[Mikepjr]

Kinda useless to me.. i never have been able to wrap my head around coding things sadly...
Unless something is point and click.. i don't get it lol...
Sad i know..

[sky2]

Well... I learnt C++ and Java in my school, also something about Microsoft Small Basic... So, it looks similiar to me, but I more understand "assembler-like" languages.

That's great that we can make more codes. I'm waiting for the reference file just to understand how it works.

[Kevsoft]

The reference page already exists:
Reference & Example Page

[Kevsoft]

Version 0.2.2 is out!

Changes:

Spoiler

*Added playSFX
*Added triggerEvent
*Added access to player 2
*Added new events onJump, onJumpEnd, onKeyDown, onKeyUp

[Kevsoft]

Version 0.2.3 is out!

Changes:

Spoiler

* Added event support for player 2.
* printText now auto-uppercase the text.