Maybe "devolve" is not the perfect word, but it seems to me that the rules of what constitutes an acceptable submission are being loosened and loosened as time passes. At this point it seems that almost anything is acceptable, as long as it's "cool". There is no "it must break all existing records" nor "it must complete the game" requirements anymore. Heck, it doesn't even need to actually play the game anymore. The game itself has become almost irrelevant, in many ACE cases. The site might "devolve" (for the lack of a better word) into just a demo compo website, with a twist. That's why I asked where the limit is. If there is no limit, then that might just as well happen. Everybody will just start coding their old-console demos and inject them into the consoles.
The art of TAS has surpassed merely playing a game. TASing is the game itself, and sometimes even that is eclipsed by making things play that game for you too. Metagaming of sorts. The best players of this game know how to break all the rules, and do so as a matter of course; this necessitates understanding the architecture and peculiarities of the target, and of the tools used to work said target. Generally, this means understanding how to write computer code. This is because it often means knowing how to tear these platforms and code apart (see the post by feos), as much as it does writing your own.
Will tasvideos.org just devolve into a publication site for people's console demos?
What I see happening here is demo programming being published in the guise of it being a "tool-assisted speedrun". Where do we draw the line? How many such submissions need to be submitted before we start putting limits? Ten? A hundred? A thousand? How many? Once again, the demo is impressive. I'm just asking if it's "off topic" here, and how much is too much (or, rather, how many are too many).
We currently have RAM searching, but it's a little primitive. It works well for some things where you expect a specific value or a clear change, such as position or HP. However it's a bit more difficult to find more elusive things like RNG, leaving us to throw spaghetti at the wall with rerecords until we get what we want.
hex-edit
Improved by [module:frames|amount=3522] seconds.Improved by 1:58.70 minutes.Improved by [module:frames|amount=3522|fps=ntsc] seconds.Yeah his does look faster than mine. Not sure what the policy is here. Clearly I have room for improvement still, but my run is faster than the site record. I can try to reach out to them and see if I can get a copy of the movie file...
Must beat all known unassisted records and beat or match all known tool-assisted records. In rare cases, there will be a sloppier movie that is faster than a more optimized movie due to the use of a major skip discovery. In this case, the faster of the two movies is preferred.
I am having this same issue with the dev builds. When I try to run BizHawk, nothing happens. But, if I run DiscoHawk, exit it, and then open BizHawk it runs just fine. I don't know what magic is happening to make this work, but hope it helps in debugging.
Acvisynth : https://sourceforge.net/projects/avisynth2/ VirtualDub : http://virtualdub.sourceforge.net/ for 32 and 64 bits DeDup : http://akuvian.org/src/avisynth/dedup/dedup-0.17.zip (spikestuff's link) and it still doesn't work... if you wanna check again : script : http://pastebin.com/YbdSzJ0H file folder : http://www.hostingpics.net/viewer.php?id=965978dedup.jpg If you want, i can skype from 9 to 11 pm GMT+1. Send me a PM and i'll give you my skype
