Out of curiosity, is this the hardest to encode publication TASVideos has ever dealt with? (maybe SQL query for 'longest time between submission and publication' to find some candidates?)
That's what I mean. And I use the same dolphin version as the old record.
Hummmm, I never intended this to work on multiple instance like this...
TECHNICALLY, I could offer something like an instance switcher, the issue is the only thing I can really get is the different PID from them: it's going to be hard to differentiate them so I don't really know how to do that part. You might have to guess which PID is which Dolphin.
What Visual Studio Debugger does if there's two processes you could attach to is show both processes's PIDs, titles and the date/time they were opened at. That would be enough to differentiate them.
So if I want to compare with old record, I need to run several dolphins at the same time. But this tool can only hook the first emulator. Is there any way to help me hook different dolphin?
There is not unfortunately, I plan to work on this next February, but not sure if I will add the multiple dolphin option.
Though, what do you mean comparing with old records? Do you mean while scanning?
I think the idea is, you're TASing a game while having an old TAS open to compare to, and you additionally want X/Y/Z/etc RAM addresses for both to compare (so you can see how much further ahead in the world you are on the same frame for example) but without being able to choose which instance of Dolphin you hook you can't do it.
I mean, I take the 3 first years of THIS TAS. So any% and all dungeons will have the same first half :3
As long as the input you copy is optimal for both categories, of course. (I remember one time there was a TAS that copied input from a different category, but it wasn't optimal for the new category.)
I agree with feos's post entirely. Well spoken. In one sentence - don't let the perfect be the enemy of the good. If it's not feasible for everyone to use the most accurate emulator (due to secondary reasons, like OS compatibility, slowness or script/workflow compatibility) then don't demand it until the roadblocks are fixed, or instead of a good TAS you get no TAS at all.
My view is: If you want Gen TASers to swap to Bizhawk, then accomodate their workflows (performance/OS compatibility needs, camhacks and other scripts they rely on, etc). Otherwise you're asking for TASers to effectively make worse work by swapping to an emulator that is less performant for their use cases. Until that's no longer true, it's too early to require a switch. (This is similar to how e.g. snes9x TASes are still allowed, even though Bizhawk's SNES core is more accurate - since its performance is so much worse, it would be too excluding to mandate it.)
I've already watched this TAS and it's great. In true metroidvania TAS, it goes from walkathon to a blur of maximally exploited movement techniques, and combat is unbelievably fast.
Not sure if this counts, but...
In SMW low-exit-count, we don't allow glitching a cloud into the item box to later glitch out Bowser's AI because the glitch used can also be used to game-end-glitch the run and why wouldn't you just do that instead?
Is the glitch actually banned by tasvideos rules, or is it really just that the TASers who could do this any% route aren't interested because it doesn't make sense from a TASing perspective to use a trick that can trivially be used for ACE instead, whereas in RTA the setups for cloud and ACE are so distinct that they don't overlap?
Overall I just enjoy the sheer perfection a TAS displays. Like a song sequenced in a program, a TAS has none of the flaws of human playing left, and is entirely an optimisation challenge solved, a work of visual audio art.
Enjoyed it. In-bounds movement is on the slower end of TASed castlevania runs but what can you do?
What's NKT mean? It shows up a lot in the niconico comments of the temp embed when the ending starts.
It's a meme that means (IIRC) "It was a long and challenging adventure." It's making fun of how short Castlevania TASes tend to be due to the glitches and movement tech.
The other one that commonly shows up is shouting IGAAAAAAAAAAA when IGA's name appears in the credits.
Thought of another one, it might be possible nowadays. In secret of mana, you can unplug second and third controllers to return second and third players to AI control for a while, and this is useful since the AIs don’t trigger things like cutscenes like players do. But I don’t think this is possible to TAS yet.
I suppose there probably are games where you could somewhat reliably play back a TAS using real time (on a sufficiently powerful computer).
Even then it would be pretty difficult - modern OSes multitask a ton, and you never know when a frame will take slightly too long to compute of resource contentions at the wrong moment. It's not like playing something back on a NES where there's only one thing going on (the game) and no nondeterministic I/O or multithreading.
I guess the main 'problem' here is that instead of fully simulating a computer and advancing it by a specific amount of cycles (like JPC-RR), we're residing inside of a computer, fooling another program by swapping out the results of system calls, into thinking that certain amounts of time are passing (and other things). But if something about this 'fake time' concept is suspect, then shouldn't we apply the same suspicion to Hourglass TASes, which IIRC do a similar thing? Obviously the reason why we're talking about it now is to standardize rulings on FPSes usable in Linux TASes, but why was there no similar debate for Windows TASes?
I think this is the correct interpretation:
So I can TAS computer games at any monitor refresh rate I can successfully emulate it being VSynced to and that exists (60, 120, 144, etc)?
This would mean the 1000 FPS Towerfall Ascension TAS is rejected as invalid, even if an existing computer could run it that fast, unless a monitor that refreshes that fast can be proven to exist. Conversely, the 120 FPS Axiom Verge TAS (not submitted yet) is valid since a 120 FPS Monitor does exist.
Probably JPC-rr-TASScript will have sub-millisecond input and DOSBox inside libTAS won't, so which emulator is optimal will depend on what you're TASing.
DrD2k9 wrote:
EDIT:
In case it happens to anyone else. Chrome is warning me that the download may be dangerous because it's not a commonly downloaded file (whatever that means).
Browsers like Chrome keep track of which executibles and zips have been downloaded very few times globally, and assumes they are malware by default. But it is just making a guess to help low information users' safety. If you know it is safe because you trust the creator, you can ignore the warning.
I understand Warp's concern, in that it reminds me of the alt+tab glitch in Super Meat Boy - by tabbing in and out of the program mid movement, you create arbitrary amounts of lag, and the game's arbitrary frame rate will move you forward by a huge amount and clip you past walls. It doesn't feel like you're really playing the game as intended, but instead exploiting that the arbitrary frame rate has no reasonable limits. But is it different in spirit to lag clipping in DK64? I am not sure if it needs to be specifically ruled out or not - or more to the point, what kinds of objective rules you would instate, if you think this is not desirable.
Could one of the admins please update our submission file with this one that's one frame shorter?
We discovered that we had lost a frame between Bowser's death and the door opening due to an unfavorable Bowser y sub-pixel. This was fixed with a trivial change to 8-Tank2; the rest of the input is unchanged. Thanks.
Haha, does that mean it's now a 0 frame speed/entertainment tradeoff? Because you were only 1 frame behind before this.
So some PC games have speedrun modes where they basically play an in game timer during your play through, games like Celeste and Fez have this. Is it required in cases like this to TAS the game in this mode or can the authors do this by choice?
What would be an example of a situation where you forego using the provided speedrun mode?
