Here it is: Mupen64Plus v1.3!

[Richard42]

Only a month and a half after v1.2, and it's time to release Mupen64Plus v1.3. We have more new features and bug fixes in here than you can shake a stick at! Ebenblues did most of the work for this release, but okaygo, nmn, and myself have also contributed. The RELEASE file gives most of the changes, but the highlights are:



- New feature: Glide64 video plugin for 32-bit and 64-bit systems
- New feature: Combine mupen64 and mupen64_nogui into a single binary
- New feature: ability to change icon size in GTK GUI
- New feature: support different directories for install (plugins, icons, etc) and config (save games, config files)
- New feature: support for creating and using ~/.mupen64plus dir for storing user data
- New feature: support for multi-user installation via "make install" or "./install.sh"
- New feature: support for plugins given via command line option in GUI mode
- New feature: pause/continue functionality with LIRC
- Change fullscreen hotkey to Alt+Enter
- Bugfix: segfault in Goldeneye and Perfect Dark for 64-bit dynarec
- Bugfix: 64-bit dynarec bug in genld()
- Bugfix: GTK GUI: Exiting via File -> Exit wasn't writing out config file to disk
- Bugfix: GTK GUI: "About" menu does not pop up while emulation is running
- Bugfix: Added plugin error checking before emulator is started
- Bugfix: Segfault in plugin_scan_directory()
- Bugfix: Closing emulation window now stops emulator
- Bugfix: GTK GUI: "Toolbar Style" now works
- Bugfix: Many other minor bug fixes, GTK warnings fixes, translation corrections, etc

Mupen64Plus has a new Home Page over at Google Code, with lots of useful information, screenshots, a bug tracker, a discussion forum, etc.

To download Mupen64Plus v1.3, just grab the package that you want:

Mupen64Plus-1-3-bin-32.zip
Mupen64Plus-1-3-bin-64.zip
Mupen64Plus-1-3-src.zip

[Tillin9]

Great job! You can add fixed the Konqueror path issue and emulation window controls now work as well.

Only one possible issue, Rice seems to not work as well as before. I'm not sure if this is just me though, since glN64 works fine. I'd have to run more detailed tests with previous and svn versions to see if it was changes in mupen or my video driver.

[gen2brain]

Great work. Keep going
I made an ebuild for gentoo, if anyone is interested.
Link to bugzilla -> http://bugs.gentoo.org/show_bug.cgi?id=215426

[kosmi]

Just to say, i compile this verion of mupen64plus with no problem with yasm by default for 32-bit. Glide64 and resolution changes now also work. Many thanks to developers for that.

For the fog problem with radeon driver, just for you to know that this is only r300 DRI driver problem because GL_EXT_fog_coord extension not included in it (precisely it's disabled in Mesa source due weird bugs in some cases). Radeon drivers like r200 and r100 has it and of course plugins works with fog enabled without problem.

[Richard42]

Great work. Keep going
I made an ebuild for gentoo, if anyone is interested.
Link to bugzilla -> http://bugs.gentoo.org/show_bug.cgi?id=215426

That's great, thanks for making the Gentoo ebuild. We really appreciate people making packages for Linux distros because nobody on the Mupen64Plus development team has much experience with making rpms, debs, ebuilds, etc, and getting them into the distributions.

There are more features and fixes planned for the next release as well - it's being tracked in the Issue Tracker on the Google Code site.

[ebenblues]

Great work. Keep going
I made an ebuild for gentoo, if anyone is interested.
Link to bugzilla -> http://bugs.gentoo.org/show_bug.cgi?id=215426

I'm really happy to see this. One of our big goals with this release was to make Mupen64Plus more distro-friendly.

src_compile() {
	make PREFIX=${GAMES_DATADIR} ${LIRC} ${NOGUI} all || die "make failed"
}

src_install() {
	./install.sh ${D} || or die "install.sh failed"
	newicon icons/logo.png "${PN}.png"
	make_desktop_entry "${GAMES_BINDIR}/${PN}" Mupen64Plus
	dodoc README RELEASE TODO
	prepgamesdirs
}

I don't know much about gentoo ebuild files, but I was looking through the source and noticed that in the first line in src_install, you pass ${D} to install.sh. I couldn't find where that variable is defined, but I wanted to make sure you know that ${D} needs to resolve to the same location as ${GAMES_DATADIR}, otherwise mupen64plus will not be able to find the install dir.

Thanks for your contribution!

[gen2brain]

I am glad you like this, I first made svn ebuild, since I follow your work for last two months, with this release I thought it's time to post it to bugzilla. I would really like to see it in portage but I have no influence on this, the developers will decide, I just wrote ebuild, but I think there is a good chance to see it soon in the tree because mupen64 is discontinued and hard to maintain with all those patches they have now.
btw. ${D} is something like virtual / . No wories, ebuild works just fine, I had to patch install.sh because gentoo keeps data in /usr/share/games and binaries in /usr/games/bin. This is usual practice, they just might not like those ffast-math and funroll-loops but they are fixable with sed.

Cheers

[nmn]

By the way, I didn't realize this just got released, The VCR is definitally broken, because it relied on a non-existant header and had function definitions wrong in the header file. I fixed this in SVN, but it may be a little heavy on headers (It was missing some before but I think I may have added some unnecessary ones) but I'm going to go fix that right now.

[sl1pkn07]

hello:

Tmem_nasm.asm:3: label or instruction expected at start of line
make[1]: *** [Tmem_nasm.o] Error 1
make[1]: se sale del directorio `/home/sl1pkn07/aplicaciones/mupen64plus-svn/glide64'
make: *** [plugins/glide64.so] Error 2
sl1pkn07@SpinFlo:~/aplicaciones/mupen64plus-svn$

i'm using rev 78 of SVN repository on kbuntu 64bits Gutsy Gibbon

greetings

[Richard42]

hello:
Tmem_nasm.asm:3: label or instruction expected at start of line

Can you give us the line just before this, the one in which the assembler is called? It looks like whatever assembler you're using has a problem with the code.