Recent content by Giga Universe

-mthumb means create THUMB code, not ARM code, which is probably what you want -mthumb-interwork allows you to create calls between ARM and THUMB code Just sayin' Also, to account for the size of the assembled C code, that can be fixed with a simple optimisation switch (-O). -O0 : no...

I made the tool myself :)

Hex editor? Pfft, I use a command prompt. There's just something about console windows that I find very user-friendly.

Thanks for that. I'm working on file loading now. Though storing the free-space manger data isn't a problem, it's finding out when you've used space that is :/ I'm trying to find a way to do it that doesn't involve a map of free space... That would clog up the memory. On a side note, UPDATE...

Well patching the patching functions have been written, so I just need to change them slightly to integrate with the GUI. And yes, backups are a feature. The main reason why I haven't updated the thread is because there's no visible progress yet. I still need to connect the features to the GUI...

That doesn't mean I'll build it for that OS, I'll only build for Linux and Windows myself. It is open source however, so if someone can figure out how to build to for Mac, then they are free too. Not really any point in doing so, because it runs other tools, which are probably for windows only...

Dive doesn't work in FireRed, I'm not sure if the code is there for it to work, but I suppose we could just write some more, as we could then create things like the underground. I'm not sure if it helps, but I wrote a routine that finds a connection and stores the map and bank of that connection...

Thanks :) But couldn't we just create a new loader and call that from a normal script? We could then completely rewrite it, and it probably wouldn't be that hard to create something that reads a custom function table. We could always write another script editor...

Would this be a very bad idea? Would it be feasible to make out own script engine for a game to support a greater variety of commands, such as 'takepokemon', iv checkers, etc. If we did, we wouldn't have to edit the current routine, just make a new routine, and run that from a regular script use...

As I said, that is going to be what I am doing with the blank bar at the bottom...

It could just insert the other movement bytes before the end byte, leaving the end byte there by default. Or you could just add it when you click 'copy'.

This is a pretty cool tool. It might be better if you added a summary in text such as "Move left three times, Face Up", so you can see what movements you've used at a glance. Also, it should auto complete the move (I.E add 0xFE) . So you don't have to press the button.

I will probably rewrite this so that I don't have the buffer the ENTIRE Rom, but the compression library I'm using apparently requires you to buffer the whole thing. If I do rewrite it, it will use GTK+ zlib implementation, and I will then be able to buffer in smaller chunks. This will slow it...

Well, right now, I'm programming the core of the program, so the GUI is not really done, (the dock doesn't load because I haven't programmed it yet) but I suppose I could post a rough overview. Yes, it will. As will UPS, APS and IPS. This is part of the "core" programming, as I have to work...