The tools for TASing DOS and Windows games exist, but are a lot harder to work with than TASing e.g. a NES game where you can use all of Bizhawk and TASEditor tools. And yeah, I'd be less certain an arbitrary DOS/Windows game works in current TASing emulators than I would those of other consoles. Could check if you want.
Any game that is multi-threaded (or distributed across multiple processes, or worse, across multiple computers) would require deterministic-ifying much more of reality than TAS tool creators may ever be willing to do.
But we can get worse: Imagine a speedrun that, to emulate, would require emulating the external effects of reality on a processor's hardware. Now stop imagining because this is reality:
Link to video
This will probably remain out of reach of TASing indefinitely because how TF would you emulate that, add a temperature variable to the input file??
Ok this was great. Going into this my first impressions were 'this is just like when I enjoyed watching the gradius 1 and 3 playaround TASes, nostalgic!' But then it got insane in stages 4 and 5. The PS1 can have so many sprites at once without slowdown and the screen becomes such a mess that I cackle out loud. Keeping enemies spawned the entire time on the final boss was a great way to spice up the ending, too. Great work.
Wow, I can see why humans stand no chance at this game if you basically need to presciently guess where the enemy ships will shoot and what pieces you'll have for that turn.
Is there any hope for mankind? What if you played with frame advance but no savestates/rewind, could you ever get a deathless run? Or is it too overtuned?
Hahaha. I'm long since retired from 6K, and these charts are designed for a different playstyle (looks like one thumb on d-pad, one thumb on A/B). They do seem well made, which isn't surprising given the creator of the game is himself an ITG veteran. Really sweet that this exists as a passion project.
Double posting as this is completely separate from branch discussion of my last post:
One of the in-game options is scroll speed. This impacts how rapidly the button indicators scroll up to the line at the top of the screen. I think the run would look even more impressive if the scroll speed was maxed out. It shouldn't change the when the buttons need pressed within the song, but would just change the visual.
I may see if I can add the speed change into the run and edit this post with a comparison encode later. If I can add it and we'd rather publish the faster speed, I'll provide the appropriate movie file also (no co-authorship).
EDIT: Development. I've changed the scroll speed. For some reason, doing so gets to the first note of each song faster than with the slowest scroll speed, but all the other notes hit perfectly. I'm going to re-sync this whole run. I've also found better menuing controls in at least 1 place. I anticipate maybe more.
I was going to say 'IMO the scroll speed should be at a rate that is comfortably readable by rhythm game players so that they can follow along with the charts' but, well... if it saves FRAMES, rest assured I can't argue with that!!
