This topic is for the purpose of discussing #7834: Cephla & feos's GBC Microidvania in 00:13.24

You are awarded the weapon after collecting the boots even if you don't already have it, so you can skip collecting it and save ~1 second.

https://tasvideos.org/UserFiles/Info/638052470398915167 (total timesave of 105f (somehow, didn't expect the textbox to take up so much time)) That's interesting, I'd noticed that the acid also didn't affect the player after getting rocket boots so I'm thinking that after acid and rocket boots are collected, a different scene is loaded that has no death triggers in the acid. I'm unsure why it'd unlock shooting but not the other two. Thanks for the suggestion btw, I really didn't expect 105 frames to be saved, especially with having to wait for the enemy to move

https://tasvideos.org/UserFiles/Info/638052470398915167 (total timesave of 105f (somehow, didn't expect the textbox to take up so much time))

Improved by 2 frames https://tasvideos.org/UserFiles/Info/638057037840915321

Improved by 2 frames https://tasvideos.org/UserFiles/Info/638057037840915321

After an hour+ of trying, I wasn't able to improve upon this is any way. I don't think the movement can be improved because of the enemy and having to wait for it. For the boss fight, it seems like the two left presses are the main contributing factors to the two lag frames and moving these around or getting rid of them changes how many/where the lag frames are but only enough damage is dealt with the L presses here so that can't be changed. My next big idea was to reduce air time after the initial jump to be able to get out of the acid earlier to be able to walk earlier but doing the final B press just one frame earlier doesn't work. Just thought I might share my thought process on this

Console verificaiton of feos' improvement: Link to video

This movie has been published. The posts before this message apply to the submission, and posts after this message apply to the published movie. ---- [4983] GBC Microidvania by Cephla & feos in 00:13.24

Hi! Dev here. I was browsing my analytics, and found that my highest visits this month are from a website I had never heard of. and I thought "how curious". Nice to meet you all. To fill in some gaps: I was having trouble getting the switching lighting between areas on the screen to register, so at the last minute I was forced to lower the hitbox of the acid to match that of the rocket boots. SKRAAGHRHSCH has 10 hit points, but I don't think that matters too much for you. Yes the "one screen" is a little bit of a lie, as there are in fact 10 scenes. Your character's items and such stay with you, but there is no hitbox in the boss room to test for acid. https://imgur.com/a/NpKz6bQ I have a unique scene to show the player moving upwards. In this "RocketShoes" scene, all collisions except for getting up to the top and most of the player input is turned off, and then the scene switches to the "FinalBoss" scene. This is likely why the first B press gets eaten, because you are not in the final boss scene yet. I am honored that my game has been the subject of such activities, and I am curious about where you found it, and what makes a game a good candidate for TAS? I suppose it is easier to do GBC ROMs because you could play them in something that manipulates time, etc, where as a browser-based game is a little tougher, or a game with a truly random generated world may be difficult to maintain consistency between runs. (for instance, https://juzek.itch.io/cellracer is probably not very possible as it currently is, although it would be easy to make an off-line build that is more consistent for you all. I would recommend another game of mine that was actually designed as a speed-run : https://juzek.itch.io/portal-hurdle

Hi! Dev here. I was browsing my analytics, and found that my highest visits this month are from a website I had never heard of. and I thought "how curious". Nice to meet you all.

Hello!

SKRAAGHRHSCH has 10 hit points, but I don't think that matters too much for you.

Can you tell us how initial hit detection works? I only found that the boss kinda collects bullets until a certain point, and only then their damage is registered in the HP meter, which adds some annoyance to movement testing, because you have to emulate farther ahead to see the effect of your hits. But how does the game decide "yeah I've been hit, keep stacking the damage until later".

I am honored that my game has been the subject of such activities, and I am curious about where you found it, and what makes a game a good candidate for TAS? I suppose it is easier to do GBC ROMs because you could play them in something that manipulates time, etc, where as a browser-based game is a little tougher, or a game with a truly random generated world may be difficult to maintain consistency between runs. (for instance, https://juzek.itch.io/cellracer is probably not very possible as it currently is, although it would be easy to make an off-line build that is more consistent for you all.

If it's a Flash game, we run Ruffle in libTAS. But its input editor is not as advanced as one in Wiki: BizHawk. Randomly generated game would indeed be hard to figure out, but dedicated people can still work with them in theory, by simply rerunning it with a different initial seed until they like the result (the most advanced users may even disasm it).

Can you tell us how initial hit detection works? I only found that the boss kinda collects bullets until a certain point, and only then their damage is registered in the HP meter, which adds some annoyance to movement testing, because you have to emulate farther ahead to see the effect of your hits. But how does the game decide "yeah I've been hit, keep stacking the damage until later".

I am developing in GB Studio, so the granular of what is happening each frame is a little hidden, I can't easily determine how many times a script is being called and run at once, but the script attached to the boss is like this: On Hit with collision group1 (bullet), •Change the sprite to the negative color •Wait for 0.2 seconds •Change the sprite to normal. •Increment the damage by 1 •Check for boss death Obviously the whole script can't run each frame (otherwise a "Wait" would just pause the game), but I don't think it forces the entire script to happen for each time it was called. While this script is waiting for the 0.2 seconds, other bullets can be fired off. So my guess is that the 0.2 Seconds you have to wait for the animation is making it not able to continue on to the Increment and Check Death parts, but if multiple script calls are happening at once, it might just do portions of it. If the animation is tied up, it may be incrementing the damage, but if you can't get all 10 hits in at once, you may have to wait for the second hit animation. GB Studio limits the number of actors and sprites to avoid memory issues, so it limits the number of projectiles to 5 at any one time by default. If the dev wanted more, they would need to modify the engine code, and make sure that other aspects weren't using up much memory.