Project64 1.7.0.55 Download
Laura N Gerard
I'm on 64 bit arch laptop trying to run project64, but the app won't start. I installed project64 from the repo and it pulled wine as a dependancy. Upon firsst-run I was prompted to install wine gecko and hit the install button. This froze and I force-closed the window which then prompted me to select a language. I got a "Program Error" message saying that pj64 encountered a serious problem and needs to close. I then found and installed the wine_gecko package, but this didn't solve the problem.
Hmmm... I couldn't really get it to work - though I'm almost certain that was because I was using the SVN version of mupen64plus. Mainly, though, I would rather configure my joystick and/or input keys with a gui and if I'm not mistaken you can't do that with cutemupen.
EDIT: Just downloaded and confirmed this. Also, the plugin configuration options aren't explained as well -- there's just numbers without text to denote what the difference between these numbers entail. On this same note, I'm quite sure cutemupen will let me choose numbers (configuration options) that are way out of the plugin's scope... In final cutemupen just isn't mature enough for my tastes.
Make sure you have the correct lib32 drivers for your graphics card, since wine is a 32 bit app. For example,m for nvidia you need the lib32-nvidia-utils package. This seems to be more of a general Wine issue rather than an issue with project64 though, but hopefully installing the correct package should help. I maintain the project64 AUR package though, so I feel like I should do my best to help, and possuibly imporve my package too if something's wrong with it Also, if that doesn't work, try running this, it will give more terminal output that could be useful (by default it uses WINEDEBUG=-all to get rid of the extra debug info and stuff wine outputs by default, but it might be helpful here):
Also, IMO, all the Mupen64plus frontends seem to be kinda crappy right now (cutemupen crashesd so I can't even try that one out...), but the one I'va had the best luck with is wxmupen64plus-hg, so give that a shot, though it does still have some issues sometimes, but it lets you configure the controllers and stuff, so that's good And if you felt like using it, you could install version 1.5 (it's in AUR too, but I haven't tested it), since version 1.5 has a GUI and it always worked great when I used to use that
Though I deleted the native hg version and installed the regular non-hg mupen package because of cutemupen's dependency, I'll definitely have a look at wxmupen64plus-hg. I'm a bit disappointed in the lack of general compatibility I've encountered while trying to run console emulators on linux-based OS's in general, it's quite encouraging to see someone at least attempting to offer some assistance, and for that I thank you doorknob60! Keep up the good work!
It first came out as a purely experimental emulator by developers zilmar and Jabo. It quickly revolutionized the N64 emulation landscape. For many years afterward, it was considered to be the best N64 emulator, with only Mupen64 and 1964 posing any real competition. By version 1.6, it was touted as being not only highly compatible but also the most stable of the lot.
However, upon announcing the development of version 1.7, the project became closed off to most of the public. The only way to keep up with the latest developments was to donate $20 to obtain beta testing privileges. However, there were several development version leaks, most of which turned out to be unstable, prone to crashes, and full of performance and compatibility regressions, which cast doubt upon the competency of the developers. Upon Jabo's departure from the project in 2011, most people came to regard Projec64 as being stuck in development limbo, if not completely dead.
In 2013, however, zilmar, now the lone developer of Project64, released version 2.0, including its complete source code. Quickly afterward, version 2.1 was released. However, these versions proved to be a mixed bag in comparison to the older, long-standing 1.6 release, and even the leaked 1.7 betas in some respects. Several compatibility issues were fixed, and the interface was cleaned up, but the default plugins were largely inferior to earlier iterations, and even the core itself saw compatibility regressions in some games. And though the source had been made public, there was no public repository for developers to contribute fixes or pull requests, resulting in the project to becoming dormant again.
In 2015, zilmar created a public Project64 repository on GitHub, at last opening the gates for public contributions. Development picked up at break-neck speed and has yet to cease. Many of the issues with earlier versions of Project64 have now been fixed. It has been mostly ported to 64-bit, and there is even an effort underway to make it more portable and eventually work on non-Windows platforms.
As of 2022, PJ64 has been getting ready for the 4.0.0 stable release, and thus the nightly builds are going through a major overhaul. Users should either be careful of potential regressions when installing a new nightly, or stick with 3.0.1 while waiting for the stable release.
Up to version 2.2, the official installer for PJ64 included opt-out malware in the installer. In July of 2016, the malware was removed from both the source code and installers.[1] However, version 2.3 introduced a benign but irritating nagware screen that pops up when launching PJ64 after starting it multiple times, which grows more persistent with successive launches as a forced waiting period is installed. You can type "thank you from project64" as the notification code, or disable it by modifying project64.cfg to appear as follows:
Version 2.4.0.1555 introduced a new method, with a per-machine ID that gets generated on the user side and requests a confirmation code associated with it. You can avoid it thanks to this script by Rosalie241.
Project64 used to ship with Jabo's video and audio plugins, and for many years, used them as defaults (along with his input plugin). These plugins are closed-source, haven't been updated since the 1.7 days, and even have regressions compared to Jabo's 1.6.1 versions. However, Project64 now defaults to its own branded video, audio, and input plugins that are a fork of Glide64, a new audio plugin loosely based on Azimer's and mupen64plus's code, and original respectively. It additionally ships with GLideN64 and N-Rage's input plugin, both of which are recommended over the defaults. Users may still prefer additional plugins for accuracy or feature set, such as Angrylion video, Azimer's audio, and HatCat's RSP interpreter.
The project64 shader module is an extension of the project shader module that does projection using 64 bit floating point. It provides an increase in precision, at the cost of performance. Note that starting with deck.gl v6.1, the improved default 32 bit projection mode provides sufficient precision for most use cases.
b37509886e