Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Unfortunately, the starts from savestate feature is brittle, turns out it didn't scale to N64 (while it works great for cores like NES, SNES). However, fixing it for N64 has no quick fix, we need to rework how that part of the system works. So it isn't scheduled for release.
The other issues brought up here are on the priority list. Sorry it isn't going as fast as you would like. Currently, I"m the only active developer on this.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Movies that start from savestate for N64 are busted. I believe it is you that already pointed this out. So not surprisingly, your starts from savestate movie is corrupted.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Warp wrote:
even if there would be a 20-minute unglitched version that could be more interesting to watch.
If it is more interesting to watch, it stands a good chance of being a moon tier movie then. Not being vault eligible simply means we require some entertainment value to publish.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
There's some ambiguity between the role of tags and categories. However, I think we should avoid using a category when a tag is more appropriate. Those movies can be tagged as "heavy glitch abuse" (if appropriate). But I agree that if there is one movie, that aims for fastest time, it is unnecessary and inappropriate to label it as glitched. The intent of the category is for specifying branches, not describing the movie.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Can you upload your file on userfiles (or PM me it, if you don't want it public for whatever reason). I'd like to see how well it emulates and the overall TAS quality
The reality is that your movie is VERY unlikely to sync on GENS if it were converted (no converter exists currently of course). So the more practical solution is to support GenesisHawk submissions.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
That's interesting.
If you made a publishable TAS on BizHawk, maybe the better course of action is to allow it to be submittable?
What game? And does it really emulate correctly?
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
A point that might be missed in this this thread: Moon tier is determined by submisison results NOT post-publication ratings. Currently we do not go back and change tiers based on how a publication did in the ratings.
That being said, movies that pre-date the tiered system were in fact done by ratings in order to retrofit them into the new system. Movies were picked to be vault based on rating. However, poorly rated movies that didn't fit into the vault were kept as moons since there is no unpublication system and there is no room for them in the vault.
In the case of DW3, it was likely an oversight, but I could make a case that the unglitched movie serves as a "full completion" type movie (and may have been thinking that back when we were moving hundreds of movies around)? But more thinking about it would have led me to keeping the unglitched in the moons tier. At the time, I would not have thought of the idea fixing through one obsoleting other. That is an intriguing notion that has been brought up here, and probably the lesser of three evils.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
I voted yes because I found this movie quite entertaining. Also, it is of very high tech quality. I also noticed some strategies that I think would also improve the 2 player movie. Thank you for this movie xipo, and glad to see you are TASing again :)
I won't comment as to whether this should be a separate category, or what tier considerations.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
DrJones wrote:
Not exactly the same situation. The currently published run does actually beat the game, and in the video showcasing the bug that Adelikat aims to replicate (by using a specifically tailored emulator) the player does destroy the boss (probably because of another bug that cannot be replicated this way).
The destruction of the boss in that video is because he is using a FIXED version of the ROM (not the same fixed one that the published TAS uses, but still)
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
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.
Well, I am trying to complete the game, as much as it can be completed. To that end, I make it to the final boss, and deliver enough damage to kill him. I do what is required to win, even though the victory is not given to me :( However, I still argue that the CONTENT is there, even if the visuals aren't.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
creaothceann wrote:
"maximum likelihood values as determined through adelikat's suggested test" means "closest to hardware".
I have to disagree with this. Anything that CAN happen is equally "closest to hardware" in terms of accurate emulation. If something can be proven to be more likely, maybe that is a good pattern to be the default. However, restricting the emulator to that one possibility when others are possible does not make an emulator more accurate
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Leenkeen wrote:
Sorry for offtopic. In bizhawk code "dendy mode" is entered. Will It be added to release?
It is actually released. What we don't have is a UI way to force a particular mode. Instead we derive the mode based on the gamedb, and since there is no native Dendy games, nothing will load that way. However, if you modify the nes game db that comes with Bizhawk, you could run your game in dendy mode just fine.
As for a UI way, we could do that for an upcoming release, the reason I didn't want that until now, is because I don't like the idea of people being able to run PAL games in NTSC mode (and more precisely I"m tired of people submitting supposed SMB records via this technique!)
Also, this is a better question to ask in a Bizhawk thread :)
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Big yes vote. And that pause glitch was very interesting. I personally keep hoping someone will do a 2-player run of this game at some point, now that there are known improvements.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Yeah, someone pointed that out, this particular movie breaks the play movie dialog of bizhawk, just drag and drop the file onto the emulator and it will work just fine.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Warp wrote:
Twelvepack wrote:
Why all zeros?
Why not?
As already mentioned, if it were all 0's on NES, some games would break. And as linked here, there's good evidence for what the SNES starts with (or most likely still start with) and the evidence is not leaning towards all 0's. In both of these consoles, it is a highly unlikely event (were aren't totally sure it is a possible event)
The point is that the RAM state should be inconsequential and the same for all runs.
I really like this wording, and the most usable for site policy I've heard so far (if we were going to strictly limit ram possibilities). All 0's is inconsequential, as is a pattern of 0x0000FFFF on NES. However, BOTH are inconsequential, so that still leaves us with the problem of picking just picking one out of many equally viable patterns, or someone allowing a tight range and deciding that range.
Of course I understand that I'm fighting windmills here
Well, the point here isn't the fight, nor winning it. It is about putting our collective brain to work. To that end, your (everyone's) contributions here are appreciated, regardless of outcome.
