Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
This type of game is specifically not vaultable.
However, Spikestuff's idea with exploiting its primitive spell check, does add an interesting dimension to optimizing. Enough to not be trivial perhaps?
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
PikachuMan wrote:
It said it fixed load times of Zelda's Birthday. I do have 1.8.2, but it still doesn't load Kakariko Village. Is there anything I'm doing wrong?
You misread, it fixed the LOADING of the game, nothing more. Whether or not the game actually plays is different. It doesn't actually run well in any emulator other than PJ64, talk to the author of the romhack about that.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
With dynarec, you will have more unstable recording, that's bad. I don't think a speed boost is worth desyncs.
HLE Rsp vs Z64 Rsp, shouldn't have much of an affect on stability. But as I understand it, the HLE (High level emulation) one is going to be less accurate.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
When saving a file in notepad or just about any other app, simply pick "all files" instead of "text files" in the dropdown when saving.
But you will be getting notepad++ which means you won't have that problem anyway
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
1) Use the latest BizHawk (1.8.1) and those files will have .txt extension.
2) You don't know how to control the file extension? really? That is more of a computer literacy issue, no offense.
3) Use Notepad++ and you will be a much happier person
4) Enable the display of file extensions in windows explorer and you will be a much happier person.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Zeromus' analogy is spot on, we just bolt these things together and provide it to you. N64 work is the resposnbility of the mupen64plus team.
However there is a chance it is the "bolts" themselves in which case it is our problem. Most likely this isn't the case though. They way to determine that is to see what happens in mupen64plus. And in the case of jabo, since it doesn't exist for mupen64plus (outside of bizhawk), you can use PJ64 as a guide, but even then you are just guessing what the behavior would be.
So in summary, it is good that people are getting interested in mupen64plus and its emulation issues, but you shoudl be vocal with the mupen64plus team, not us. All we can do, is port in updates.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
So to be clear, the verdict is that you can use pre-1.6 BizHawk releases. But you can NOT use 1.6 or later due to lack of opengl 2.0 support on your system?
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
We switched from directx to opengl during the 1.6.0 release.
Can you confirm what your old version was? Because we would still be interested in what changed for you, if you in fact had 1.6.x.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Plush wrote:
One thing wrong with the Virtual Pad is the fact that you can't turbo alternate 2 inputs. (Example: ABABABABAB, useful for text boxes when you're very lazy)
To make sure you know, Right-clicking a button will set it to auto-fire (similar to how tas input plugin would). But now that I try it, you are right that if you press A on one frame and B on another, they don't alternate. That is a bug, thanks for pointing it out. Note: you can map buttons to autofire buttons in the controller config and get the lazy alternating. And is approximately as lazy.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Plush wrote:
- Frame Advancing is not as responsive as Mupen64 0.5.
What does this mean exactly? Given your interest in SM64, I'm guessing you want to skip lag frames like mupen would (well, it does something slightly worse than that, but that's the effect you will feel). Go to Config -> Customize -> Advanced, and check "Frame advance skips lag frames".
Let me know if this is what you were looking for.
-For some reason you decided to remove the TAS Input Plugin 0.6, which was flawless.
This shows a rather big misunderstanding, there's nothing to remove. Bizhawk uses mupen64plus which does NOT support the tas input plugin. There's nothing to "remove". But I also don't see "bug" reported here, is there a behavior in the Virtualpad you find a problem?
In Biz when you make a savestate, for a brief time you can't move the analog stick.
Sounds like savestates are simply slow for you. Go to config -> rewind & savestates, and set the comrpession level from 5 (by default) to 0. That should improve things.
-The lazy turbo option is now useless because of lag frames
Autofire in bizhawk by default accounts for lag frames, in config -> autofire, you can turn this on or off.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
1) There already is an entry in the gamedb for AVGN KO Boxing
2) The latest atari releases have heuristics that properly detect the game, the mapper is F4. Both the NTSC and PAL versions properly detect
3) The latest releases have rom picker support for .bin, for which you can pick atari 2600
I suspect he's using an outdated release. Or a very bad version of the rom.
EDIT: Definiately a bad rom here, after looking at the error message more. The header of the ROM literally says the mapper name is "UNKNOWN", that's just...terrible. Find the correct rom please.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
I'm not aware of any opengl changes we made. But I can tell you, your graphics card doesn't properly support opengl 2.0.
I'm not expert on graphics card stuff, but do the usual stuff people should do like update your drivers and whatnot.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
The best place to report future atari games would be the issue tracker
But if you find a number of them, maybe a new thread in the bizhawk forum we could keep a list specifically for Atari 2600. Because that core is developed "in house" (not a ported emulator), then it is appropriate to post emulation issues like that.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3650)
Joined: 11/3/2004
Posts: 4758
Location: Tennessee
Ford wrote:
If I find weird stuff like this again, where should I report it?
You just did. And thank you.
Atari 2600 emulation in BizHawk is pretty solid. But it isn't to the quality of Stella, yet. Stella has no rerecording, you are "stuck" with BizHawk. (Retroarch is just a wrapper for stella). But games that have problems like that, are in the minority by far.
I'm interested in improving the atari core, but it can't be as high a priority as tastudio, or a good debugger tool, or the GBA roll out, or jabo support in n64, and who knows what else will pop up in the near future. But I intend to polish it more, in which case, these kinds of reports will be nice and helpful.
