Mupen64Plus Release Candidates now out - please test!

[Richard42]

Hello N64 fans!

It's been over a year since the last Mupen64Plus release, and we're gearing up to finally get v2.0 out of the door. Everything that I really wanted to be in this major milestone release is there, and all that's left is the testing. That's where I'm hoping that you can help us. I have put up some release candidate packages on our Google Code download page, and we need testers to play with these to find any last-minute bugs before we tag version 2.0.

Some of the particular features of Mupen64Plus that have changed and deserve some attention are:

• saving and loading PJ64 state files (including both compressed and uncompressed pj64 states)
• native mupen64plus save/load state files
• all 3 core modes: dynarec, cached interpreter, and pure interpreter
• all 3 major OS platforms: win32, linux, osx. I think most of our users are on Linux, so it would be good to get feedback from more Windows and OSX users.
• saving, loading, and sharing state files between big-endian (ARM, PPC) and little-endian (Intel/AMD) machines
• Input auto-detection use cases (joystick and keyboard configurations)
• window resizing (currently only supported with the Rice video plugin and ui-console front-end application)

Developers: I will not accept pull requests or patches for new features (only bug fixes) until after the 2.0 release.

Some platform-specific notes:

• win32: I built this package with Visual Studio 2012, and I think it will only run under Vista or newer version of Windows. Making it run under older Win32 platforms would be a little tricky. I could use an older compiler to build everything except the new Glide64MK2 plugin pretty easily. But this plugin uses the new multi-threading features of C++11, which is not supported in older versions of MSVC. If some enterprising developer would like to lend a hand, I would accept a patch to replace the C++ threading implementation with something that uses SDL threads, since SDL is already required for this video plugin. The other option that I have is to cross-compile the Win32 build with something like cygwin or mingw, but I'm afraid that this will be complicated and require many additional run-time dependencies. Please let me know if you really need this emulator under Windows XP or older, and if enough people speak up I will make sure to support this OS for the final 2.0 release.
• linux: the binary packages require libpng15, which may not be present on older distros. Please report if you can't run the binaries due to missing libpng libraries; I can make a special build which links against an older version of libpng.
• osx: the binary package was built with the OSX 10.7 SDK, so it requires 10.7 or newer. The glide64mk2 video plugin is not present because there is no Apple compiler (either gcc or clang under OSX 10.8) which supports c++11 threads. Again, if some enterprising developer would like to remove the C++ threading and replace it with SDL threads, then I could make an OSX build of Glide64mk2, and I'm sure lots of Mac owners would be happy. You would also get bonus points for removing the dependency on boost::filesystem, because this is major extra dependency which causes much heartache and trouble for little benefit.

Please report bugs in this emutalk thread or come to our IRC channel (#mupen64plus on irc.freenode.net) for help.

[William Shipley]

I'm assuming running the mercurial pulls would supersede this.

--
You received this message because you are subscribed to the Google Groups "mupen64plus" group.
To unsubscribe from this group and stop receiving emails from it, send an email to mupen64plus...@googlegroups.com.
To post to this group, send email to mupen...@googlegroups.com.
Visit this group at http://groups.google.com/group/mupen64plus?hl=en.
For more options, visit https://groups.google.com/groups/opt_out.
 
 

[Richard Goedeken]

Correct, the Hg repository is always the most up-to-date.

Richard