Mini vMac v3.3.0 is released. This is the first branch of Mini vMac. Mini-vMac is a Macintosh Plus, Macintosh SE, Macintosh 128 and Macintosh 512 emulator. Mini vMac emulates a Macintosh Plus, one of the earliest of Macintosh computers. It can run old Macintosh software that otherwise couldn't be used on recent machines.

Mini vMac v3.3.0 Changelog:

New features in default compile * More operating systems are officially supported by Mini vMac: FreeBSD on x86-32 (Using "-t fbsd" in the build system) FreeBSD on x86-64 ("-t fb64") OpenBSD on x86-32 ("-t obsd") OpenBSD on x86-64 ("-t ob64") NetBSD on x86-32 ("-t nbsd") NetBSD on x86-64 ("-t nb64") Dragonfly BSD on x86-32 ("-t dbsd") Dragonfly BSD on x86-64 ("-t db64") OpenIndiana on x86-32 ("-t oind") OpenIndiana on x86-64 ("-t oi64") Minix ("-t minx") These ports adapt the same X Windows code as the Linux port, and should have the same functionality, except currently not sound. The x86-64 versions are currently slower, for lack of assembly language tweaking, and should not be used if the x86-32 versions will work. * The X versions now will try to look in the folder contain the application for the ROM image, like the Macintosh and Windows version do. If the application directory can not be determined, the current directory is used as before. This is implemented for Linux, FreeBSD, NetBSD, Dragonfly BSD, and OpenIndiana, but not OpenBSD and Minix. * The X versions now supports a central ROM folder like the Macintosh and Windows versions have. If "~/.gryphel/mnvm_rom" exists, Mini vMac will look there for the ROM image. If it isn't there, it will look in the application directory. (And the -r command line option will override both.) Changed behavior in default compile * The Linux version dynamically loads the ALSA library to play sound, so that Mini vMac will still run, without sound, even if ALSA is not installed. (This technique was seen in SDL.) So by default the Linux version is now compiled with sound, matching the Mac and Windows versions. * The X versions now use advisory locking to refuse to open for writing a disk image that has been opened for writing by another copy of Mini vMac. Previously, the X versions of Mini vMac could open an already opened disk image, likely corrupting the image. If Mini vMac can only open a disk image read only, such as because the user has locked the file, then the advisory lock is not used, and multiple copies of Mini vMac can use it. * The X versions now try to use the application name to set the title of its window, like the Macintosh and Windows versions have. (If the application name can not be determined, "Mini vMac" is used as before.) This is found at the same time as the application directory, and is implemented for the same operating systems. Bug fixes in default compile * The clock was previously not properly initialized, and was only correct after the first "second" interrupt. * If the emulated screen is too big to fit on the real screen (when autoscroll is available), if the area of the emulated screen that has changed doesn't intersect the visible area of the emulated screen, then an invalid rectangle was used for drawing. I discovered this when trying out Vector Linux 7, which seems to have some extra debugging checks. New features not in default compile * The new build system option "-lt" enables Mike Fort's LocalTalk emulation. The are currently some limitations. It is only implemented for OS X. It requires running the command "sudo chmod ugo+rw /dev/bpf*" to allow Mini vMac (and everyone else) access to all network traffic. The "-lt" option also cause Mini vMac to run in the background by default, because Mini vMac can't be a proper LocalTalk node if it isn't running. And you need to manually turn on AppleTalk in the chooser - I can set the PRAM flags to boot with AppleTalk already on, but it doesn't work properly. * The X versions have initial support for color (for Mac II emulation). The X Version so far only supports 24 bit "TrueColor", and has a few other limitations on format. I doubt that anything besides TrueColor is used on modern machines, and so probably won't support the other options. Other depths such as 15, 16, and 32 bits may be used, and so probably should be supported, if I can find a way to test them. * A new build system option "-mf" allows changing magnification from the default 2. For example, "-mf 3" sets the magnification to 3. The option "-mf 1" disables magnification (removing the Control-M command). The magnification factor must be an integer. Changed behavior not in default compile * In the X versions, the results of fwrite and fread on disk images are now checked for errors, which stops compiler warnings in recent Ubuntu. Bug fixes not in default compile * Fixed "-min-extn" build option in the Linux version. Build System * Added build system option "-t mx64" for Apple's X11 implementation on x86-64. (Previously x86-32 and PowerPC were supported.) * Added build system option "-t cygw" for Cygwin/X for Microsoft Windows. Cygwin can also be used to compile the regular Microsoft Windows version with "-t wx86 -e cyg". * MinGW can be used to compile Mini vMac with build system option "-t wx86 -e mgw". Since Bloodshed Dev-C++ is based on MinGW, "-t wx86 -e dvc -cl" would previously give similar results. * Changed order of arguments to the link command when building the Linux version. It turns out there is a conventional order for how libraries should be specified, which I didn't know since I hadn't come a across a linker that cared until Ubuntu 11.10. * The build system should now work properly in other emulators such as SheepShaver. It was anonymously reported that the build system would crash emulators. The test for whether the build system was running in Mini vMac (so that the resulting archive may be exported to the host) was not good enough.

Download: Mini vMac v3.3.0 for Windows
Source: Here