Welcome to Smashboards, the world's largest Super Smash Brothers community! Over 250,000 Smash Bros. fans from around the world have come to discuss these great games in over 19 million posts!
You are currently viewing our boards as a visitor. Click here to sign up right now and start on your path in the Smash community!
Yeah I figured each ground/platform has a flag indicating its type, but how did you find this (I really haven't done any stage hacking except for modifying battlefield's platforms heights)?
Oh snaps! That's awesome!So close
I haven't looked into it very much, but I think this would be possible. The height and width attributes in the texture's header would have to be changed of course, but more importantly, the offsets in the rest of the file that point to various places would all need to be adjusted (increased) accordingly. (I believe it's ok if the file as a whole is larger to some extent, as long as the iso is rebuilt with GC Rebuilder, but that'll need confirmation from someone else.) The easiest way to start playing with this would be to find the smallest file with textures, to minimize the number of offsets that would need to be adjusted and minimize potential errors or other problems. In most files, there are a TON of these offsets. Luckily, they're actually listed in the dat/usd files near the end of the file, in a table called the Relocation Table, a.k.a. the Pointer Table. (Check out this post for more on these tables.) Unfortunately, there may be too many offsets to change manually, so a script might be required, even just for a proof of concept. But who knows, maybe there is a small file somewhere that doesn't have too many.
Just post the link with a space in it and I'll fix it for you. Did you find out how to modify the blast zones?Thanks DRNG. The way I did it was similar except I took Steelia's tcs files and found the headers from those. In the image of dreamland I posted I made the bush(this is the actual image the game blows up) whose size is 32x32 and replaced it withwhich is 320x320.
Had to change the filesize though and rebuild the iso.
Also I fixed the lips on the lips on the trophy stage and made the center platform... an actual platform so you can drop through it. I'd post the link for others to try it out but apparently I need 10 post to do that.
Thanks. I didnt look into the blast zone and I still havent completely finished fixing the ledges. Theyre more unforgiving than BF but I think I know how to fix the lip so that its not a problem. Hopefully later today.
So you're saying you inserted the new image (i.e. shifted the contents of the rest of the file), not overwrote, and it didn't break the game? I figured then the rest of the offsets in the file would be pointing to the wrong places. Or does GC Rebuilder fix those? I must be missing something. lolThanks DRNG. The way I did it was similar except I took Steelia's tcs files and found the headers from those. In the image of dreamland I posted I made the bush(this is the actual image the game blows up) whose size is 32x32 and replaced it withwhich is 320x320.
Had to change the filesize though and rebuild the iso.
Also I fixed the lips on the lips on the trophy stage and made the center platform... an actual platform so you can drop through it. I'd post the link for others to try it out but apparently I need 10 post to do that.
Lol dont worry, I was too lazy to shift all of the offsets in the relocation table and those offsets as well so I just added the image to the end of the file. I didnt even delete the old one. Pretty sure this would work for other things so for instance if I wanted to added more collisions to a stage I could just throw it at the end.
I don't understand your link. I can't get it to bring me anywhere. Can you upload it to mediafire?Thanks. I didnt look into the blast zone and I still havent completely finished fixing the ledges. Theyre more unforgiving than BF but I think I know how to fix the lip so that its not a problem. Hopefully later today.
//a.pomf se/udmpaz.dat
While Im at it, would anyone be will to redraw the bush at highersay 320x320. Im curious as to how it would look but have terrible graphic design skills.
This is great news!So close
Just tried the hacked stage. Very awesome!! Have you done stage hacking before? How do you know how to do this stuff? I'm very excited about it. Are you....the new stage hacking chosen one ??
I didn't notice that. Was it always like that or did I accidentally break it. Should be an easy fix though.
I totally think its possible. It was one of my first thoughts. Its just I have no idea how the images work to create a proof of concept though. If someone were to create an image to replace it with though Id try it out.
I could probably help. Let us know what you get stuck on or if you try what I described earlier.
So I inserted your pic at the end and gotI could probably help. Let us know what you get stuck on or if you try what I described earlier.
As for a sample image, here's what I'm doing for Zelda-Sheik CSPs; you could use this for testing:
Well, I have this:So I inserted your pic at the end and got
Then I changed the image format in the header and got
Added some padding to the end before the image and got
Replaced the palette data with 0s and got the same result. Ill experiment with it more later.
Edit: Pretty sure I know whats wrong. I would need to create a color node for RGBA images. I was planning on trying to add nodes later after I understood stages more but theres a few quick things I could try to get it to work. After the 15th ill have more time to play with it. For now anyone know where I can find a rgba image and its offset already in the game. I need to compare the two.
Oh I just read till I saw rgba and assumed it was _6 which complicated things a bit since there wasnt a node for that. Inserting _5 fixed it.Well, I have this:
It's type is _5 (RGB5A3), same as the Zelda-Sheik pic. It's at DD980 in EfCoData.dat. (It appears when a character smacks into a surface hard.) I don't know if its shape/deformity will make it hard to determine if your efforts work though.
Btw, I don't know if you used my script to convert the Zelda-Sheik image to TPL, but if you did, did you fix the file name before converting it? I noticed that photobucket appended stuff to the end of the name. It at least needs to end in the image type before the extension, "_5.png". I wonder if MediaFire preserves the exact name. I'll probably have to try switching to that instead at some point. >_>
Yeah the only downside is that I think the iso has a max size of 1.45. Possible getting rid of the opening movie would add in room for a lot more.
Dude....so amazing. I'm still interested to know how you know/figured out how to do this stuff....because like no one knows how to do stage hacking.
I made this so much harder than it needed to be. Now to not fail my classes...
Edit: Forgot to add that I think I removed the flag that made the all star heal stage end when you run over a certain point. Its seems that if works on dolphin but not with dios mios. Not by a gc though so I cant test it thoroughly.
Between Milun's, Tcll, and Yaks/IEs documentation its all there. Also for me 20XX doesnt disable the heal with dios mios but it does with dolphin. I figured that the issue is similar to how theres no blue PS or alt red falcon with dios mios. Havent tried your code yet.
That code is not in the 20XX pack.
Lol then thats weird. The heal portal doesnt end the game on Dolphin... I probably switched up the dats. Awesome work as always.
Awesome! Trying it out now. Are you getting a flickering effect with the textures when you zoom out a bit? I see it mainly on the characters and the front of the bottom platform.Its not pretty and I still need to figure out how to lower the camera, but its something. As far as the spawn points go I have no idea where they are in the file. Probably because theres only 1 in Roy's target stage and the position is 00000000 so I wouldnt recognize it. Maybe some on can right a code to give you a few seconds of invicibility on it until I figure out how to add objects without breaking the game. For now though anyone want to test it a bit.
http://a.pomf.se/nrsasi.dat
Oh wow I have no idea how youre viewing that. But yeah the camera was already weird to begin with I believe. I had to figure out which one was the blast zone and which on was the camera which I could have confused since I didnt test it much. I just tried to make the right match the left. I also changed some flags that I dont understand the effects of but seeing your images helped a lot.Awesome! Trying it out now. Are you getting a flickering effect with the textures when you zoom out a bit? I see it mainly on the characters and the front of the bottom platform.
As for the camera, I think it's a offset between the bounding boxes shown below:
Yellow is blast zone, which you probably already know. Normally it and the green box are aligned concentrically, as shown below:
I think the camera uses the blast zone line for the camera, so I'm not sure what the green is used for (some kind of stage object boundary?). If the green were for the camera and that was the problem, your camera would be aiming too high rather than too low. Or I suppose it actually IS for the camera, but it's not being taken into account for some reason.
And specifically, I notice that the aspect ratio of the inner green box is different than the blast zone. This misalignment might be causing the camera issue. I know that there are modifiers for the stage's size. Are these separated into width and height, and did you use it/those?
If we can find where those boundaries are defined, we might be able to modify it there (before the camera calculations check them). There is also another way to fix it, but it would be to use ASM to modify the camera's viewport per frame. This would work, but obviously be much more inefficient for the game than pinpointing the camera's own built-in variables.
Spawn points in GrTFe.dat,
Where can I find Milun's, Tcll, and Yaks/IE's documentation on Stage hacking specifically? I'd love to jump on this bandwagon. Do you think you can do a tutorial video on stage hacking basics explaining what we know so far in the future perhaps?
http://smashboards.com/threads/melee-stage-hacking-documentation-warning-not-user-friendly.328552/.
Also, I increased the distance between the top blast zone and camera, but that didn't fix it. The information is in the groundparam node that I dont really understand. Luckily I just copied a few things from Dreamland's dat and it worked plus the camera and blast zone distance needed to be increased anyways so thanks for pointing that out.Awesome! Trying it out now. Are you getting a flickering effect with the textures when you zoom out a bit? I see it mainly on the characters and the front of the bottom platform.
As for the camera, I think it's a offset between the bounding boxes shown below:
Yellow is blast zone, which you probably already know. Normally it and the green box are aligned concentrically, as shown below:
I think the camera uses the blast zone line for the camera, so I'm not sure what the green is used for (some kind of stage object boundary?). If the green were for the camera and that was the problem, your camera would be aiming too high rather than too low. Or I suppose it actually IS for the camera, but it's not being taken into account for some reason.
And specifically, I notice that the aspect ratio of the inner green box is different than the blast zone. This misalignment might be causing the camera issue. I know that there are modifiers for the stage's size. Are these separated into width and height, and did you use it/those?
If we can find where those boundaries are defined, we might be able to modify it there (before the camera calculations check them). There is also another way to fix it, but it would be to use ASM to modify the camera's viewport per frame. This would work, but obviously be much more inefficient for the game than pinpointing the camera's own built-in variables.
Nice. I'm kind of surprised that that moved the respawn platform too.
Camera positioning looks good.http://smashboards.com/threads/melee-stage-hacking-documentation-warning-not-user-friendly.328552/.
The problem is that they use different terms to describe the same thing so you have to go through it a lot.
Also, I increased the distance between the top blast zone and camera, but that didn't fix it. The information is in the groundparam node that I dont really understand. Luckily I just copied a few things from Dreamland's dat and it worked plus the camera and blast zone distance needed to be increased anyways so thanks for pointing that out.
Im not getting any flickering on the characters but the flickering on the bottom platform is because I stretched the platform itself.
Anyways heres the result
Sorry for the textures, I dont have control over the meshes so it doesnt look too good.
I'm using the Debug Mode already built into Melee. You just need some simple hacks to make it easily accessible. Look for "Debug Menu replaces Tournament Mode" here. Then you'll probably want to install this fantastic addition to accompany it (you may also want to set the default language used, which can also be found in the dol mod topic). After you've got that working, you can read up on how to use it here. Once you set DBLEVEL to DEVELOP, the entire game will be set to that mode, even after exiting the debug menu. After starting a match, you can find the controls to do a lot of useful things here.
Yeah.... There may be potential here if someone gets a chance to look into this.
Its not pretty and I still need to figure out how to lower the camera, but its something. As far as the spawn points go I have no idea where they are in the file. Probably because theres only 1 in Roy's target stage and the position is 00000000 so I wouldnt recognize it. Maybe some on can right a code to give you a few seconds of invicibility on it until I figure out how to add objects without breaking the game. For now though anyone want to test it a bit.
http://a.pomf.se/nrsasi.dat
