Hello, mupen64-0.5 was released 2005-08-26, it would nice to have it in Portage. Some files from mupen64.emulation64.com seem not to be in their mirrors anymore (although they exist in mirror://gentoo). Changes with gtk2 may also require some ebuild tweaking. Cheers, Marcelo
Created attachment 67979 [details] mupen64 0.5 ebuild I modified the 0.4 ebuild. This only installs the base mupen64 binary. I want to make the plugins as separate ebuilds. There is already one person planning on releaseing a newer version of a plugin that is included with mupen64 0.5. Upgrading just that plugin later on will be a problem if we include it with this ebuild. Also making separate ebuilds for each shouldn't be too hard. I just want some feedback on what I've done so far, but I couldn't get mupen64_nogui to compile if the avi use flag was set. The whole gtk, gtk2 use thing will make sense once I get that working. You can then have it install either the no gui version, the gtk1 version, or the gtk2 version. Depending on the use flags.
I fixed up all the problems I've found in my ebuild. I couldn't find a way to get this to compile with plugins and not use at least gtk-1.x so I took that part out. This ebuild also includes the plugins I couldn't find elsewhere. The only thing that doesn't work is the VCR support I can't select a video codec. That doesn't work on the 0.4 version for me either so maybe something is wrong with my system. This includes the mupen64_input, mupen64_hle_rsp_azimer, dummyaudio, mupen64_audio, and mupen64_soft_gfx plugins. The glN64 plugin is version 0.4.1 and included in portage already. The jttl_sound and blight_input I think should stay in their own package. I'm going to try and make ebuilds for those as well, unless someone tells me my ebuilds suck and I shouldn't wast my time. I also made a patch so that mupen will look in /usr/games/lib/mupen64 before it wanted /usr/games/share/mupen64. So any plugin you already have compiled should still work if you don't mix gtk versions.
Created attachment 68139 [details] mupen64 0.5 ebuild
Created attachment 68140 [details, diff] Patch to fix a few problems
Worked great, thanks.
Hi, could you please edit the ebuild to create a desktop entry? You can use this icon: http://www.kde-look.org/content/show.php?content=18204 Thanks!
amd64 keyword should be removed since the app can't load any roms. It's full of "int" problems. Funny that a 64 bit arch can't run this 64 bit emu.
Any word on this? I can have a look at it if you are busy...
Working fine in 32 bit.....
Did you mean words on the amd64 issues? Sorry i'm no C guy so i don't really know on how many places the "int" issues appear ... a friend took a look and gave up after finding more and more problems. I think there was even stuff in the ASM parts etc. On the user side it's quiet easy to trigger. It can't even parse the data (Name, Country, Size etc) if you select a ROM. You can clearly see the places while compiling as gcc reports all "int" things as warining (doesn't happen when built on x86 32bit).
Avifile is going to be removed from the portage tree, you should correct the ebuild accordingly. See bug 111337.
Created attachment 74461 [details] files/mupen64.png Mupen 64 icon as referred to by comment #6, originally made by Quentin Bleton (zekant on kde-look.org), kant_75780 (o) yahoo.com / http://kantzz.free.fr , GPL'ed. Modified by myself (made background transparent).
Created attachment 74462 [details] files/mupen64.desktop menu entry for Mupen64, using png icon previously posted
Created attachment 74463 [details] mupen64-0.5.ebuild updated ebuild. it now inserts desktop entry and png icon into proper locations (see comment #6), one typo was removed (in the ewarn part near EOF: then->the) and it is no longer avifile-rdependent. This last point apparently still needs some work, as I didn't want to remove the avi option entirely, so ATM it's still there (but mupen64 crashes when I try to export a previously recorded sequence via VCR/Start Capture... as avi). Unfortunately, i don't have enough insight to deal with that.
why won't use make_desktop_entry for creating desktop entry?
if you removed avifile dependancy - why you didn't remove avi useflag and VCR part from ebuild ?
Any reason for this to not be in portage (at least unstable)? Works great on my AMD Athlon XP / Radeon AIW 7500. 0.4 barely works at all.
http://www.gentoo.org/proj/en/desktop/games/#doc_chap5_sect10
Created attachment 74666 [details] mupen64-0.5.ebuild okay, i didn't know about make_desktop_entry before, but this update's now using it (this obsoletes the .desktop file). as i'm still not able to fix avi support, i'm removing it.
0.5 is in portage, thanks
