This is the latest mail received with no return email address. For earlier mail, see the mail index. To send mail to me, use the feedback form.
Began: Tue, 15 May 2012 15:56:45
Hi Paul...I love the Mini vMac.....I am currently writing a book about Dragon's Lair & Space Ace, and was FINALLY able to create archival images of the game from the original "Mac Plus/SE" disks! These do not exist on the internet today. The original Dragon's Lair on Mac says "Mac SE/PLUS - 1MB OF RAM". On a REAL Macintosh I had trouble running it on a Classic...I finally did get a machine to run it on, but STRANGELY even though it says 1MB, if you run on a 4MB machine you get "not enough memory". It's obviously poor programming that is causing the issue.
I am desperate to get this thing running so I can use some screen shots and so on (right now I literally have taken shots of a real screen and they don't look so great!).
I was wondering if there is a way (or could be a way) to limit the memory to 1MB or 2MB instead of 4 to see if these files will run?
Yes, with the “-mem” option to the build system.
Began: Sat, 26 May 2012 10:33:35
---------- Suggestion for http://minivmac.sourceforge.net/image.html ----------
Also, if you run the command "defaults write com.apple.DiskUtility advanced-image-options 1", you will then be able to create Disk Copy 6.1 images, or even Disk Copy 4.2 images in even the latest version of Mac OS X by setting the format in the "advanced options" when creating a disk image with Disk Utility to "Disk Copy 4.2", and the Disk Copy 4.2 images you create can then also be mounted with Mini vMac.
For me, using OS X 10.7.3, setting advanced-image-options works to add additional options in the Disk Utility "New > Disk Image from Folder" Command. However, trying to create "Disk Copy 4.2" images or "NDIF" images doesn't work, failing at the end with “Unable to create "my_image". (Invalid argument)”. I didn't think the underlying command line tools used by Disk Utility support these formats. What version of OS X are you using?
There's only one problem: Mini vMac does not allow the emulated Finder to write to Disk Copy 4.2 images, it only allows the emulated Finder to write to raw HFS disk images, while Mac OS X does not have anything built-in to read or write to raw HFS disk images (although MacFUSE with FuseHFS might be able to do that)
Recent versions of Mini vMac by default mount Disk Copy 4.2 images as read only. Full support for Disk Copy 4.2 images, mounting as read/write and handling tags and checksums, is available with the build system options “-sony-sum 1 -sony-tag 1”.
Began: Tue, 29 May 2012 04:17:03
I'm the user in korea but my minivmac doesn't worhask. My floppy disk has x mark on it. What can I do? Notice-I have dsk file and vMac.rom.
Probably there is a problem with your dsk file.
When a Macintosh Plus finds a bootable floppy disk, the picture on the screen of a floppy disk with a blinking question mark changes to a picture of a smiling Macintosh. If it finds a floppy disk that is not bootable, it instead displays a picture of a floppy with a blinking X mark, ejects the disk, and then goes back to displaying the picture of a floppy with a blinking question mark.
Follow the instructions on the Getting started page to get a bootable disk image. Make sure to extract the archive to get a file named “System Startup” and drag this file into the Mini vMac window, rather than attempting to boot from the “SSW_6.0.8-1.4MB_Disk1of2.sea.bin” archive.
Began: Sat, 23 Jun 2012 14:02:16
Subject: Emulation of the real SCSI hard disk and floppy disk drives in a Macintosh Plus
Mini vMac currently does not emulate a Macintosh Plus with real SCSI floppy disk and hard disk drives, and instead patches the ROM with a replacement "disk image driver", but I have a suggestion for how that would be emulated.
In control mode, there would be a disk control menu (Control-D) for changing the disks (Control-D-F to change the emulated floppy disk to a different disk image or Control-D-R-F to remove the floppy disk from the emulated SCSI floppy disk controller, Control-D-0 to select a different disk image for the emulated hard disk in SCSI controller #0 or Control-D-R-0 to have it removed from SCSI controller #0 on the next reset of the emulated Macintosh Plus, Control-D-1 to select a different disk image for for the emulated hard disk in SCSI controller #1 or Control-D-R-1 to have it removed from SCSI controller #1 on the next reset, etc.)
The disk image for the floppy disk may only be 400KB (for emulating a single-sided single-density floppy disk in the floppy drive), 800KB (for emulating a double-sided double-density floppy disk in the floppy drive), or 1440KB (for emulating a high-density floppy disk in the floppy disk drive), in raw, Disk Copy 4.2 (unless "-sony-dc42 0" is set in the build system), or uncompressed Disk Copy 6.1 formats. However, if a Disk Copy 4.2 is selected for the emulated floppy disk and "-sony-sum-1 -sony-tag-1" is not set in the build system, Mini vMac will still patch the floppy disk driver in the ROM so the emulated floppy disk will be "locked" at that time.
How many SCSI controllers for hard disks are emulated varies on the "-hds N" option in the build system (which by default is "-hds 1"). When Mini vMac starts, all the SCSI controllers for the hard disks will be emulated, but with nothing attached to them, and the floppy disk drive will be emulated, but with no floppy disk in it.
However, the ROM will still be patched to add Mini vMac's "disk image driver" unless "-drives 0" is set (disabling Mini vMac's original style of disk images), although now the SCSI hard disk and floppy disk drivers will no longer be removed. "-hds 0" can be set in the build system to emulate no SCSI controllers for the hard disks and "-hds 0 -drives 0" can also be set, but the floppy drive will always be emulated.
Thank you for your suggestions for a user interface to control SCSI and accurate floppy disk emulation. But before a user interface can be implemented, the emulation must be implemented.
A good starting point for adding accurate floppy disk emulation to Mini vMac would be to peruse the “MESS” emulator source code for ideas. If anyone wants to work on this, I'd be quite likely to merge the result into the source code that I maintain. (As a compile time option.)
By the way: In a Macintosh Plus, floppy drives are controlled mostly through the IWM chip, and not the SCSI chip. Other early Macs are similar. Also, a Macintosh Plus has only a single SCSI chip, which can be used to connect up to 7 SCSI peripherals. And also, a real Macintosh Plus can only use 400K and 800K floppies. More advanced hardware is needed for 1440K floppies.
Began: Sat, 25 May 2013 11:42:29
Subject: go-phone Mini vMac
do you have minivMac for att go-phone, a version of go-phone that have blackberry-like keypad, for those that have just a go-phone
From the Wikipedia article on the AT&T GoPhone, this seems to be a pay as you go plan (no contract), not a specific phone. It could be used with an Android phone, for which a Mini vMac port exists. More likely though, you have a feature phone which doesn't support 3rd party apps.
Began: Mon, 3 Jun 2013 08:56:52
Why the [...] did I download this. Thanks to you my computer is now filled with viruses and unwanted programs. Every time I feel like trusting some guy with what looks like a nice program to download, it always goes wrong, you absolute [...]
Where did you download Mini vMac from? If not from http://minivmac.sourceforge.net/ or http://www.gryphel.com/ then I can't promise anything. I've heard some software download sites modify the files they provide.
Actually I can't promise that SourceForge or my website could never be compromised. But if they were I'd likely hear about it quickly. (I just checked the Windows version download and it seems ok.) To be more sure, check the size and md5 checksum. And to be even more sure, check the MacPGP signature on the checksums.
It is also possible that your problems come from something unrelated that happened about the same time you downloaded Mini vMac.
I'm not an expert on the subject, but I think even on Windows there are precautions you can take to avoid viruses and other malware. I've heard good things about Microsoft Security Essentials. You could try out new software in a virtual machine before installing it on your real machine, using virtualization software such as VirtualBox or VMware. Mini vMac should run fine in virtualization. And also, when web browsing, you can disable scripting except for trusted sites, such as by using NoScript. (I haven't used NoScript myself, I disable scripting entirely for most browsing, and use a different web browser when I really need it.)
Sent: Sat, 7 Dec 2013 21:31:41
Subject: startup sound
On Windows, does it always Statup with that loud single sine wave sound? Or is that just me?
Yes, it is emulating the sound a real Macintosh Plus would make upon being turned on. There is code in the Macintosh ROM to produce it. (It is more complex than a sine wave.)
If you don't like it, one option is to compile Mini vMac with sound turned off (using “-sound 0” in the build system). Another possible alternative might be to figure out how to patch the ROM to remove the sound.
Sent: Wed, 18 Dec 2013 06:09:40
Subject: doesn’t work
Well, it works for me, and for many, many other people. The question is, what are you doing differently, or what is different about your computer?
Does not boot anything, System 1.0 to System 6.08 as specified in the data provided.
What “data provided”? Please follow the Getting Started with Mini vMac instructions, and tell me if and when the results you see differ from what is described. (By the way, Mini vMac should work up to System 7.5.5. Selected system versions are still available from Apple.)
update: I think I might have found on the web what you were looking at. The good news is that it doesn't seem to violate Apple's copyright. The bad news is that is because it seems to be purely malware. It doesn't contain Mini vMac either.
So please only download Mini vMac from either http://minivmac.sourceforge.net/ or http://www.gryphel.com/.
A/UX AWS 95 also tested with a disk image from Apple. No functionality.
A/UX will not work on a Macintosh Plus, or Mini vMac's emulation of one. It may run on a Macintosh II, but require an MMU, which Mini vMac doesn't currently emulate.
Hacker code present for play with the network. Noticed when "interrupt" is pressed.
Sorry, I don't know what you mean.
Sent: Sat, 21 Dec 2013 11:39:41
Subject: iOS and larger screen
Hello, I love Mini vMac. I would like it very much if you created an iOS app. I would be willing to pay for one.
Apple forbids emulators on iOS, so this is not possible.
Except, Mini vMac can run on a “jailbroken” iOS device. A iPhone/iPod Touch port has been created by “zydeco”. (I don't have an iOS device, so I don't know much about this port myself.)
Also, could you make it possible to enlarge the window on the Mac one. Thanks for making a great emulator.
It is already possible to compile Mini vMac with a larger emulated screen. See the Screen Size options of the build system.
It is also possible to magnify the emulated screen with Control-M (normally by a factor of 2). See the Screen section of the Emulated Hardware Reference.
Sent: Wed, 1 Jan 2014 06:46:27
When you gonna add colors ?
A Macintosh Plus, which Mini vMac emulates by default, can not display color. Mini vMac can be compiled to emulate a Mac II, but this emulation is incomplete. It does work well enough to run some software. See the Model option of the build system.
And your emulator is just awesome !
Sent: Sun, 5 Jan 2014 10:34:42
MINI VMAC GREAT PROGRAM (the first mac emulator i got to work on my windows xp.)
(1) can i run safri or any other .. to surf the internet on mini vmac.
Sorry, no. Mini vMac does not emulate internet access. Also, Safari is for OS X, and would not run on Mac OS 7.5.5, the last system version that runs in Mini vMac. There are very old web browsers that can run on a Mac Plus, and can be used in Mini vMac to view local files.
(2) right now i am using o24m disk (i.e the one i made in in the start up guide. how many disk can i use at a time in mini vmac
As mentioned in Floppy Drives section of the Emulated Hardware Reference, by default the replacement disk driver in Mini vMac can mount up to 6 disk images. It is possible to compile a version of Mini vMac that supports more disk images.
Sent: Tue Jan 7 04:25:58 2014
Is it possible to obtain macpascal for the mini vmac?
This is not the place to look for Macintosh Abandonware. You might search elsewhere for "Macintosh Pascal 2.0" (quotes included). Also, you could search for the later “Think Pascal 4.5d4”.
Some history can found in this interview of Rich Siegel, and this article about Macintosh Pascal 1.0, and this press release about Macintosh Pascal 3.0.
Sent: Fri Jan 10 00:00:16 2014
Hey, I'm not the most computer-adept person, so this problem may just be me, but when I try to download minivmac my computer (MacBook Air) say the "developer is not recognized" by the computer
I expect this is due to Gatekeeper, Apple's anti-malware feature. Gatekeeper is in some ways a good idea, but some people consider it as one step along the way to making Mac OS X like iOS, where no software can be installed without Apple's permission, and emulators are forbidden, including Mini vMac. So I decline to participate, and Mini vMac is not signed with an Apple Developer ID.
It is still possible to run Mini vMac, even without disabling Gatekeeper (so far, as of OS X 10.9). To give an application permission to run, hold down the control key and click on its icon (or right click) to get a contextual menu, then choose the Open item, and in the warning dialog that comes up click on the Open button.
Sent: Fri Jan 10 19:27:40 2014
Hi this emulator is very good, but I want to ask is there any way to install system to Mac hard disk ?
Mini vMac can not actually emulate a hard drive, but the replacement floppy disk driver can use disk images of arbitrary size. Also, when Mini vMac is launched, it can automatically mount disk images with the right names and location. See the Floppy Drives section of the Emulated Hardware Reference.
If you meant you just want to know how to install system software, see the Recipes for Mini vMac page.
Sent: Sat Jan 11 04:07:56 2014
Can you make it compatible with A/UX (MMU and other hardware)?
Not in the Macintosh Plus emulation. If you mean emulation of later models that support A/UX, maybe someday I'll figure out how to support more time working on Mini vMac, but don't hold your breath.
The MESS emulator may be making progress at this, see the Mini vMac Alternatives page.
Sent: Thu Jan 16 03:37:25 2014
I downloaded the mac classic version of mini vmac (nmvm0025) and Tried it with my classic rom and it didnt work. I tried copyrom and getrom both with extensions on and off. from the classic it shows as a 256k file and when coppied to my osx machine it says it is 262 kb. when I load minivmac it tells me the rom image is too short. I can type C to continue but it just stays at a black screen. I couldnt find a forum to ask this of
The Macintosh Classic ROM actually is 512k, some utilities for acquiring ROM images are incorrect. My CopyRoms should work correctly. Also see my 680x0 Macintosh List".
Sent: Sun Jan 26 22:32:31 2014
I downloaded Mini vMac 3.3.3 and copyroms 1.1.0. I moved copyroms to my MacSE and ran it. I moved the resulting rom file back to my PC and got the message ROM checksum failed. I tried and got the same results with my Mac Plus.
I went back to my Mac SE to track the MD5 checksum. I downloaded Checksum 1.3 and ran the RSA MD5 checksum which results in '51b8bce5624235c9cf725973477a0cal' and MacEnvy reports the ROM Checksum as '$B2E362A8 (Mac SE ROM)' and the ROM Version as '256K (Version 118), rev. 1'
I moved the file from the Mac SE to my Linux PC using zmodem, with no errors and ran md5sum on it resulting in '3637521a95c534512e56a623cc5d46d5'. After moving the file through DropBox to my Windows PC I check the checksum again and it matches the Linux version.
Once again the checksum failed. Both Macs appear to be working fine although the Plus is not run regularly like my SE.
If the md5 checksums don't match, that suggests the transfer didn't work. I don't know much about zmodem, so I couldn't help much with that.
But that doesn't explain why the first checksum isn't the correct value of 9fb38bdcc0d53d9d380897ee53dc1322 (from my 680x0 Macintosh List). You could try my Md5Fl program to see if it gets the same result as Checksum 1.3. You could also try running CopyRoms a second time, and make sure it get the same result (by comparing checksums).
Is the size of the file right (256k = 262144 bytes)? Checking the source, CopyRoms does not seem to check if there is enough free space on the disk, and if there isn't it will just create a file that is too short. But on second thought, if the ROM image was too small, Mini vMac should have said so, and not given the corrupted ROM warning, so this is not likely the problem.
Sent: Wed Jan 29 11:37:17 2014
Hi, I saw you got British install images from the Apple website. The "Multicountry directory" button on the download page is broken but apparently the files are still there. Do you know how I can get some Dutch (Nederlands) images of 7.0.1, 7.5.3 and 7.5.5? I hope you know how the file naming works at Apple.
It used to be that going to an address such as http://download.info.apple.com/Apple_Support_Area/Apple_Software_Updates/Dutch/ would return a listing of the file and folders inside. Apple seems to have disabled this feature. You can learn a little bit with Google by using the “site:” search feature. But it doesn't find too much.
Sorry, I don't know the addresses of the Dutch files.
Update: I just found something very odd at https://discussions.apple.com/message/22926266. One message from “Hiroto” notes that if you go to http://download.info.apple.com/Apple_Support_Area/ you will usually get the page not found, but if you reload several times, eventually it will work and give a directory listing. The same applies to sub directories. But sometimes they have odd names, like “Apple_Software_Updates_sr16310449”, which may change over time, so permanent links can't be given.
I've tried this and it worked for me. But who knows how long it continue to work.
Sent: Tue Feb 4 22:21:23 2014
Please CANCEL variation Tuesday Feb 04.
I'm learning about Mini vMac.
I'm newbie in the world of Mac emulation.
The request was sent only to know the options offered by MinivMac.
I do not want to disturb their work, sorry.
You didn't say which variation on Feb 04. But don't worry, I compile variations in batches, and it takes about the same amount of time for me to compile a batch of several dozen variations as it does to compile a single one, so making one extra isn't a problem.
Sent: Wed, 12 Feb 2014 10:38:19
Hi, so this is a dumb question and It's probabally already answered, but how do I launch applications? When I try to launch anything it says "The file "Program name" cound not be opened/printed (System files can't be opened)
Perhaps the resource forks of your applications have gotten lost. Where did you get the applications, and how did you get them into a disk image for Mini vMac?
To see how applications should work, you could look at my Software for Macintosh Plus, and try something marked “(hosted)”. These include zipped disk images convenient for use with Mini vMac.
For some further information about getting files (including applications) into a disk image, see the documentation of ImportFl.
Sent: Fri Feb 21 21:00:02 2014
With the Linux version of Mini vMac, is there a way to mount and unmount drives through the command line while Mini vMac is running?
Unmounting a disk image properly requires the cooperation of the operating system of the emulated Macintosh, so it would be hard to initiate from the Linux command line.
To mount a disk image, I guess in theory it would be possible to write a command line tool that follows the drag and drop protocol to make Mini vMac think a disk image has been dropped on its window. Or Mini vMac could be modified to look for some other signal that could be sent from the command line.
Sent: Sat Feb 22 21:29:50 2014
I have gotten some old games to work on Mini vMac, but when I tried "DARK CASTLE" and "BEYOND DARK CASTLE" I get the error message...
"Sorry, Dark Castle cannot run because there is a problem with the way memory is allocated (10366 high bytes used)
Another program got an error message ....
"This game is incompatible with one or more inits. Try removing various inits from the system folder."
Can you help me figure out what is wrong? Thanks
One thing to try would be a fresh install of System 6, to be sure of having no extra inits or MacsBug. (See the System 6 Utility Disk Recipe.)
Searching through my old email, I see I've had reports that Dark Castle works better when the entire game and Mac OS is on a single disk image.
As listed on the Related Forums page (final entry), there is an entire forum devoted to Dark Castle. It includes a section on "Dark Castle Support and Emulation".
Sent: Sun Feb 23 18:53:20 2014
Just wondering if the LocalTalk emulation allows you to communicate with REAL macs, or just Mini vMac emulators?
Well, certainly not with recent real Mac computers. OS X 10.6 dropped support for AppleTalk.
And certainly not directly to older Mac computers without ethernet, that use LocalTalk hardware.
As to whether Mike Fort's LocalTalk emulation is compatible with the EtherTalk protocol that could be used by Mac computers in between those ages - I don't know.
Sent: Tue Feb 25 18:46:20 2014
It Says it cant load Disk Image
Could you be more specific what Mini vMac says? There is no error message with that wording. It could say "I could not open the disk image."
Also what operating system are you using (Windows?), and which version of Mini vMac? And I guess you mean that can't open any disk image, rather than a problem with a particular one? Are you trying to open the disk image with drag and drop, or using the open dialog, or by the command line, or some other way?
Sent: Wed Feb 26 06:08:46 2014
So, this brings me to where I am now. I have just done a fresh compilation of the SDL 1.2 port of Mini vMac 3.3.3 under Linux (-t lx86 -api sdl -no-asm -e bgc) and it does not run properly. Without a ROM, I get what looks like a error console on the screen, but it is severely garbled; with the ROM, I simply get a blank screen and nothing else.
I just wanted to ask you whether the SDL port is currently functional and whether you can offer any hints as to why it does not work.
If you are curious as to what my eventual plans are, you can see a demo here:
That demo is currently running PCE/macplus. I would like to add support for vMac and give the end user a choice of emulation engine. It probably would look more-or-less exactly the same, except for the minor detail of allowing the user to use vMac rather than PCE disk images :)
Any assistance would be appreciated!
The SDL port is believed to be functional, but it is true I've only tried it on OS X recently. Bug reports are welcome. I'll try it on Linux when I find time.
One possible issue is that if you're running a modern version of Linux on a modern machine, it is likely you are running a 64 bit linux. In that case you should be using "-t lx64" instead "-t lx86". Normally, trying to compile the wrong version of assembly code would alert you, but you have disabled that.
Did you try the standard compile without SDL (using X)?
Update: I have tried "-t lx64 -api sdl -no-asm" on a VMware image I have of Ubuntu 10.04 with SDL 1.2.14. It seems to work without problems. I tried "-t lx32 -api sdl -no-asm" and as expected it didn't work, hanging with a black screen with the ROM image, and gives a "Segmentation fault" without the ROM, which matches pretty well what you describe.
For the next version, I'll look into having the build system put a check for this situation in the configuration file it generates.
Sent: Fri Feb 28 21:50:07 2014
Dear Paul C. Pratt,
I'm trying to use the Intel version of Mini vMac to load a disk image. A Terminal window opens at the same time as the Mini vMac window, and when I drag the image onto the Mini vMac the Terminal window seems to prevent me from interacting directly with the emulated computer. For example, I can't see File menu or any other headings, and the Terminal window, not the emulated machine, responds when I hit enter or click with the mouse. I'd be happy to send you a screen shot if that would help clarify my explanation. The same disk image loads and works perfectly in the Windows version of Mini vMac. In Windows, I see only the emulated computer, no Terminal window. Do you have any ideas about what I'm doing wrong?
Thanks for your help.
Gabriela Redwine, Beinecke Library
That is very strange. By "Intel version" do you mean you downloaded "minivmac-3.3.3-imch.bin.tgz" from Mini vMac download page? And what version of OS X are you running?
One wild guess is that there might be a stray printf call somewhere in the source, which usually just gets ignored. But perhaps if you had some sort of debugging software installed on your machine, it might then have effect after all. But nothing is displayed in your terminal window?
A screen shot might help. You could upload it somwhere and send a link.
Sent: Tue Mar 4 16:04:53 2014
(re Fri Feb 28 21:50:07 2014)
Dear Mr. Pratt,
Thanks for getting back to me so quickly. Yes, by "Intel version" I mean that I downloaded "minivmac-3.3.3-imch.bin.tgz". I'm running OSX 10.8.4. Here is a link to a screenshot [...]
Please don't make the screenshot available on this forum.
The computer icon has a blinking question mark not captured by the grab.
Thank you so much for your help.
Are you quite sure you downloaded "minivmac-3.3.3-imch.bin.tgz" from http://minivmac.sourceforge.net/doc/download.html, getting a file of 43,199 bytes, with an MD5 checksum of 8fd4668719816758175bf001d08170bb, that expanded to an application named "Mini vMac", which you launched by double clicking on it?
In your screen shot, the Mini vMac window is named "minivmac", when "Mini vMac" is expected. And the terminal window has what looks like a file path that ends in "minivmac", when no such file is expected. Is there a file named "minivmac" at that location? And is that what you double clicked on?
Sent: Tue Mar 11 02:26:59 2014
Just a simple question. BTW i love Mini vMac. but i noticed that some of the disk once installed on the mini vmac have a tick in the diskette image. What does that mean? Many thanks.
I would guess you’re talking about a ‘v’ on the disk image icon in Mini vMac. From the Floppy Drives section of the Emulated Hardware Reference:
“Besides 400K or 800K, the replacement disk driver of Mini vMac will also work with disk images of any other size less than 2G. It will pretend to have something more like a hard disk, though not exactly. This is not too authentic, but it is very useful. Mini vMac defines its own icon for these disks (with a ‘v’), which can be seen in the Finder on the emulated computer.”
Sent: Wed Mar 19 11:41:23 2014
I have used Mini vMac sucessfully with Mac SE rom, under windows using version 2.6.1 (SE ROM from my SE with Radius accellerator! ;-) but cant work out how to emulate SE, on linux/NetBSD or OpenBSD. Can you please point me in the right direction! The program complains the SE rom has checksum failure (it still works in the windows version)
Version 2.6.1 is pretty ancient. The current stable 3.3.x branch has many improvements for Linux and other operating systems using the X Window System.
As mentioned in the Download Mini vMac page, the standard variation of Mini vMac emulates a Macintosh Plus. To emulate an SE, you can either compile a variation yourself, or request me to compile one using the Mini vMac Variations Service.
If there is a question of whether your ROM image is valid, you should compute the MD5 checksum, and compare it to the value in my List of 680x0 Macintosh models. For an SE, the expected value is 9fb38bdcc0d53d9d380897ee53dc1322. I seem to remember hearing that some old accelerator products would somehow patch the ROM.
Sent: Thu Mar 20 05:02:03 2014
re : Wed Mar 19 11:41:23 2014
Thanks Paul, yes the MD5 of my SE rom is fine. The accelerator does patch functionality into the rom but does not overwrite its address space, so reading it worked fine. I will try to compile an SE version of 3.3.3; maybe using an old LC...
I have also had success with running games on the emulator with one emulated HDD image, including Dark Castle and Beyond Dark Castle using system 5.3. Dark Castle did not work well on system 6 and beyond, so we always used seperate disks then!
Sent: Tue Mar 25 13:05:14 2014
How complete is the 68020 emulation? Are there gaps in which instruction sets that are emulated?
Thanks for a fantastic software. I sometimes fire up Word 5.1a in Mini vMac
to write drafts, just for that nostalgic kick.
One gap that I know of is that the CALLM and RTM are not implemented. They don't seemed to be used by Macintosh software (and probably not used by anybody, they were dropped in the 68030). Otherwise, you are asking me what I've forgotten. The 68020 emulation seems to work well enough for Mac II software to run, the known problems are elsewhere.
Looking at the 680x0 emulation code, I see that a number of of emulated instructions have calls to "ReportAbnormal". This means that I haven't encountered any software that uses them yet, and so have no idea if they are emulated correctly. Such as: UNPK, PACK, much of TRAPcc, Link.L, BKPT, CHK.L, MoveS, CAS2, and CAS.
Sent: Sat Mar 29 15:30:37 2014
When will you emulate the Mac II?
( - latest - )
I assume you mean finish emulating the Mac II. There is already an incomplete emulation that can run much Mac II software. You can request this version of Mini vMac through the Variations Service.
The main known limitations are that sound doesn't work very well, and that the FPU emulation (for floating point calculations) shouldn't be trusted to be accurate.
As to timeline for improving these, well, funding of an open source project is an interesting problem, to which I haven't found a solution. So I'm currently spending most time on other paid work, with limited time to spend on Mini vMac, and that limited time is being spent on other areas.
Sent: Sat Apr 5 11:26:42 2014
Thanks for your hard work on Mini vMac.
Can you currently give an ETA on a 'fix' for the sound problem when emulating a Mac II?
No. (See previous question.)
Sent: Mon, 7 Apr 2014 09:37:53
I have tried to download the source code of minivmac.
I downloaded minivmac-3.3.3.src.zip and minivmac-3.3.2.src.zip
But both just bring inside the minivmac-3.3.3.dsk and minivmac-3.3.2.dsk What is wrong? How do you get the source files from those dsk files? I guess that something is not okey with those src.zip files.
Please, can you help me to get the sources?
Thanks in advance,
Please see the “Building Mini vMac” page for instructions on using the source archive.
Also, see the topic in the FAQ - “What format is the Mini vMac source code in, and why don't you use something more standard?”.
Sent: Sun Apr 13 01:22:35 2014
I made a little tool that you and your users may find interesting: HFS Disk Maker.
Drop any file or folder onto this and it will create an old-school HFS volume with your files on it, with all resource fork information preserved, along with some extra space so the Mac OS can write the Desktop files. This image can then be imported into emulators such as Mini vMac.
This image creates the catalog file and other structures completely from scratch. Afterwards, it runs fsck_hfs on the image, just to make sure I didn't make any mistakes while digging through the HFS documentation and putting this together. :-)
I made this tool in order to have a more convenient way to get files into emulators, without having to resort to things like FUSE.
Thanks for the information. I'll link to this in Gryphel project documentation when I have time.
Sent: Mon Apr 14 16:40:09 2014
I have the Twiggy Mac ROM and I have started to patch mini vMac to work with it. I can get it to the ? icon, but trying to boot any disk results in a Sad Mac. I do have the Twiggy boot disks in MFS format. Would you be interested in taking a look at this problem?
( - latest - )
Interested is one thing, having time for is another.
One reason it wouldn't work is because of a hack in Mini vMac's replacement disk driver for the original Mac 64k ROM. In this ROM the address of the _AddDrive trap is in the middle of the disk driver. So Mini vMac's replacement sets the trap address to its own version, which soon jumps to the same location in ROM that the original version did. If you've left this hack in when using a Twiggy Mac ROM, that jump may go somewhere random.
Sent: Fri Apr 18 13:40:53 2014
Sorry to bother but I've been looking up and down all over the internet about a problem I'm having the Mini vMac 3.3.3, for some reason the "arrow keys" are not working at all, and I can't find anything on the internet about it. Is that a known bug?
Thank you for your time
No, it's not a known bug. What operating system are you running Mini vMac upon? Do you have normal arrow keys on your keyboard, rather than needing to hold down some sort of modifier key with other keys? As an example of "at all", if you use the Key Caps desk accessory in System 6.0.8, nothing happens when you use the arrow keys?