Tool: [Alpha] (MEH) Map Editor of Happiness

DoesntKnowHowToPlay said:

Wow, I can't believe I didn't think to do that! Your advice is astounding and helpful, kind gentleman.

edit: it does nothing

Click to expand...

pokenar said:

Yeah, I have the same problem, and the same person gave the same answer to me, so I don't why they'd give you the same response.

Click to expand...

DoesntKnowHowToPlay said:

Spoiler:

This is all I get no matter what ROM I try to load. Loading banks in 0 seconds is impressive but it doesn't seem to be able to do anything with them :P

Click to expand...

DoesntKnowHowToPlay said:

Spoiler:

This is all I get no matter what ROM I try to load. Loading banks in 0 seconds is impressive but it doesn't seem to be able to do anything with them :P

Click to expand...

Shiny Quagsire said:

I'm trying to figure out why this happens. Currently I've tested it on OS X, Linux, and Windows 7 and they all work fine. If you're good with the command line and java happens to be in your executable path you might be able to use something like java -jar MEH-someversion.jar (obviously with the proper filename, I just can't remember it atm), and get a log of the command line. If not, I'll see about integrating a command line dump into MEH so we can get these problems sorted out.

Click to expand...

Platinum Lucario said:

I think I know why, it's because your ROM version and Game Code may be different. As such, it could be a different language, version number or anything like that. 'Cause games with different versions and game codes have different offsets in where the maps or banks are listed.

Try using AXVE (Pokémon Ruby US version), BPRE (Pokémon FireRed US version) or BPEE (Pokémon Emerald US version) on version 1.0. Not version 1.1.

Click to expand...

Aruaruu said:

I just tested it on Win7 home premium 64bit and it opens the maps fine with both clean emerald and fire red roms.

Maybe there is some file missing or you edited the .ini?

Click to expand...

pokenar said:

if it helps, the version I am using is the "U" version of FR.

Click to expand...

Shiny Quagsire said:

I'm trying to figure out why this happens. Currently I've tested it on OS X, Linux, and Windows 7 and they all work fine. If you're good with the command line and java happens to be in your executable path you might be able to use something like java -jar MEH-someversion.jar (obviously with the proper filename, I just can't remember it atm), and get a log of the command line. If not, I'll see about integrating a command line dump into MEH so we can get these problems sorted out.

Click to expand...

karatekid552 said:

I have had this exact same issue on Ubuntu. I have tried double-clicking and i know I am working on BPRE. I think we have talked about this before.

Click to expand...

CrystalStatic said:

I just download this after a break from hacking for a while. I was looking at the different tabs and eventually this happened when I viewed my map:

Spoiler:

The box of colors in the top left isn't supposed to be there O_o
Any ideas? Also, I can't "color" over the mess for some reason. It's okay for me because I have a backup, but I just don't want to use the Alpha if this is a common occurance.

Click to expand...

• Adding/Removing Events
• You can now double-click events to edit their scripts.
• Moving events now updates their position in realtime (ie the block follows the cursor instead of waiting for a mouse release) ala A-Map

