Lunar Magic suggestions and discussion (LM v2.52)

Not really. It's somewhat better to only do it one way or the other, to avoid confusion when it comes to IPS patches and whether the ROM requires a header or not. Since headered ROMs have pretty much been the standard for 10+ years in SMW hacks, throwing headerless ROMs into the mix now would not be helpful.

I think so, but that's not the point. People like byuu argue that the header shouldn't be necessary for tools to work, since it was never present in the original SMW ROM and was only added by the copier.

----------------

I'm working on a hack! Check it out here. Progress: 64/95 levels.

Dunno is it possible, but LM cound rotate GFX. If it would be possible, it would be really easy to edit GFX.

---

...Huh?

All I want from LM now is some sort of documentation on every ASM hack it inserts. Disassembling it is a pain.

Open source would be nifty too, but we've gone over that in the past.

Actually, that's a good idea. I'm going to second that. It would be nice to know what Lunar Magic is doing to the ROM and where, especially since we usually aren't allowed to put stuff like that in the ROM and RAM maps.

----------------

I'm working on a hack! Check it out here. Progress: 64/95 levels.

IMO if that tool happens to be an emulator or something else that you expect may encounter a wide variety of ROMs, then it should support both. But if you're dealing with a tool for a single game in a community where you've effectively standardized on one type in both IPS files and offsets, changing that and causing confusion merely because someone doesn't like the idea of 0x200 bytes of harmless data laying around doesn't make much sense.

Anyway, as already mentioned LM can add headers, so it's a non-issue as far as usability is concerned.




The RAM map already has most of the addresses used by LM. A logging option for the ROM was discussed before but there didn't seem to be much interest in it. Not using empty areas of the original ROM will help avoid most ROM conflicts. You'll just have to keep an eye out for hijacks I guess, if you're not allowed to add those to the ROM map.




As has already been pointed out, it can already rotate tiles in the 8x8 editor. If you mean in the 16x16 editor, then no. At least not without side effects. The Map16 data is based on the SNES tilemap hardware format, which has no rotate flag. Which means to rotate a Map16 tile, it would still need to actually rotate the source 8x8 graphics. While a button could be added to do that in the 16x16 editor, I'm not so sure people would be happy on discovering that the button was in fact modifying their 8x8 graphics to do it (which would then have to be saved to GFX files and reinserted, and would also alter the appearance of any existing Map16 tiles that already referenced those 8x8s). Or is that something people really want even with that drawback?

Yeah, I guess that could sort of qualify...but who's going to make a new backup every time they move an object or something? An undo feature would be on a smaller scale, I think.

----------------

I'm working on a hack! Check it out here. Progress: 64/95 levels.

^ This, I've wanted it since I started hacking. Some cutoffs are really hard to spot.

Dunno if it's possible right now, but I'd like my View settings to be saved when I close the program. Conditional map16 defaulting to on throws me for a loop sometimes, since I set it all to off at game start in my hack.

I hate to Scroll in "Super GFX Bypass"

I want to write it down.

Maybe Custom Bosses/Blocks should be inserted.