This is an update to MrWint's original SRAM glitch run that saves 7 frames, although run time is longer since it includes the BIOS (which runs twice.)
The original run has a delay of 17 frames. This run has a delay of 10. The savings come from different RNG using GBC with GBA mode. Using GBA mode allows for console verification.
I originally didn't think GBA mode offered an advantage, but entrpntr pointed out in the game thread that changing the palette can change the RNG (since it takes extra cycles to do so.) Using this I was able to achieve a delay of 10 frames, identical to what can be achieved in GBC mode without GBA set.
I did some testing, and it turns out that where you change it, and how long you hold down the buttons to change it doesn't matter. You can change it at the end of the BIOS and delay BIOS end, but that didn't result in short overall times in my testing. You can also just hold down a button during the BIOS that doesn't change palette to change RNG, but I didn't get good results this way. I didn't test exhaustively though. I changed the palette to grey scale so it would still look decent.
I believe for console verification you can split it up into 2 halves and run them separately, there is no RTC here so when you start the second half after the reset doesn't really matter.
Other inputs after manipulating RNG are identical to the original.
ThunderAxe31: File replaced with a fix to the arbitrary code execution.
Nice job, but did you take in consideration the fact that there is a faster SRAM glitch for the Japanese version? User movie #35593301208919904
Though I'm not sure if that movie should be considered for comparison, since it fails to trigger the final routine after showing "THE END" screen at the end of the credits roll, as pressing A doesn't send you back to the intro and it doesn't save the progress to the save data. More explanations in this post.
I'd also like to try if changing GBC color multiple times can allow more RNG possibilities, or delaying the GBC BIOS sequence by changing color later.
I'd also like to try if changing GBC color multiple times can allow more RNG possibilities, or delaying the GBC BIOS sequence by changing color later.
Yes and no, mostly has no effect, and when you actually get an effect, it's more because the bios is being delayed by some amount of frames (which eventually eats into the delays).
Also, the main issue with console verification is that just, you kinda have to have a human to do the reset (this reset is perfectly possible for a human to perform, so console verification should be possible, although console verification will be under the "human is performing reset," and humans don't have the precision that a TAS does for resetting), as GBI's input script can't do resets (for whatever technical reason I don't know, perhaps one day it'll be possible but not today).
(this reset is perfectly possible for a human to perform, so console verification should be possible, although console verification will be under the "human is performing reset," and humans don't have the precision that a TAS does for resetting)
I'm not sure if you're saying that it's possible or that it's not, but I have to note that the Speed Demos Archive keeps a recording of speedrun for this category: http://speeddemosarchive.com/demo.pl?PokemonRed_UberLargeSkips_SS_000
From the metadata inside the file mp4, the referring encoding time is 2013-04-09 23:32:37
Ambassador, Moderator, Site Developer, Player
(155)
Joined: 3/17/2018
Posts: 358
Location: Holland, MI
Awesome work,
I'll take a look at how the cores track cycle count through hard reset for GBI export. I tried to export the counts for my Yellow theory TAS which has 2 resets and I was getting the cycle count since the start of the TAS instead of from each power on event. GBHawk could be reporting differently.
(this reset is perfectly possible for a human to perform, so console verification should be possible, although console verification will be under the "human is performing reset," and humans don't have the precision that a TAS does for resetting)
I'm not sure if you're saying that it's possible or that it's not, but I have to note that the Speed Demos Archive keeps a recording of speedrun for this category: http://speeddemosarchive.com/demo.pl?PokemonRed_UberLargeSkips_SS_000
From the metadata inside the file mp4, the referring encoding time is 2013-04-09 23:32:37
https://www.speedrun.com/pkmnrbyext#Any (there's a src category for it, how is sda still relevant lol)
By this, I simply mean console verification will simply not have the same time as the TAS (due to the human reset likely happening later than the TAS). Just a slight asterisk in console verification.
Nice job, but did you take in consideration the fact that there is a faster SRAM glitch for the Japanese version? User movie #35593301208919904
Though I'm not sure if that movie should be considered for comparison, since it fails to trigger the final routine after showing "THE END" screen at the end of the credits roll, as pressing A doesn't send you back to the intro and it doesn't save the progress to the save data. More explanations in this post.
I'd also like to try if changing GBC color multiple times can allow more RNG possibilities, or delaying the GBC BIOS sequence by changing color later.
I did do some limited testing with delaying BIOS end, not that extensive since I just ended up with 10 total again (2 BIOS delay + 8 regular delay.)
Here is the script I used to test stuff:
http://tasvideos.org/userfiles/info/63900696766348833
You can fiddle with the palette however you want, let the game run to frame 500, make a state in slot 1, then run the script. It will brute force check the remaining 4 delay points from there. (If you are going to delay the BIOS you need to add that into the script though.) Even with Gambatte this takes a long time to run.
I'm not going to look too deeply into a movie that doesn't properly call the ending.
Nice work, yes vote! How would I do something similar for Yellow version? I'm thinking of improving the Yellow TAS by some frames if possible, with the 10 frames improvement by MrWint without GBC load... probably more with it. I may have worded that wrong, but it's the best I could say it.
DJ Incendration
Believe in Michael Girard and every speedrunner and TASer!
I just noticed that the current movie manipulated the Trainer ID to be 0x64BD, while instead you got 0x64C3. Does the second byte make no difference, or did you have to adjust the ACE accordingly?
I just noticed that the current movie manipulated the Trainer ID to be 0x64BD, while instead you got 0x64C3. Does the second byte make no difference, or did you have to adjust the ACE accordingly?
pressing A doesn't send you back to the intro and it doesn't save the progress to the save data..
Looking at it, the game actually *does* save, you don't actually have to press A for the game to save, the game saves anyways a little before the song ends and when THE END is shown, and yep, if you hard reset, you can see the save made... albeit the game crashes instantly because the map script is fucked, but you can clearly see the Pokedex count is 64, so this is the "correct" save.
In this submission, as well as the current publication, the game does advance when you press A at "THE END" and does save the progress, but you can't play with the save file anymore.
In the Japanese version run, the game does not advance when you press A at "THE END" but it still does save the progress and you can continue playing from your save file.
So, each movie has one thing that the other run doesn't and vice versa... Then which one should be considered the "more appropriately" beating the game??
I just noticed that the current movie manipulated the Trainer ID to be 0x64BD, while instead you got 0x64C3. Does the second byte make no difference, or did you have to adjust the ACE accordingly?
What do you mean by 0,0,5,5? Also, I can't seem to manipulate 0X64D0 or EA or anything like that in Yellow. I have tried many different frame delays, but I could only do the delays in Pokeguy's any% world record, with the soft resets.
DJ Incendration
Believe in Michael Girard and every speedrunner and TASer!
In this submission, as well as the current publication, the game does advance when you press A at "THE END" and does save the progress, but you can't play with the save file anymore.
In the Japanese version run, the game does not advance when you press A at "THE END" but it still does save the progress and you can continue playing from your save file.
So, each movie has one thing that the other run doesn't and vice versa... Then which one should be considered the "more appropriately" beating the game??
I would personally lean towards the former, but let's say for the sake of argument, they are equal. The English version is far more entertaining than the Japanese version (simply be, most TASVideos users use English, good example would be TCG1 and TCG2 game end glitch TASes), so, shouldn't the English version be preferred anyways for entertainment value?
What do you mean by 0,0,5,5? Also, I can't seem to manipulate 0X64D0 or EA or anything like that in Yellow. I have tried many different frame delays, but I could only do the delays in Pokeguy's any% world record, with the soft resets.
I don't know how to do yellow.
There are 4 places to delay input in order to effect trainer ID. The 0,0,5,5 is just my shorthand for how many frames is delayed at each point. So no delay for the first two inputs, then 5 frame delay at third input and 5 frame delay at fourth input. Changing the palette is not included in this shorthand.
I'm not concerned by having an invalid save file, the game was completed successfully, which is the goal.
I would personally lean towards the former, but let's say for the sake of argument, they are equal. The English version is far more entertaining than the Japanese version (simply be, most TASVideos users use English, good example would be TCG1 and TCG2 game end glitch TASes), so, shouldn't the English version be preferred anyways for entertainment value?
This submission aims primarily for fastest-completion, so it doesn't matter if it's entertaining or not. Worst case scenario it gets accepted for Vault and obsoletes the current publication, regardless of which one is more or less entertaining than the other one.
Japanese Yellow would be even faster than Japanese Red, since you don't have to advance through as much text before turning off the game. I'll look into more ways for English Yellow now. But how do you change the palette?
DJ Incendration
Believe in Michael Girard and every speedrunner and TASer!
What do you mean by 0,0,5,5? Also, I can't seem to manipulate 0X64D0 or EA or anything like that in Yellow. I have tried many different frame delays, but I could only do the delays in Pokeguy's any% world record, with the soft resets.
You realize that the last Yellow TAS used 0x64D0 too, and that Yellow is just slower than R/B regardless (R/B will obsolete Yellow save glitch TASes, so there's no point to this really).
I'm having trouble manipulating the TID for Yellow (both versions.) What should I do to ensure an optimal TID manipulation? I don't know how to write LUA scripts or anything like that, and the closest I could find is either for an older version of BizHawk so the frame to save on is inaccurate, or is for VBA which doesn't guarantee it being optimal and VBA is obsolete.
DJ Incendration
Believe in Michael Girard and every speedrunner and TASer!
