Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Anybody trying to do serious non-SNES work should use this for now. Your freezing bugs are fixed, for instance.
Also, you can get more fps using more cores, CPU is by nature a non-threaded task, the client can run on a separate thread but is minimal in cpu usage. In the case of N64, it is your GFX card that matters most since it uses opengl for 3D rendering.
I bought be decent card recently rather than relying on my onboard one. I went from 60sih fps for N64 to about 400 at high resolutions
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
creaothceann wrote:
Khaz wrote:
Edit: Oh yeah. And my CPU is an AMD Phenom II "Deneb", 3.4 GHz
Well on my AMD Phenom II X6 1050T ("Thuban") I get ca. 71-76 fps on SMW's intro (when the screen isn't blank).
But are you recording a movie? In BizHawk, we enforce deterministic emulation when recording. Unfortunately, in the case o bsnes, this necessitates savestating every frame which has a healthy speed cost.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Khaz wrote:
I have "Automatically Backup Movies" checked.
The specific behavior of this feature is that before you do something destructive to a movie for the first time, it goes ahead and makes a backup. Therefore, your first recording won't be affected by this feature. However, when you resume recording in your next recording session it will backup the movie first, before doing the record. As such, it is still dependent on you to at least save something first.
Also, at any point in recording you can right-click and select "Backup movie", or "Save movie". Just like any program where you edit a file, saving often is critical!
As for your "Crash", most "crashes" in BizHawk are actually exception that it can recover from just fine (Just click ok). So if you had your emulator completely die, I'd like to know specifically what you were doing, and what the error message, if possible.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
No, I'm not going to bother writing this in a language that serves no purpose to any other project. The whole point of this was to write an engine that would be relatively easy to port to other emulators.
The main point in writing it in Lua is precisely portability to other emulators. If you had made a lua script, it would immediately be usable in about 15 other emulators that implement the same Lua standard. For example, nearly every emulator in this list
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Patashu wrote:
Can Bizhawk be made smart enough to know whether to use it or not? e.g. check number of cores on user's CPU, if it's greater than 3 turn ring buffer I/O on else turn it off, and if the user has changed it personally respect their choice.
These reason it doesn't currently do this is because we don't know for sure this is what will happen. The assumption is that the optimal choice is 2 cores = don't use it, 3+ = use it. But it will take more people trying it and posting the results to know this. Until then, it is just an assumption that is probably inconsistent at best.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
In SNES, you can go to SNES -> Options, and click "Always Double-Size Framebuffer" to get this behavior.
Should this be the default setting?
Genesis has no option yet, but you really shouldn't be using Genesis anyway, it isn't finished :D
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Slowking wrote:
So there shouldn't be "any%" and "any% glitched", where "any% glitched" is actually the faster movie. There should be "any%" and "any% doesn't use a particular glitch", where any% is the faster movie.
Exactly. glitched any% as a name should go away. Fastest = any%, and then we need to do a better job categorizing any% movies that forgo time saving glitches/techniques.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
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
(3602)
Joined: 11/3/2004
Posts: 4739
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
(3602)
Joined: 11/3/2004
Posts: 4739
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
(3602)
Joined: 11/3/2004
Posts: 4739
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
(3602)
Joined: 11/3/2004
Posts: 4739
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
(3602)
Joined: 11/3/2004
Posts: 4739
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
(3602)
Joined: 11/3/2004
Posts: 4739
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
(3602)
Joined: 11/3/2004
Posts: 4739
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
(3602)
Joined: 11/3/2004
Posts: 4739
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)
