Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Amaraticando wrote:
I'm wondering what this really means. If I am pressing some buttons just before a lag frame, can my input make some difference, or is it completely ignored? Reversely, can my input be ignored just before a non-lag frame?
In emulator the term "lag" refers to a frame in which input was not polled by the core. Assuming a flawless implementation of this concept, it means your input on a lag frame would have no effect on the game. In theory, one could remove all input on lag frames from a tas and get the exact same outcome.
Note that when you are tasing frame by frame, you input will happen on the NEXT frame. So if the current frame's lag status doesn't actually tell you any information about the input you are about to press.
Another thing: suppose that I'm playing and let X be the main character's position within the level. Is it possible for X to change during a lag frame, even so many other addresses remain constant? In this case, the lag frame wouldn't be negative during a TAS.
A TASer's definition of lag is bit different from that of the emulator. We generally are looking for input in which there SHOULD have been input polled but the CPU was too busy to do it. The lag counter will catch those instances but will also catch things like screen transitions and intros. We accept that tradeoff because it helps us catch actual "lag".
We are looking for this type of lag because generally during busy CPU lag frames, the screen/player doesn't move, or some other negative thing that costs time. However, sometimes the game can lag, but it still had time to move the screen or player, so that effectively there was no negative impact on the TAS. In my and Baxter's Super C TAS there's a lag frame exactly like this. By some fluke the player and screen move the expected 1 pixel, so there was no harm, and thus we didn't take any measures to remove it.
So in summary, the emulator lag counter is nice, but still rather subjective. You still have to have the experience and expertise to interpret what you are seeing and use it effectively .
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
NesHawk is the name of the core, it was written from scratch by us (primarily zeromus).
The advantage is that the core is generally more accurate than quicknes, the downside is it is about 10x or more slower.
Quicknes is the default. (when possible (it has worse game compatibility so bizhawk will fallback to neshawk if the game fails to run). You did nothing wrong here.
In the case of this game, you should definiately use NesHawk. This is a non-default setting you must know to do.
As for your current movie, bizhawk and loads all sync related settings into movie files. So even if you set to neshawk, when load your movie it will switch back to quicknes.
The workaround you could do is start a new movie with the correct core, then copy the input from your old movie into the new. Use the bk2 docs for reference on how to do this.
Of course, these are two different cores so your input may or may not sync. The good news is that nes cores tend to have high sync compatibility compared to other platforms. The bad news is that the game doesn't even run well in quicknes, so obviously there's major emulation differences. But, it doesn't hurt to try!
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
also things like memory hooks are going to have a speed cost. So you can't really say "any lua script" is slow. It is what you are doing with lua that is slow.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Also, note that if you know what register you want, it would be simpler to use emu.getregister("A")
The main point of emu.getregisters() is that shows you what is available for a given core
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
It is inappropriate to use this page to report changes to a wiki page. This thread is for problems that would need a developer to fix.
If you want to change the contents of a wiki, ask to be an editor, or find an editor, or start an appropriate topic in the appropriate forum (the dolphin emulator subforum for instance).
Otherwise you are making this thread more cumbersome to use for site developement
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
As you have figured out, there is no way to do line breaks (and not an easy way to build this functionality). The intended work around is to indeed use multiple subtitles at the same time.
Font size and style customization such as strike through is beyond the scope of what will be supported.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
BizHawk runs on .NET 4.0 which requires XP SP3 or later. Running the prereq will not fix this. Your OS is not supported. You will need to update to SP3, which you should anyway.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
1) If you used an official release of BizHawk you don't even have access to TAStudio. So that's a red flag there, you need to make sure your TASes sync with an official version.
2) If you used TAStudio to edit any inputs in your movie that would explain desync issues unless you are using one of the latest svn builds (still don't use it, it isn't ready!).
3) Make sure your CPU type is Pure Interpreter and NOT dynarec in N64 -> Plugin Settings. Dynarec is more unstable and will be prone to desyncs.
4) It is known that there are stability issues with N64 emulators, and mupen64plus is no exception. It seems to be more stable than mupen, but still there are issues. I studied the savestate code and couldn't find any missing info, but there may be some important info not being saved I haven't discovered. Or it could be the core itself is inherently unstable. From my experience, some games are worse than others. Make lots of backups and replay your movie from power-on regularly.
5) If you movie syncs from power-on, at least your movie is fine, discard any savestates you currently have and make new ones. If you movie needs one of your savestates to sync, it is a desynced movie and you have lost work unfortunately.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Get your builds here.
Don't trust builds you get anywhere but from us.
If you want to be up to date on the latest builds, you should follow this thread. By "follow" I mean click the "Watch this topic for replies" link
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
I think the end input choice is correct in this situation.
Normally this kind of tactic isn't well received and not preferred. It adds far more actual time, of uninteresting gameplay.
But in this game it works, because it adds some much needed variety. At last there is a fight that is not punch, fireball, win.
(It goes without saying though, I voted no, as I was not entertained)
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
It should work fine.
I do this all the time with 7z file manager. I drag the file out to a folder, edit it, and drag & drop it back in, and say yes that I want to replace the file that was in there.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Man you guys are fast :(
Yeah, I"m completely wrong about the post I deleted, but there exists a "avi rerecording" version of mame, but it is a custom build not in widespread use. And mame doesn't run this game anyway.
Emulator Coder, Published Author, Site Developer, Site Owner, Expert player
(3602)
Joined: 11/3/2004
Posts: 4739
Location: Tennessee
Samsara wrote:
...Seriously, why do we trust post-publication ratings?
In terms of site policy, we DON'T trust post-publication ratings, and they have no significant bearing on anything. Ratings have yet to be reliable enough to base things on. A shame, since if they were more trustworthy, there's some cool stuff we could do.
Tier placement is based on submission feedback. People like to use post-publication ratings as evidence on why something was or wasn't a bad decision. But don't let that confuse you into thinking the ratings are the reason for a particular tier.
Another source of confusion was the adoption of the tier system. We had to shoe-horn thousands of movies into the new system, and in an automate-able way. To do this we found an entertainment rating value by which (at the time) resulted in a % of publications that we estimated the vault tier to represent. 5.75 was chosen as. It is NOT policy that moon means > 5.75 entertainment rating. That was just a semi-arbitrary value used in hopes of getting most of the movies in the right place; expecting about 5% or so to need to be manually done and discussed. If there are any still misplaced, the preferred thing is to discuss this in the appropriate publication thread, where I, admins, and/or judges can properly consider. This issue though is separate from any publications AFTER the tier system.
If you feel this movie is placed in the wrong tier, it would be more productive to find movies post tier system to plead your case.
Lastly, for every inconsistency someone has pointed out, there's a 100 examples of the system working well and as intended. Given the amount of content and the fact that this stuff is subjective, I'm very happy with that level of success rate. I haven't seen enough examples to suggest anything other than an overwhelming success of this system.
