-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
-
Mupen64 is a highly portable Nintendo 64 emulator. It has been developed
on/for Linux originally but has already been ported successfully to other
operating systems. The program can easily be ported to all operating systems
supported by the SDL library.
In its current state, the emulator is highly compatible and uses a plugin
system. With the correct plugins ("correct" can be computer dependent), it
can achieve nearly perfect graphics and sound in many games.
WWW: http://mupen64.emulation64.com/
PR: 71895
Submitted by: Travis Poppe
Updates dosbox from 0.61 to 0.62. Updates are speed/stability
increases, general updates, and gcc 3.4 support without the
patch. Note, the file 'files/patch-include-dos_inc.h' and
the directory 'files' have been removed.
PR: ports/72289
Submitted by: Tom Carrick <knyghtmare@knyghtmare.com>
I was holding this in hope they would get networking fixed. No
dice. *NETWORKING DOESN'T WORK IN THIS VERSION* and is disabled
in the Makefile.
Some people have reported success on !i386, so I've removed the
ARCH restriction for now. We'll see how it turns out.
This version makes gxmame stop working, see the other PR about
gxmame for a fix.
PR: ports/71252
Submitted by: Miguel Mendez <flynn@energyhq.es.eu.org>
description: A XFree86 4.x driver module for VMware guests
maintainer: ports@FreeBSD.org
status: IGNORE
deprecated because: This module is now part of XFree86 as of 4.1.0
expiration date: 2004-08-20
Bump PORTEPOCH.
Who would have thought that 0.2 < 20040701 ? What is
mathematics coming to these days?!
You know, back in MY day, we didn't have decimal points, 'cause
fractions hadn't been invented yet. You wouldn't go down to the
store and ask for half a cow. You couldn't even go to the store
and ask for a cow, 'cause meat hadn't been invented yet!
You think you all have it so easy, with your decimal points and
your hamburgers. Imagine what it was like back when we didn't
have mouths yet! We had to smear ground patty on our skin and
hope that it'd absorb into our bloodstream.
Yeah, you try getting some ground beef into your bloodstream. THEN
you'll find out whether you're a man or woman or boy or girl or
some reasonable facsimile thereof.
time you modify the sound settings within the sound menu for them to work
properly, though.
PR: ports/67644
Submitted by: Travis Poppe
Approved by: maintainer timeout
and make XFREE86_VERSION map to it. XFREE86_VERSION is now deprecated.
- Make xorg the default X_WINDOW_SYSTEM on -current.
- Add several new X_*_PORT variables which point to various pieces of X11 based
on the setting of X_WINDOW_SYSTEM, and make ports use them.
- Add information to CHANGES about how to handle the transition.
PR: ports/68763
Approved by: portmgr (marcus)
Approved by: re (scottl)
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
Since 'OBJS=' line is inserted _after_ bsd.kmod.mk, OBJS value is
overridden by the line (ahh...) Hopefully, 'OBJS=' line is inserted
after 'SRCS=' line, but there's no handy way I suppose (sed's command
'i' requires to follow a newline, but how can I put a newline within
a one line?)
Since the contents (actually, kernel module) are changed,
bump PORTREVISION.
Submitted by: sobomax
it is started before any other programs which require the vmnet
interface (like isc-dhcp etc)
Approved by: orlando.bassotto@ieo-research.it (via email)
PearPC is an architecture-independent PowerPC platform emulator capable of
running most PowerPC operating systems.
WWW: http://pearpc.sourceforge.net/
PR: ports/67034
Submitted by: Roman Bogorodskiy
Update of emulators/vba to 1.7.1_2
Also added a pkg-message to explain about the configuration file,
and made sure that the default configuration file didn't get left
behind when make deinstall is done.
PR: ports/64612
Submitted by: No Name <arundel@gmx.net>
- fix bug in int15h function 0xe820 (Christian Neubert)
- fix vmware3 disk support on big-endian platforms (Christophe Bothamy)
- fix conditions for NM exception on FWAIT instruction (Christophe)
- fix symbol conflict in rfb and x display libraries (Volker Ruppert)
- allow 16 bit writes to ne2k page 0 (Volker)
- notify display libraries on change of bpp (Volker)
- fix bug in int13h function 0x10 (Volker)
- fix floppy dialog error on win2k (Volker)
- fix adress check in TSS IO permission bitmap (Christophe)
- fix buffer overflow vulnerability pointed out by SeSoX (Christophe)
- updates for MacOS compile (Daniel Gimpelevich)
- Fix the path arguments of the 'vgaromimage' options (i.e. don't prepend
"file=") in the installed bochsrc-sample.txt. This was already wrong for
at least 2.1.
- Respect DATADIR/DOCSDIR, use DATADIR in pkg-plist.
- Update pkg-descr (emulated CPUs etc.) based on the info on the homepage.
- Reword pkg-message a bit so the line containing DOCSDIR does (normally) fit
in 80 chars when expanded.
Submitted by: Marius Strobl <marius@alchemy.franken.de>
In fact, the message was killed in old startup script. While converting
to the script for RCng era, I just forget to do that. I don't know that
"command_args" variable is ok in this case , but /etc/rc.d/ipxrouted
and /etc/rc.d/ntpdate already did it so it seems there's no problem.
Since the script is changed, bump PORTREVISION.
Noticed by: Alan Barber <abarber _at_ alanbarber.org>
Pointy hat to: matusita
- USE_RC_SUBR. Inspired by ports/net/dtcpclient (thanks ume-san).
Since now, loading kernel modules and/or start vmware-guestd can
be tweaked via following rc.conf variables:
* vmware_guestd_enable (default to YES)
* vmware_guest_kmod_enable (default to NO)
vmware-guest_kmod.sh is removed; both are handled by a single
shell script, vmware-guestd.sh.
- Bulid kernel module iff kernel source files are available.
This check is just a static checking of /usr/src/sys/Makefile.
It would be even better that '/usr/src' can be changed to other
place, but I believe that most user puts a source code under /usr/src,
or other places and set a symlink to there. If it hits you badly,
I'm willing to apply your patch to fix(?) it.
- If this ports is used by ports/emulators/vmware-tools4, install XFree86
server modules, vmware_drv.o and vmmouse_drv.o.
The vmware_drv.o is a (virtual) graphic chip driver. I believe that
if you have already installed XFree86 4.3.0, it should be the same
one but compiled on XFree86 4.3.99.2. I've confirmed that it should
work with XFree86 4.3.0 server.
The vmmouse_drv.o is a mouse driver, use it instead of default
mouse driver, mouse_drv.o. It works, but if my test is correct,
it doesn't support Emulate3Buttons. Use with care.
Both drivers are installed to appropriate directory, but renamed
(append '_VMware' to the filename) to avoid any conflicts to other
ports (especially ports/x11/XFree86*).
P.S.: Happy version 4.5.1, ACPI is enabled by default for FreeBSD guest OS.
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
numbering while not breaking 4.x compatibility:
- Stop using device nodes in /usr/compat/linux/dev and instead rely
on the linuxaltor passing though to /dev
- Create needed device nodes in /dev (on 4.x)
- Account for a change in falloc's semantics that was preventing
the vmmon module from being unloaded on 5.1+ machines.
accomdate this change, stop using device nodes in /usr/compat/linux/dev
and instead rely on the linuxalator passing through requests to the
real /dev. (This second change also applies to 4.x).
USE_SDL=yes -> USE_SDL=sdl (good examles everywhere)
WANT_SDL/HAVE_SDL instead of exists(localbase/lib/lib...)
See
http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/using-sdl.html
for more information on how to use USE_SDL, WANT_SDL and HAVE_SDL.
PR: follow-ups of ports/55494, ports/61877
Submitted by: Edwin Groothuis <edwin@mavetju.org>
Last update of ports/emulators/fmsx occured more than 3
years ago. A few version were issued since then, recent
is 2.7 that is significantly improved. Some of port patches
are integrated.
- Added patch to use sys/soundcard.h
- Added patch to be able to select the BPP level (BPP32 didn't work
on my machine, see http://www.msx.org/newspost149.html for info)
PR: ports/60825
Submitted by: Eugene Grosbein <eugen@grosbein.pp.ru>
Reviewed by: edwin@mavetju.org
Approved by: maintainer timeout
the linux rtc device is being emulated as accurately as possible,
at least in terms of its behavior. Further improvements to its
accuracy will require much more precise measurement.
Device cloning is not yet implemented.
I think it's a bug that linux_base thinks it conflicts with itself.
--petef
The problem occurs if you do
make install; make install FORCE_PKG_REGISTER=yes
which is somewhat supported, although [seldom] (never?) used.
--eik
Also record conflicts with cle_base.
