and am working out some problems with lvl 8 boss. :D
If some help is needed, I'm can help.
I was just about to edit my last post to invite you, Baxter, or both to the project. :D
I'll post a WIP before i go to work.
edit: what file storage site is used these days around here?
http://dehacked.2y.net/microstorage.php/info/1147656535/zelda.fm2
There's the current WIP. Bomb management is much more of an issue in the 2nd quest. So much so that I may have to change the route a little with respect to lvl 8 since you need to use 6 bombs just to kill the dodongo bosses...
Edit: I went all the way to the bosses to see if the wand would hit them while stunned, but predictably it doesnt so 2 bombs per dodongo... :(
http//dehacked.2y.net/microstorage.php/info/1715806679/Legend_of_Zelda%2C_The_%28U%29_%28PRG0%29-glitchfest.fm2
I tried to make the glitch fest of new freeze. It would be a glitch that is not enough to cause a memory corruption.
Dungeon exit animation takes extra time about 60 frames.
From the results of the simple validation, I think it is faster to use the back door.
92F faster
12F faster
This new route will probably become improvement.
Makes me glad to see these findings. Glitch/Trick hunting is something that I'm passionate about, and RAT926 here is the grandmaster of it. Good work :)
It utilizes gif's loop only once feature. You can download it, then resave it in GIMP with the options "Loop forever" ticked to see it loop over and over. :P
You can download them and play them back in media player classic over and over.
jlun2 wrote:
It utilizes gif's loop only once feature. You can download it, then resave it in GIMP with the options "Loop forever" ticked to see it loop over and over. :P
Joined: 4/15/2013
Posts: 331
Location: In the attic
Scepheo wrote:
MUGG wrote:
You can download them and play them back in media player classic over and over.
jlun2 wrote:
It utilizes gif's loop only once feature. You can download it, then resave it in GIMP with the options "Loop forever" ticked to see it loop over and over. :P
Or, you know, refresh the page.
Is there a reason why Rat didn't set them to loop forever? Data limitations, perhaps?
Because, you know, it's a real bummer if you have to refresh the page one time for each GIF that you want to view, since there are several in this thread.
You can download them and play them back in media player classic over and over.
jlun2 wrote:
It utilizes gif's loop only once feature. You can download it, then resave it in GIMP with the options "Loop forever" ticked to see it loop over and over. :P
Or, you know, refresh the page.
Is there a reason why Rat didn't set them to loop forever? Data limitations, perhaps?
Because, you know, it's a real bummer if you have to refresh the page one time for each GIF that you want to view, since there are several in this thread.
Non looping vs looping gifs are identical size. It's just that a single bit in the gif tells it to be viewed as non looping or as looping.
I noticed you have access to glitched items with which you can execute more random code. I briefly tested some and here is a short list about them:
So I'm not so familiar with how the game is programmed but I would image it like this: Each item is a pointer to a certain part in ROM. Out of bounds items would jump to random (but sequential) parts of ROM, and execute code there.
Potential for jump to the end looks very good. I give this 3 days at most until credits glitch is found.
(This does bring back memories from when you found something in Super Mario Bros 3. Huh.)
The initial glitch can be altered by changing the input before the "> A B" frame. That gives me a different inventory:
(achieved with this input:
F14483 <
F14484 <
F14485 <
F14486 <
F14487 >
F14488 A B
)
I've been looking at this a little bit. Basically, what happens is:
You blow the whistle which wants to create actor $5E. There are no blank spots and the index underflows and starts trying to write it into the state for the ghosts. The ghost is in state 0 during the acceleration period after being stopped. Blowing the whistle at this time makes the ghost state $5E, which causes the ghost AI to jump to $0602.
From $0602, it executes some instructions based on the note in the music (I think), and tends to hit a JMP $0000 instruction (after some side effects).
At $0000, there are a bunch of mostly fixed values (i.e. fixed instructions). It executes a couple of instructions based on Link's X, Y. Then it moves into a chaotic section that I don't know how to manipulate yet and in the movie, jumps to $EC6E and from there, back into the normal game play without any side effects other than the game being totally screwed up.
Improved 4 frame. 1 frame input allows you to skip the first step of the stairs.
92F faster
12F faster
This new route will probably become improvement.
I found a strange wall trick. But it takes time to run, it will probably not be used in TAS.
http://dehacked.2y.net/microstorage.php/info/932988198/Legend_of_Zelda%2C_The_%28U%29_%28PRG0%29walltrick.fm2
So I'm not so familiar with how the game is programmed but I would image it like this: Each item is a pointer to a certain part in ROM. Out of bounds items would jump to random (but sequential) parts of ROM, and execute code there.
Potential for jump to the end looks very good. I give this 3 days at most until credits glitch is found.
(This does bring back memories from when you found something in Super Mario Bros 3. Huh.)
(achieved with this input:
F14483 <
F14484 <
F14485 <
F14486 <
F14487 >
F14488 A B
)
