What would you like to see in Project64 2.2?

[camelCaseClosed]

Not a bad idea, so long as there's enough folks who are willing to properly submit bug reports. After dissatisfaction with my M64+ and PJ64 setups I've considered compiling from source myself to see what improvements have been made, but binaries straight from the devs would be fantastic.

[Predator82]

Let´s do zilmar

Did anyone test if Mario Party 3 still crashes without 8 MB at the "who is the winner"-sequence
1.6 had this problem

[SubCog]

Originally Posted by oddMLan

The ability to overclock/underclock N64 CPU would be a nice feature, don't know how hard would be to implement on Project64 tho.

My vote goes to this.

[Ambient_Malice]

I'm not sure overclocking is a good idea considering the fact it can and will have side effects. We've got enough problems from counter factor jank.

[RPGMaster]

Originally Posted by Ambient_Malice

I'm not sure overclocking is a good idea considering the fact it can and will have side effects. We've got enough problems from counter factor jank.

I agree with this. Although I don't think counter factor is all that bad.

Time would be better spent fixing bugs and improving timing, rather than adding more hacks. I think I'm going to try looking into figuring out how to improve audio. Should be easier than my other 2 goals .

[the_randomizer]

Originally Posted by SubCog

My vote goes to this.

Someone needs to tell him that link's dead.

[zilmar]

Originally Posted by the_randomizer

Someone needs to tell him that link's dead.

ok I fixed his link, so it should not be dead now

[HatCat]

Originally Posted by RPGMaster

I agree with this. Although I don't think counter factor is all that bad.

Time would be better spent fixing bugs and improving timing, rather than adding more hacks.

yep should complete an emulator first before adding incomplete things

[Ambient_Malice]

Originally Posted by RPGMaster

I agree with this. Although I don't think counter factor is all that bad.

It has its uses. Using it to make Rareware games run at 60fps is a terrible idea because Perfect Dark in particular really, really, really, really, really doesn't like CF1. Or any sort of clock speed changes. Yet people enable it because muh framerates.

Originally Posted by RPGMaster

Time would be better spent fixing bugs and improving timing, rather than adding more hacks. I think I'm going to try looking into figuring out how to improve audio. Should be easier than my other 2 goals .

There is the small matter of heaps of games being broken without fixed audio timing but stuttery with it enabled. There's also the curious matter of Knife Edge: Nose Gunner running super fast some reason. Be interesting to find out why.

[RPGMaster]

I certainly hope zilmar doesn't bother adding OC to PJ64 anytime soon. There are so many more important things that need to be fixed!

zilmar, before I begin doing further investigation on that potential memory leak in PJ64 RSP recompiler, would you mind if I got rid of some redundant code? I don't think ClearX86Code() needs to be in RomOpen(), since it's already in RomClosed() (which is reliable enough). It may be a little OCD, but sometimes, redundancy can be confusing to me. Sometimes I ask myself, "where should X functionality go" when working on a plugin. I feel like cleaning / optimizing code can sometimes help me understand it better.

Originally Posted by Ambient_Malice

It has its uses. Using it to make Rareware games run at 60fps is a terrible idea because Perfect Dark in particular really, really, really, really, really doesn't like CF1. Or any sort of clock speed changes. Yet people enable it because muh framerates.

Timing seems very hard to emulate properly. Tbh, PD's framerate sucked on console anyway .