Except in the case where there is a logic difference between emulator and console (like a glitch that cannot be done on console that's exploited in the TAS), I'd consider the easier ability to reproduce, distribute and introspect a TAS in an emulator to be more useful of a quality than the modified version that plays back on console but not yet on any emulator, since far more people have the ability to interact with the former than the latter (though we should of course still make both available). Yes, the console verified file is more accurate but less accessible.
I've heard about other games being bricked by glitching them too hard before, but can't off the top of my head recall any examples - this might be a good concept for a standalone thread?
This was a delightful watch. I adore how even in a short and tightly optimized category like any%, TAS can still differentiate itself in routing, execution and stylistic ways by substantial amounts from real time play. Yes vote!
I enjoy how you use save glitches in three different ways to do three different kinds of skips and then humiliate the final boss. It's one of those cases where the lack of the gameplay is the humour, as you work increasingly harder and harder to not have to do things. Yes vote!
Deliciously destroyed! Yes vote.
I found it a much better watch if all the levels were 0.25x and all the between-level stuff was 1.0x, and I suspect that this might be a good choice for a secondary encode.
I assume the reason why this game gets so many submissions is because it's super easy to resync, and a lot of its movement is prince of persia style or frame rule determined, so it's easy to do things optimally given the best known routes/tricks, not because Samtastic is half-assing his submissions.
I don't think the runs are half-assed, I'd just like to prevent another situation where we dedicate time and resources to judging a run, then multiple improvements, and then fully processing a supposed final version only to have a brand new improvement come in barely a week after publication with an immediate subsequent improvement afterward.
I'll replace the file now, but I'm going to hold off on judging just in case more improvements manage to trickle in.
Yep, fair enough! If you want to have some guideline (formal or informal) for how often you'll commit to doing publishing work for a category because publisher time is a limited resource, that makes perfect sense to me.
I assume the reason why this game gets so many submissions is because it's super easy to resync, and a lot of its movement is prince of persia style or frame rule determined, so it's easy to do things optimally given the best known routes/tricks, not because Samtastic is half-assing his submissions.
Dark Boshy, as it is considered the most fun way to play, mostly because of his large bullets.
So by fun, you mean effectively the easiest character to play as? Seems odd for a TAS, since you can just land precise shots anyways.
Related to this I have been meaning to ask: Does "avg-mode" mean "not the hardest mode"? Because I remember there being a rule that TASes should always play on the hardest mode unless there's a good reason not to.
Answered on previous page:
shar wrote:
About a rage-mode speedrun: while bosses have double HP which will lead to showing more of them, in platforming the only major difference is World 4, which is not possible to skip in Rage-mode. The rest of the stuff will be similar to any% run. 100% would be very interesting: there is a lot of content to show.
This is basically aiming for moons anyway, so it can just be its own arbitrary category.
I thought the level 11 glitch was actually fixed in the Japanese release and the reason TASes didn't use it was the warp glitches were fixed. Why doesn't a warpless just use the fixed version? Am I misremembering or are there even more glitches fixed that would make it slower even without the game over?
And here we have the rare any% TAS with absolutely no gameplay in it! As much as I enjoy games getting stomped with ACE, from an entertainment perspective there's literally nothing to see, so Meh vote, but nice spot.
I enjoyed the video and will vote Yes, but I have a question about your comments. In the Ganon section of the stage by stage comments, you mentioned that the developer of the game "...left a left a developer key (the number 1 on the main board) that puts [Ganon] in a certain attack." The way you worded this sounds like a debug code that you activate by pressing 1 on the keyboard (I'm not sure what you mean by "main board."). It also sounds like you might have just pressed a button to manipulate luck somehow. Am I wrong about either of these?
Link to video
It's basically a debug testing key the dev forgot to remove. If you spam 1 while shooting him, you constantly make him start an attack so he can't fight back. It's allowed in real time runs which is why the TAS uses it too.
