Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
Slowking wrote:
Great WIP. :) Looking foreward to the rest of the run, a lot.
Just one question. Couldn't you have also bonked through the gate in front of Kakariko?
Great question, i'll try it.
edit: seems impossible, possibly because of the lock on the gate. You can kind of start to clip through, but then you just get pushed out.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
We need to go to the bridge, to get that cs, to allow us to warp using the map, instead of talking to minda (this is needed to a glitch later). Unfortunately that cs forces us to warp back to faron woods, which is a pretty long run. It's faster to first activate the warp in kakariko, so we can immediately warp back there after warping to faron, instead of running back.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
Yeah, it was very often faster to run in wonky paths that look ridiculous. Look right before digging up the rupee at the end for an example. That is a few frames faster than running straight.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
Pheenoh wrote:
Pretty good tutorial. Rachel mentions here that setting an audio backend might cause desycns as well. I've also experienced some desync issues when changing Video Backend and EFB settings in the middle of a recording, so might have been worth mentioning that as well.
I don't think this has ever happened to anyone but us. It's possible, but seems to be rare.
The memory card issue can also be remedied by telling the dtm that the current card should be blank (it will create a movie.raw file in the root folder).
It's in the memory card folder where it should have been to begin with in latest revisions. If you don't have any memory card file at all, this will happen automatically, otherwise you'll need to edit the dtm so it knows to start from a blank memory card.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
Slowking wrote:
Nice. Finally through the twilight. I imagine those have to be the most boring parts. I wish you strength for the final one.
Actually, no. I had a ton of fun collecting the bugs.
Some highlights:
https://www.youtube.com/watch?v=OfVKnPeOyI4https://www.youtube.com/watch?v=fmPiHdDO0HU
There was a bunch of opportunities to take advantage of tas tools to do things that would never be done on console, or to be creative with things like LJAing on random enemies for a speed boost.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
numerics wrote:
Unrelated: I noticed the time was changed to 10:23.48. I really don't think the post-Giga Bowser content should count towards the official time. None of it is necessary to beat the game (the game finishes by itself after you press Start after beating him), and since I didn't skip anything there would be a solid 2 minutes of wasted time at the end. If you need a trimmed version of the input file for official timing purposes I can get you one.
Timing always goes from first input to last input. No exceptions. A note can easily be made of the time taken to actually finish. If it bothers you that much, replace the movie with one that ends before the credits.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
jlun2 wrote:
I never knew HLE with dolphin v3 would actually sync :o
It's not well tested with tasing, but it should sync for about 99.9% of games. The other .1% (primarily twilight princess, wind waker, mario galaxy, luigi's mansion, and some other nintendo games) will absolutely not sync, and probably have serious issues with hle. For the most part HLE should be okay, but do be careful, because it's not quite perfect, and I'm not sure we currently have any way to dump it properly.
Edit: Also, the RE4 submission text states that it uses LLE and that dual core + idle skipping are off, contrary to what the dtm reader says.
RE4 is was not done on any official version. It uses a custom build from before settings were saved to the header, but with disk change support back ported.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
got4n wrote:
I used RAM Watch, IIRC doing what you say gives me about seped value = 3.5
The speed value is 3 when running on a ground normal right? and 4 with a star
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
Was this done without ram watch? What you do about 5 seconds in looks very wrong to me. You run faster moving down slopes, and you can maintain some of that speed by jumping. The obvious thing to do then is to run down as much as possible, and jump, holding A as long as possible, at the last possible frame. You did the opposite, by jumping nowhere near the end, and then not holding A. You probably need to jump over the goomba to do that. The video i posted a couple pages back should demonstrate what i mean.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
Truncated wrote:
I don't know how the game randomizes characters on startup on a real Genesis. Uninitialized RAM is a possibility, but we'd have to reverse engineer the game to know for sure. If it is only uninitialized RAM then it is strange that changing the controller type affects it...
It could be both? Maybe the rng is initialized with uninitialized memory, and then changes based on the controller state.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
Slowking wrote:
Well since it's so desyncy a bot would have to play it back, once it has found a fast way, since most of the time that fast way will actually desync. So not that simple...
I don't see why that is a problem. This just seems like another argument for using a bot instead of doing it manually.
RachelB wrote:
There is a version of mupen that includes lua support.
Which probably doesnt support reset recording.
Why does it need to? Just start from a save state?
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
DRybes wrote:
DRybes wrote:
I thought we had many games where we cuold not emulate elements of randomness intentionally chosen by use of data of a unknown initial state. I thought the status quo was to just go with the emulator defaults, accepting it as not the best possible hardware luck. Example being the pokemon games that use screen blank timing or hardware LCD values to initialize random seeds. Is this really all that new? What's been the running policy? [does this change if the use of unknown data by the game is unintentional, and we can prove it so?]
DRybes wrote:
-Do we have other games that instantly load at the non-beginning level from launch?
My posts are often long winded but I would like if someone could address ^ these two simple questions. Thank you.
1. the only other cases where values are set outside of the game, that i know of, are things like real time clocks, and profile settings (such as on DS). These can be set to any value the taser wants.
2. I highly doubt it.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
Inzult wrote:
In that case, why die at all? If 0 hp is the goal and not the death, why not, say, pause the game once that threshold is reached? Or, perhaps, pause then hit select to go back to the title screen in stead?
Probably because adelikat thought it provided a better ending than just ending the video abruptly.
The only relevant precedent was the swordless run of Zelda in which the player chose to freeze the game as he couldn't beat the boss, but even that one TAS got its goal terms changed so that Link can get the sword after the challenge is over and kill Gannon, if memory serves me well.
Experienced Forum User, Published Author, Player
(127)
Joined: 12/3/2011
Posts: 1579
Inzult wrote:
In that case, couldn't the character just die anywhere? Like, why bother start on level 5 at all, just start at whatever level lets you die the quickest.
Because then you're not reaching the end of game. The end of the game doesn't have to be the credits. In this case, there are no credits. In this case, the final point where no further progress is possible is lowering the final boss's hp to 0 (or whatever it is).
Found the publication screenshot?