Grazza
Super Moderator
Posts: 11450
Registered: 07-02 |
I'll also take a stab at this, highlighting some different points...
Note also that Sedlo's 30uv TAS run (16:17) was recorded with TASMBF, which, while also providing TAS features, denied him the possibility of using some tricks (notably a couple of key-grabs) that are available in Doom2.exe and certain other compatible ports.
The difference here isn't between using prboom and using doom2.exe, but between recording a TAS (tools-assisted) run and a standard (unassisted) run. Using Prboom (and modified versions of it) doesn't give you any particular advantages over Doom2.exe unless you use its TAS features or its additional HUD information. And when people have used the TAS features, they should make this very clear in the text-file (unfortunately Andrey Budko left this rather vague, albeit obvious to experienced demo watchers).
Just to explain why TAS enables the player to achieve such a dramatic time improvement, let's suppose that the intended route contains 10 tricks, each with a 20% chance (1 in 5) of working. In a standard run, you can expect to need nearly ten million attempts (5*5*5*5*5*5*5*5*5*5 = 5^10) before you achieve a run where you execute all the tricks successfully. In other words, you're just not going to do it. In a TAS run, you can save after each trick, and so it can be expected to take about 50 attempts (5+5+5+5+5+5+5+5+5+5 = 5*10) before recording a successful TAS demo (and that's without taking into account any benefit from using slow motion). This is obviously a more manageable task, and enables the player to get the run much closer to optimal.
|
07-05-04 10:19 
