| |||
Views: 88,484,326 |
Main | FAQ | Uploader | IRC chat | Radio | Memberlist | Active users | Latest posts | Calendar | Stats | Online users | Search | 04-26-24 01:13 AM |
|
Guest: Register | Login |
0 users currently in ROM Hacking | 2 guests |
Main - ROM Hacking - Looking for Super Mario Kart data | New thread | New reply |
smkdan |
| ||
Ninji Level: 36 Posts: 16/238 EXP: 288639 Next: 19471 Since: 05-26-07 Last post: 4062 days Last view: 4011 days |
The game doesn't seem to care. All the garbage is still put into VRAM, just the tilemaps never touch them. No clue why they'd decide to put music in there. Can you tell me the compression it uses, or are you using the .DLL to do it? Sticking another FF after the the first at the end of the GFX (It does have one! It's at 499FF headered) seems to stop the garbage overflow when viewing in YY, without destroying the title music, but there's still garbage put into VRAM for whatever reason. |
Stifu |
| ||
Cobrat Level: 56 Posts: 120/666 EXP: 1361249 Next: 36927 Since: 02-22-07 Last post: 685 days Last view: 307 days |
Hmm, I see... then there isn't much I can do.
And yeah, I'm just using Lunar Compress to decompress that. The problem is also that you can't edit the Browser tile gfx without fucking up the Title music data (as it'll recompress it in a different place). In other words, if you change the Browser gfx, you have to reinsert the Title music properly to fix it... which isn't a convenient thing to automate. Same problem with the Koopa Beach background gfx (20AA2 -> 20D33) overlapping the Mario Circuit background layout (20B46 -> 20D33)... |
smkdan |
| ||
Ninji Level: 36 Posts: 17/238 EXP: 288639 Next: 19471 Since: 05-26-07 Last post: 4062 days Last view: 4011 days |
It's possible to leave the original overlapped data as it is and put the newly compressed data in an expanded area of the ROM. |
Stifu |
| ||
Cobrat Level: 56 Posts: 121/666 EXP: 1361249 Next: 36927 Since: 02-22-07 Last post: 685 days Last view: 307 days |
Yeah, I know... but that's something the user would have to do himself (although through the editor). |
smkdan |
| ||
Ninji Level: 36 Posts: 18/238 EXP: 288639 Next: 19471 Since: 05-26-07 Last post: 4062 days Last view: 4011 days |
I think automated graphics exporting / importing would be a very nice feature.
-User 'exports bin' for a certain selection of graphics. -User 'imports bin' and compressed sizes are calculated for the importing GFX and GFX currently in ROM. User is prompted if the new size exceeds old size to expand the ROM and modify pointers. I never did anything serious with lunar magic but it did something along the lines of that. Beats keeping a list of pointers and sizes whenever you want to try new GFX or something. |
Stifu |
| ||
Cobrat Level: 56 Posts: 122/666 EXP: 1361249 Next: 36927 Since: 02-22-07 Last post: 685 days Last view: 307 days |
Yeah, I was planning to implement something like that... Anyway, 4 days left before presentation.
Screenshots soon. Edit: Earthbound Kart seems to be the only hack my editor can't open at the moment... It fails to import palette data (Lunar Compress says "Either decompression failed, the format isn't supported, or the compressed structure has a size of 0."). Any idea, GlitchCog ? |
Darkdata |
| ||
Mole Level: 43 Posts: 243/366 EXP: 554699 Next: 10347 Since: 02-19-07 From: Last post: 6125 days Last view: 6123 days |
I think macros for turns... and alike would be heavenly, it is annoying having to draw the track one tile at a time....
If this was planned already... erm.. oops? ____________________ |
Stifu |
| ||
Cobrat Level: 56 Posts: 124/666 EXP: 1361249 Next: 36927 Since: 02-22-07 Last post: 685 days Last view: 307 days |
It wasn't planned... Apart from the fact I'm not a noob programmer, such macros would need to be adjustable for custom tile gfx, as not everyone is going to use the original ones...
But as the project will be opensource, other people may want to take on the challenge... At least there'll be a zoom option, so you won't struggle as much as with Track Designer... |
GlitchCog |
| ||
Micro-Goomba Level: 9 Posts: 11/11 EXP: 2880 Next: 282 Since: 04-03-07 Last post: 6170 days Last view: 6148 days |
Stifu, I think I have some palettes that don't compress well enough to fit back into their allotted space. One palette probably overlaps and corrupts the data in an adjacent palette, which then wouldn't decompress correctly.
If that's not it, then I have no idea what it could be. |
smkdan |
| ||
Ninji Level: 36 Posts: 19/238 EXP: 288639 Next: 19471 Since: 05-26-07 Last post: 4062 days Last view: 4011 days |
There's defintely something funky with the palettes that haven't been completed. They keep changing after I select a course, then select another, then select that course again (Time Trial I mean). From that, I'm just taking a guess that it's not LC / your program at fault. |
Stifu |
| ||
Cobrat Level: 56 Posts: 128/666 EXP: 1361249 Next: 36927 Since: 02-22-07 Last post: 685 days Last view: 307 days |
Posted by GlitchCog You might need to change the addresses pointing to the palettes... (1EDBB -> 1EDD2) I'll look into it more later... By the way, I just implemented a zoom feature in my editor (x½, x1, x2, x4), works fine and all... Now I need to make gfx display smoother, using something like that... Because it lags quite a bit at the moment. Oh yes, another data I was looking for... The bytes (most likely just one per track) that define what kind of object is used on each track (pipe, mole, and so on)... I found that in the RAM a while ago, but forgot to note that down... It's most likely not compressed, and must not be all that hard to find, I think... |
smkdan |
| ||
Ninji Level: 36 Posts: 20/238 EXP: 288639 Next: 19471 Since: 05-26-07 Last post: 4062 days Last view: 4011 days |
There's alot of data on the to-do list, but I got a lead on the track overlays.
Try going to 5DB00 (headerless again). This here applies to Battle Course 1. The first byte controls what tile is to be overlaid i.e. 10 would produce a slick instead of a Q block of whatever angle it was (there's different values for different rotations of Q blocks). The next 2 bytes are an index into 7F:0000; the storage area the game uses for the tilemap bytes. The game looks up this table and overwrites the appropriate tilemap bytes into the index specified. Keeps running through the table until it hits double FF. This is just what it seems though, try messing around with it a bit. I'll try to figure out the rest later. Here's a pic of all the indexes moved to 00. They no longer appear in their specified spot. All moved to the corner. |
dirtbag |
| ||
Red Koopa Level: 27 Posts: 78/128 EXP: 114674 Next: 1485 Since: 02-24-07 Last post: 3187 days Last view: 3100 days |
That would explane why ? blocks and coins still work when you lay them down as part of the track tile map.
Nice find, once again! |
Stifu |
| ||
Cobrat Level: 56 Posts: 131/666 EXP: 1361249 Next: 36927 Since: 02-22-07 Last post: 685 days Last view: 307 days |
A little screenshot of the WIP editor:
http://stifu.free.fr/pics/epicr/wipjunk/EpicEdit_0.05.png |
dirtbag |
| ||
Red Koopa Level: 27 Posts: 79/128 EXP: 114674 Next: 1485 Since: 02-24-07 Last post: 3187 days Last view: 3100 days |
Posted by Stifu Nice one, hope you get a good mark for it. How much is dynamic? track names, cup names? |
Stifu |
| ||
Cobrat Level: 56 Posts: 132/666 EXP: 1361249 Next: 36927 Since: 02-22-07 Last post: 685 days Last view: 307 days |
They're all loaded from the ROM, nothing hard coded. |
smkdan |
| ||
Ninji Level: 36 Posts: 21/238 EXP: 288639 Next: 19471 Since: 05-26-07 Last post: 4062 days Last view: 4011 days |
Thanks dirtbag. Yeah they're stored entirely seperate and in different formats. Trackdes doesn't touch them at all.
Stifu: I know the window style imples it, but the track view sizes to the proportions of the window, right? |
Stifu |
| ||
Cobrat Level: 56 Posts: 133/666 EXP: 1361249 Next: 36927 Since: 02-22-07 Last post: 685 days Last view: 307 days |
Posted by smkdan At the moment, it's stuck at 512x512, but I'll make it variable in the future. |
smkdan |
| ||
Ninji Level: 36 Posts: 22/238 EXP: 288639 Next: 19471 Since: 05-26-07 Last post: 4062 days Last view: 4011 days |
Got the rest of the overlay stuff on the site. I'll put pictures of each overlay set later. Basically it uses a base coordinate in the track tilemap to place a certain array of tilemap bytes to construct the Q blocks, coin arrays etc.
|
Stifu |
| ||
Cobrat Level: 56 Posts: 135/666 EXP: 1361249 Next: 36927 Since: 02-22-07 Last post: 685 days Last view: 307 days |
Thanks a bunch smkdan, that's going to save me a lot of time. |
Main - ROM Hacking - Looking for Super Mario Kart data | New thread | New reply |
© 2005-2023 Acmlm, blackhole89, Xkeeper et al. |
MySQL - queries: 132, rows: 171/172, time: 0.019 seconds. |