I'm really happy to see the activity this (probably harsh) statement got. While many of you considered it an Aprils fools joke, I took it as an attempt at serious look into why Nach and adelikat still do the work with this site.
I hope those of you who cared enough to come around on the IRC channel, post in the forums, read the post at the top.
This site lives entirely through your submissions, good or bad, accepted or not.
I have never attempted to do a TAS run in my life, nor do I plan to do one. I know the amount of work needed to make one, and I appreciate that every time I watch a run. I have tried to encode movies, I know the work put into that. I have made an emulator (NESten), I know the work put into that. I have also made some small sites. I know the work put into that.
TLDR; Appreciate the site and its contents. Just remember, there is a lot of work behind everything you see here. Made by people.
I was about to post here but this thread is on the edge of being ignited to a flamewar :P
But yeah, just the other day I got hold of some older games I skipped playing before because it had StarForce copy protection on it. The game was UFO:Aftershock. This is definately the best game in this genre since the original JA and X-Com. So I went and looked up what kinds of reviews it got. ALL the reviews of this game from back then was bashing of how it used StarForce.
Basically, a pretty damned good game got so much negative reviews that it drowned (and apparently bankrupted the developers) and never hit it off.
You can discuss if this game got owned by the fact they used a DRM or if it was just the fear of the DRM. The game itself is nearly perfect.
(And just as I said in the start, I did NOT buy this game when it came out because of StarForce DRM.)
I was more thinking in the line of using the GUI D-Fend Reloaded has to launch games into Tool Assisted mode. D-Fend Reloaded is a frontend for launching old DOS games, Windows games and SCUMM games. Incorporating it directly into this could possibly improve some conformity in starting & playing back a TAS.
OMG FRENOM WHAT ARE YOU TRYING TO SUBMIT???? Don't break my heart and say its not what I hope it is.
And YEah, just submit it, if the submission text isn't perfect first time I'm sure you can edit it later while people are going crazy and voting? :P
Remember, I'm NOT saying that you should not use Physics glitches, AutoHotKey scripts and other glitches. For love of Bisqwit, DO use it.
Just remember that we expect performances BEYOND what a superhuman can do.
To give you a more direct answer:
Does not make a run a TAS:
- Physics glitches
- AutoHotKey scripts (See this as a controller with auto-fire)
- Other glitches (Out of Bounds)
- Input recording and playback.
Does make a run a TAS:
- Slowing down the game in order to allow a human to perform complex operations. Playback needs to happen at full speed.
- Making programs to alter or edit player input (hex editing, rerecording). Playback still needs to stay in sync.
- Making a program ('bot') that plays the game.
As far as I can see with a FPS game, a TAS would need to qualify through 1 of the 3 methods:
1: The GAME itself needs to implement a system for RECORDING player input, SAVING the game state at any time, and RESUMING recording from the saved state.
2: An outside program allows for EDITING or CREATION of player input on demo files.
3: A program (BOT) is made to play the game by a player chosen path.
For 1, slowdown of the game (as a player still plays) would be very handy.