 |
| Register | Login | |||||
 |
Main
| Memberlist
| Active users
| ACS
| Commons
| Calendar
| Online users Ranks | FAQ | Color Chart | Photo album | IRC Chat |
|
| | ||
|
| Register | Login | |||||
|
Main
| Memberlist
| Active users
| ACS
| Commons
| Calendar
| Online users Ranks | FAQ | Color Chart | Photo album | IRC Chat |
|
| | ||
| Acmlm's Board - I2 Archive - - Posts by FuSoYa |
| Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 |
| User | Post | ||
|
FuSoYa Defender of Relm Level: 26  Posts: 102/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| Sorry, but: a) It's impractical, for many reasons that have been discussed before. b) As already stated, I'm not going to adjust that feature in LM. c) Revealing the "trick" for getting LM to load the ROM isn't exactly a big deal. Evidently most people don't realize you could already do that... older versions of LM before the feature was made will open the ROM regardless. Which is why it was always called *level* access restriction.  |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 103/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
Originally posted by Mario Maniac Only when required. As already explained, for data that already has 24 bit pointers, no code changes are necessary. For others (such as sprite lists for levels), the code is altered slightly so the game will use 24 bit pointers. (edited by FuSoYa on 08-05-04 02:52 PM) (edited by FuSoYa on 08-05-04 02:53 PM) |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 104/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| The X between n and o was used to enable/disable the toolbar. The editor doesn't read it anymore in 1.62, since people would accidently turn it off using an undocumented key combo in LM and wouldn't know how to turn it back on. m is to enable the alternate super bypass dialog. l is an option I added for DWTLC to turn off berry graphics conversion (which makes them use the other half of the palette, if they don't already). I had replaced those tiles, and didn't want the editor altering them. It should be left on unless you plan to do the same. c is for the 8.3 DOS file name option in the emulator dialog, not the star icon. |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 105/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| Already asked in SMW forum, so... *throws in trash* |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 106/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| Look around in Water Secret. |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 107/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
Don't bump old threads.  *closes* |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 108/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
Originally posted by Smallhacker Custom blocks can contribute to sprite slowdowns. The threshold for the number of sprites to cause sprite slowdown getting lower with more custom blocks is what caused custom block slowdown to be a noticeable issue in the first place. |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 109/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| I've posted about this before, but it sounds like it might be useful to repeat it. One way for a user to determine if the author's patch was made with a modified file instead of the original is to turn on LIPS' logging feature, then apply the patch and examine the log. If there are any "SE!" strings in the log, either you applied it to the wrong ROM, the patches in the file are out of order, or (99 times out of 100 with SMW if others are reporting the same problem) the author incorrectly used an already expanded modified SMW ROM to create the patch. Given the SE! warnings in the log between 80200 and 100200, Keikonium's "original" ROM appears to already be 1 MB in size. |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 110/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
Originally posted by Golden Yoshi Based on the size of the patch and what's in it, I'm guessing you accidently used a completely different file than the original YI game to create the patch. Or maybe the ROM you used as the original doesn't have a header and your hack does. Either way, the result is that there's so much of the YI ROM in this patch, you can even apply it to a Mario World ROM to get a partially working YI ROM. You should probably double check the files you used, and remake the patch. It really shouldn't be almost as large as the ROM itself. |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 111/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| *throws duplicate thread in trash* |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 112/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| The space remaining doesn't matter much, unless your ROM is already at 4 MB. And no, there's no automatic way to select everything. |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 113/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| *moves thread* |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 114/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| SMW hacking getting old? Just cause there's an excellent utility for it? Well, the easier the utility, the more people that are able to create a hack for it. Since LM has been around for a while, there's quite a few SMW hacks by now. hex is sick. Hex is just an alternate method of counting, which is the preferred system to use when representing byte values. 1, 2, 3, 4, 5, 6, 7, 8, 9, A, B, C, D, E, F, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 1A, 1B, etc. It's not really a big deal. Most calculators (even the one in windows) can convert between decimal and hex... but you usually don't have to do that when using LM, since there isn't much value in knowing what level #10A would be in decimal. Q) Some levels cannot be accessed from the overworld. What should I do? It just means only a certain range of levels can be on the overworld, and the rest can be used by exiting from another level to them (typically using a door or pipe). Q) How do I replace the existing animations? It can be done actually, but there's likely no reason you'd want to, as LM can create new tile animations. Q) But I saw a hack where some of the enemies was changed! Changing enemy graphics to make them look like another enemy is easy. Altering their behavior requires ASM. However, I don't believe I modified any enemies in DWTLC with ASM. The one exception is the Yoshi fireballs, but those aren't really enemies. Q) How do I add the pipes from DW:TLC to my hack? Yes, that one really requires ASM. But that's just if you want the new screen-scrolling pipes I made... the original pipes in SMW are easily modified in the editor. Can someone link me to a good ASM tutorial If you haven't done ASM for any other processor before (or at least a low-level language like C), there will be a steep learning curve. I wouldn't recommend looking into that when you're trying to decide whether or not to create a hack, since it's possible to create pretty goods hack in LM without it. Creating a quality hack does take time, but it's more a matter of discipline. The bulk of the work in DWTLC was done by 2 people in about 2 months. A very, very frantic 2 months, but 2 months nonetheless.  Multiply it by 2 if you're working alone, and by 4 if you want to take your time. That's a little less than a year and a half, unless you take extended breaks.I'd suggest just playing around with the editor for a couple weeks, until you get a feel for whether this is something you'd want to do a major project with. Even if you end up not wanting to, it can still be fun to do level-only hacks to try out your own level design and playing abilities. |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 115/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
Originally posted by Keikonium Turning off the "Correct Fatal Errors" option will stop LM from filtering those out of the sprite data. |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 116/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| Use a cheat code to change $13BF to the OV level number you want the message of (remember OV levels 25 and up are for levels 101 and on). Or alternatively, alter the exit ASM code to change $13BF for you. Or create a custom block to read the exit destination of a particular screen to do the same thing when touched. |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 117/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
Originally posted by HyperHacker Er, not quite. I chose that bit to indicate whether it's an original style exit, or a new LM ASM enhanced exit. If it's set to zero to indicate an old style exit, all the other bits in that byte are ignored and the exit is determined the way the game originally did... meaning you can only exit within the same 0x100 OV level block, only use secondary exit #s within that same block, and all the exits in the level must be either secondary or normal (not a mix of both). The $19D8 array was rather pointless in the original game... it was being used to store a single bit from the screen exit data. But the game never bothered to look at it. It was probably for something Nintendo either abandoned or never got around to. LM always uses new style exits when saving levels, but original levels that haven't been saved using LM yet will still be using the old style. I posted the information on the new exit array flags almost 3 years ago on the old board... |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 118/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
Originally posted by HyperHacker No, there's currently no way to know. The game doesn't clear the old values between levels. You could probably clear them out yourself with some ASM, if you really need a way to know that (or just do as the game did, and don't put an exit-enabled object on a screen that doesn't have an exit set up). BMF: If you're willing to put up with the exit limitations of the original game, I suppose so... but it seems a bit extreme to be giving up those bits for a mere $10 bytes of RAM.  If it were me, I'd just look for RAM in bank 7F that wasn't being used.(edited by FuSoYa on 09-04-04 08:21 PM) |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 119/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
Originally posted by Keikonium ...the alternate super bypass dialog is still in 1.62. Probably not a good idea to use an older version with a known bug, especially when you're not gaining anything by it. |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 120/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
| 1) Eh? Didn't you just post about figuring out the exits? 2) High bit is level passed flag, 1 byte per level, in OV level order. 3) Increasing SRAM size is just a matter of changing a byte in the header AFAIK... never tried it myself. 4) In a number of places. Best to do a trace to find the part you want. 5) Just do a trace and look for writes to SRAM, and hopefully it's in a separate routine you can call. 7) VRAM is accessed using the appropriate SNES hardware registers ($2116 for address, $2118 for data). |
|||
|
FuSoYa Defender of Relm Level: 26 Posts: 121/255 EXP: 99529 For next: 2746 Since: 03-15-04 From: Moon Since last post: 7 days Last activity: 7 hours |
| ||
Originally posted by MathOnNapkins Actually, it's just the first 0x2000 bytes that mirrors RAM from bank 7E. The rest of that area is used for hardware registers and sometimes SRAM. |
| Pages: 1 2 3 4 5 6 7 8 9 10 11 12 13 |
| Acmlm's Board - I2 Archive - - Posts by FuSoYa |
