Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I've heard a lot of debate about which definition of 100% is the right one. Personally, I don't care which one gets used, they are all plausible enough, and none affect the entertainment value of the run significantly.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I think it is not a vaultable movie, and bordline at best for moons.
It is fast and obviously inhuman, so it does have some "entertainment value" in the way that we look for when judging moons. So I vote meh.
I do think it does the bare minimum when more effort could yield a much better result. We think we would all would agree that an all modes movie would be much more impressive and entertaining.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Sappharad wrote:
I'm disappointed that he's basically replacing vecna's attempt at C# cores with more native code
Nothing that has happened has to be permanent, the C# core is still in the code base. But the reality is that it has been 2 years since vecna has worked on his core. The reality is that most likely it is dead or won't be done anytime soon. We do need to look for alternatives. And G+ seems to be a great alternative.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
TheAngryPanda wrote:
I'm having this issue as well with a SNES game, manually adding the folder did nothing for me. Letting it generate itself by using the quick movie creation still didn't solve the problem:
http://i.imgur.com/ZNjIHD5.jpghttp://i.imgur.com/t3S3OnN.jpg
There's what EmuHawk's throwing as errors. If it matters, nothing is saved post-crash in settings, but the movie is saved at the frame is was crashed from.
If it matters, Vista 64, unfortunately.
This is unrelated to AndyPanther's problem. With SNES though, there's always the possibility of these kinds of crashes. What game is it? Some games are known not to work (it was a tradeoff, either we have sysnc stability or 100% game compatibility, but not both).
And congrats you found the new emergency save feature. The intent is if it crashes while recording a movie it gives you a chance to save (attempt to, obviously the emulator is in a state of crashing, depending on why it might not work). The intent is for the movie to save, not any other settings.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
andypanther wrote:
Shouldn't the "Movies" folder also be written by Bizhawk if the first recorded movie happens to be made from a state?
As stated, you shouldn't be using savestate N64 movies in this release. I am working on a solution to this problem but it isn't trivial.
However, you did find a nice edge case there, if I have no movies folder, and do a starts from savestate movie instead of a regular one. I'll add that to the TODO
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Robert_Ordis wrote:
Excuse me.
I have two questions about drawing by gui.draw○○ functions in GB mode.
1.Can I disable ClearType drawing on gui.drawText()?
I'm using "Misaki Gothic（美咲ゴシック）" which has bite-sized legible font.
But its legiblity is little perished if this font is drawn in ClearType.
2.How do I set timing of gui.draw○○() function to earlier than default ?
I think that drawing by gui.draw○○() function is delayed for 1 frame from gui.text() doing.
Here is a test code for the second question.
Lua: http://sdrv.ms/Je5K5x
And here is a result of this code.
Top left value is displayed by View -> Display FrameCounter.
Small sized letter is displayed by gui.text() (this value indicates framecounter).
Center big sized letter is displayed by gui.drawText() (this value also indicates framecounter).
capture: http://sdrv.ms/Je5Slm
gui draw functions are done AFTER a frame is emulated, it was decided that is the most logical situation. However, ram viewing tools require to be updated BEFORE a frame is emulated. gui.text() is a nebulous hybrid of those two, so it isn't 100% clear which place to put it, but it was decided to happen BEFORE. If you need gui.text AFTEr a frame, use the events library: event.onframeend() to register a lua function that performs this task.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
For many games, there aren't any options. This is because the FBA savestates are often missing important data necessary for sync. I recall trying to fix some sound data that was missing in TMNT, but I eventually gave up. Unfortunately this is not a very good emulator.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Trying not to guide this convo too much right now. But I will point out that the poll question using any mention of a specific tier is a non-starter. Tiers will change over time. What if we add a "regular" tier? Or a demos tier. Or a Pony tier? What if later we remove these? The whole point of the system is that it is flexible enough to change when site politics change. Should we change the poll each time this happens?
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
BizHawk 1.5.3 Released!
This release features a significant rearchitecture of the dll files, and a renaming of the rather mundane bizhawk.multiclient.exe to EmuHawk.exe. As a result you must extract this into a fresh folder. If you extract over an existing release it will not work! Also, sorry to say, again an old config.ini is not recommended.
Main features of this release are some very big fixes (especially for N64Hawk), and more core specific lua functionality (including "lua breakpoints" for many cores).
As usual, I recommend reading the
full release notes.
Windows binary
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I do not want two poll questions, nor do I want a poll about publishing, as it would have little value. You silent vote of "no this shouldn't be published" has really no weight. Do you understand the criteria for rejection? Is it suboptimal? Is that why you are voting no? I can't guage any of this from a silent vote. Also, rejection is rather non-subjective these days since entertainment value isn't a factor.
The simplest way I can put it is this:
Vote on entertainment, DISCUSS technical details. Also discuss entertainment, discussion beats a poll any day.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
thatguy wrote:
Good to see that this got published before the ET improvement. Congratulations adelikat, you hold the record for the two worst games ever made at the same time.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Spikestuff wrote:
TASeditor wrote:
Nice improvement. This is vault stuff, voted no for not being entertaining.
Yet again. MEH EXISTS! I cannot stress this enough
Why are you stressing incorrect voting behavior at all?
Meh doesn't mean vault. Meh means you were had a neutral opinion about the entertainment value of the movie. If you weren't entertained by the movie, no is the correct vote.
I think you are mistakenly interpreting voting as this:
No = don't publish
Meh = Vault
Yes = Moon
As opposed to:
No = not entertained
Meh = neutral
Yes = entertained
where judge determines vault eligibility, and vault vs moon based on the overall voting results and posts.
Vault is intended to be non-subjective, we (usually) don't need voters to decide that. We need voters for the subjective part, deciding if the movie is entertaining, thus the poll question.
Tech quality can result in a rejection. However, you should be having a DISCUSSION about this. (You can vote no too, but I would recommend discussing the situation before voting).
In summary:
Vote on entertainment value
Discuss tech issues
Judge will determine tier
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
ALAKTORN wrote:
“Ending choice
The fixed version fix the fact that you can't kill the final boss. The original has a bug where you can get him down to 1 health, but the final blow will not do damage. In the fixed versions, they kill the boss. In my version, since I can't, I at least get him down to 1 health and promptly commit suicide. I think this is the best way to handle this situation, though there are other reasonable ideas.”
don’t forget to update that
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Right now the site and BizHawk calculate at exactly 60, I haven't ever been told a precise number to use instead. Plus, it is kind of silly to go that precise when the N64 emulators are WAY off in timing accuracy anyway. As the console verified movies show.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Ok, replaced the submission file with a movie that does kill the boss.
What I didn't realize was that there is indeed a bug that was fixed in the fixed version. But the logic is that if you have 1 health you can't kill the boss. If you have at least 2, he will in fact die. Unfortunately when I was figuring all that out, I was down to 1 health >.<
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Honestly, that stuff is outside my expertise. I just know I get blazing fps after buying a card.
EDIT:
Yes, tool dialogs that need to draw slow things down and are GFX card irrelevant. The only thing that the GFX helps with is the N64 core specifically, nothing else. Everything else is CPU dependent.
For Ram Watch you can select Options -> draw on screen and then close it. Also, I recommend File -> Recent -> autoload in combination with that.