• Better search paths for INI files, including a global ini stored in your AppData directory
• A dialog notifying you of your missing INI as well as automagic INI extraction (probably via a dialog asking you if you'd like to generate one)
• MEH actually remembering your script editor in the INI
• Still need to test if XSE accepts the arguments given (if someone could test this that would be great since XSE refuses to work on Linux
• Other executable extensions such as .sh and support to manually input a command to execute when selecting a script editor
• Proper argument support for SEA (not really MEH related but still important)

Shiny Quagsire said:

It's that time again. Time for another weekly(ish) update!

(My computer's been giving me issues so it defaulted to the usual Java look and feel >.<)

So if it wasn't obvious already from the screenshot above, I finally managed to finish adding repointing support. Now in case you're wondering what this means for you, it means that you can finally add events as well as remove them, which for a map editor is quite huge. The reason why I say I added repointing support is because when you add events you have to quite literally move all the data to another place where there's more room for the expanded data. Currently I haven't found any quirks outside of one from the Warp editor which causes some nasty stuff to happen (aka your warps are screwy after removing one of them) so I added a warning dialog until I fix it.

And to make things a bit easier, here's a list of things added in this weekly(ish) update:

• Adding/Removing Events
• You can now double-click events to edit their scripts.
• Moving events now updates their position in realtime (ie the block follows the cursor instead of waiting for a mouse release) ala A-Map

And some things that aren't quite in there yet:

• Better search paths for INI files, including a global ini stored in your AppData directory
• A dialog notifying you of your missing INI as well as automagic INI extraction (probably via a dialog asking you if you'd like to generate one)
• MEH actually remembering your script editor in the INI
• Still need to test if XSE accepts the arguments given (if someone could test this that would be great since XSE refuses to work on Linux
• Other executable extensions such as .sh and support to manually input a command to execute when selecting a script editor
• Proper argument support for SEA (not really MEH related but still important)

Now as for what to expect next, you can expect quite a lot of changes. Since I'm done with most of the internal infrastructure, there's going to be a lot more features rolling in, including Day/Night pokemon support as well as a proper block editor, bringing MEH one step closer to being a suitable replacement for AdvanceMap. As always, suggestions are welcome, and I actually got a good suggestion for an image overlay feature a while back, where you can overlay an image over your map so that you can recreate different maps from something like RSE, DPPt, or for porting existing maps in the event of ROM corruption or switching ROM Bases. Let me know what you guys think of the idea or if you have anything you'd like to add. :)

Click to expand...

pokenar said:

It is now able to read both the clean FR and the patched FR "properly" and loads the maps (I will admit however, that I am now testing on my Win-7 64-bit computer,) however the wild pokemon editor fails to load pre-existing wild pokemon data, this applies to both the clean rom and the patched rom. I'll also ask the following since its why I was checking wild data specifically in the first place; Does MEH read the identity of the pokemon from its ini files or from the rom itself? since what I'm working with changes pokemon to something else.

Click to expand...

Shiny Quagsire said:

Ah, I knew I had to have broken something with that repointing stuff. I did find a bug in the latest build that prevented wild pokemon from loading. I just fixed the issue and it should be up within a few minutes of this post (the buildbot takes a while to recognize that I pushed my changes). As for where it reads the data, I have everything set up to read from an in-game pointer, ie the value in the ini is a pointer to the pointer to the wild data. So it works on patched and unpatched ROMs.

EDIT: Fixed build is up, give that one a go and let me know if the problem persists.

Click to expand...

pokenar said:

http://imgur.com/4ghbcoQ It seems to be working fine now, though it claims there is no rom loaded when there clearly is.

Click to expand...

.text /*Basic THUMB Headers, should be included in all ASM Routines*/
.align 2
.thumb
.thumb_func
.global daynightlevelswitch
@.org 0x08800000
 
main:
sub r0, r0, r4 /*Subtracts the value of R4 from R0, giving us a clean pointer to use*/
ldr r2, statusbyte /*Loads the ram offset 0x03005542 to R2*/
ldrb r2, [r2] /*Loads the byte contained in the offset*/
ldr r1, timetable
ldrb r2, [r1, r2]
add r2, r0, r2
b check
night:
add r2, r0, #0x0
add r2, #0x10
check: ldrb r1, [r2, #0x3] /*Loads the byte stored at the pointer's location plus 3 for checking*/
cmp r1, #0xFF
beq nodata
cmp r1, #0x8 /*Compares R2 with 0x08, the tell tale sign of a rom pointer, which is what should be stored here if you are using this hack*/
bne nextnormal /*If not equal, load as usual - Thanks Shiny Quagsire!*/
ldr r0, [r2, #0x0] /*Loads the word stored at the location pointed to in R2, the pointer to the wild data*/

nextnormal: add r0, r4, r0 /*Adds the number of bytes from the start of the table that the wild Pokémon slot the game has selected is*/
add r4, r0, #0x0 /*Adds the contents of R0 into R4*/
ldrb r0, [r4, #0x1] /*Loads the upper level limit for the Pokémon if they're stored systematically*/
ldrb r1, [r4, #0x0] /*Loads the lower level limit*/
cmp r0, r1 /*Compares the levels*/
bcc here /*If R0 < R1 goto "here"*/
ldrb r5, [r4, #0x0] /*Loads the lower level limit into R5*/
b here2

here: ldrb r5, [r4, #0x1] /*Reverses the lower and upper level limits to*/
ldrb r0, [r4, #0x0] /*avoid bugs if R0 was smaller than R1 above*/

here2: sub r4, r0, r5 /*Subtracts upper and lower level limits and stores results into R4*/
add r4, #0x1 /*Not entirely sure why, but it's from the original code, and is important for level loading, as leaving it out leads to odd bugs*/
lsl r4, r4, #0x18 /*This line and the next line make sure that you are only passing a byte to the next part of the routine, so it doesn't bug out*/
lsr r4, r4, #0x18
ldr r2, return /*Loads the return offset to R2*/
bx r2 /*Executes a Branch and Exchange goto to the offset contained within the register, ensuring it remains in THUMB mode by being 1 greater than the wanted location*/
nodata: sub r2, r2, r0
cmp r2, #0xC
beq night
add r2, r0, #0x0
b check



.align
statusbyte: .word 0x0203C000
return: .word 0x08082915
timetable: .word timetable2
timetable2: .byte 0x10 /*Amount to add to pointer per timezone*/
.byte 0x0
.byte 0x4
.byte 0x8
.byte 0x10
.byte 0x10

.text
.align 2
.thumb
.thumb_func
.global daynightwildswitch
@.org 0x08800060
main:
ldr r0, [r7, #0x4]
push {r0}
ldrb r0, enable_swarming
cmp r0, #0x0
beq noswarm
ldr r0, var_4fff
bl var_decrypt
ldrh r0, [r0, #0x0]
cmp r0, #0x1
bge swarm

noswarm:
pop {r0}
push {r2}
daynight: ldr r2, statusbyte
ldrb r2, [r2]
ldr r1, timetable
ldrb r2, [r1, r2]
add r2, r0, r2
b check

night:
add r2, r0, #0x0
add r2, #0x10
check: ldrb r1, [r2, #0x3]
cmp r1, #0xFF
beq nodata
cmp r1, #0x8
bne nextnormal
ldr r0, [r2, #0x0]

nextnormal: add r0, r4, r0
ldrh r0, [r0, #0x2]
back: ldr r1, lastpokemon
strh r0, [r1, #0x0]
add r1, r5, #0x0
pop {r2}
ldr r3, Back
bx r3

swarm: pop {r0}
ldr r0, var_4ffe
bl var_decrypt
sub r2, r0, #0x2
ldr r1, currentmap
ldr r1, [r1]
ldrb r1, [r1, #0x4]
ldrb r3, [r1, #0x6]
lsl r3, #0x8
add r1, r1, r3
ldrh r2, [r2, #0x0]
cmp r1, r2
bne daynightone
ldrh r0, [r0, #0x0]
b back

var_decrypt: ldr r1, vardecrypt
bx r1

daynightone: ldr r0, [r7, #0x4]
push {r0}
b daynight

nodata: sub r2, r2, r0
cmp r2, #0xC
beq night
add r2, r0, #0x0
b check


.align
Back: .word 0x08082b51
lastpokemon: .word 0x0300555C
statusbyte: .word 0x0203C000
vardecrypt: .word 0x0806E455
var_4fff: .word 0x00004FFF /*Replace this with whatever variable you would like to use*/
var_4ffe: .word 0x00004FFE /*Replace this with whatever variable you would like to use*/
currentmap: .word 0x03005008 /*Save block for maps. Here it contains a pointer to the actual map header and player position*/
timetable: .word timetable2
timetable2: .byte 0x10 /*Amount to add to pointer per timezone*/
.byte 0x0
.byte 0x4
.byte 0x8
.byte 0x10
.byte 0x10
.align 2
enable_swarming: .byte 0x0