Meerkov

@mudlord Unless it's a joke meant to discourage someone from working on this, you should file a different bug to track that issue.

From the documentation, each instruction finishes in 1 cycle. https://hack64.net/docs/VR43XX.pdf Page 49 > The VR4300 has a 5-stage instruction pipeline. This pipeline is used for floatingpoint operations as well as...

Thanks for the pointer! That seems very useful for this kind of thing. Yup, I'm under no illusion that it will be trivial, but my hunch is that given about...

Nightly build isn't good enough for development purposes. I've cloned both of those projects, and now I see: `\mupen64plus-core\src\device\r4300\new_dynarec\recomp_dbg.c(142,10): fatal error C1083: Cannot open include file: 'capstone.h': No such file...

It looks like this is still broken.

Thanks, changing CountPerOp to 0 or 1 allows the game to start. I see some graphical glitches, but it's quite an improvement over not working at all. 

This whole "CountPerOp" thing seems really strange... It's overriding how many cycles an instruction takes? Why? Why should any game have different number of cycles to do the same operation?...

Oh, well that would explain it... Is there documentation on why it doesn't count opcode cycles exactly? It should just be an extra lookup per operation? Nearly instant.

Well, if that's the only reason, then I might be able to figure it out. I was wondering if there was some deeper design principle I was missing. Well anyway,...

For what it's worth, I'm using the cached interpreter (I can't remember if there is a way to change to dynarec, or if this was the default)