#Mini vmac for iphone how to#
#Mini vmac for iphone mac os#
#Mini vmac for iphone upgrade#

In particular, one reader commented that since the upgrade disk images for System 7.5.5 downloaded from Apple are in. This section was added in August 2014 after I received comments from several readers asking for detailed instructions to upgrade to System 7.5.5 from System 7.5.3 using the disk images provided by Apple. Method 1: Installing System 7.5.5 from pre-made disk images Once your installation is completed, refer to my latest article for a list of interesting old Mac applications which you can play with using Mini vMac, Basilisk and SheepShaver. For a video tutorial, watch this Youtube clip (credits to Peak66 for creating this tutorial). Also try out PCE/macplus, a newer and more advanced 68k Macintosh emulator.īefore you start, download Mini vmac and find an appropriate ROM such as this one.

#Mini vmac for iphone how to#

It's clear that a Cocoa port is going to be needed in the near future of the Mac.This guide shows you how to install System 7.5.5 for the Mini vMac emulator. So if someone did that hack, I would credit them for making the Mac Cocoa port of Mini vMac, even if I still needed to do a lot work to polish it.

#Mini vmac for iphone mac os#

How strong is that convention?Īnother question, how hard would it be to hack the iOS port to more or less run in Mac OS X? Having that to start from would make it much easier for me to get going with learning Cocoa and Objective C. I guess the convention in Objective C is to have each class in its own file. One question I have, is it really necessary to have that many separate source files? For the other ports, there is basically one source file per port. Since these days 'Mini' is not referring to the complete source code, just the binaries, I guess I could just include the entire iOS port in my version of the source, if I get to understand it well enough.

As I said, I'm not very familiar with the iOS port. Superpete wrote:Other than drive sounds and the settings window, I'm not sure what you could strip out of the port and have it still functional under iOS. This would permit lower latency, at the discretion of the platform dependent code. In Mini vMac 3.2.3, the platform independent sound code also requests space in smaller chunks instead of a whole ticks worth of 370 bytes at a time. If it needs to write more than that, it is responsible for breaking up the write into two parts. The platform independent code requests space, and is told how much contiguous space is actually available. In Mini vMac 3.2.3, this hack is not needed. Since the ring buffer size is not a multiple of 370, this requires a hack, where the platform independent code actually writes past the end of the ring buffer, and the platform dependent code copies the excess to the beginning of the buffer. In Mini vMac 3.0.4, which Zydeco's iPhone port is based on, the platform independent code requests a 370 byte sound buffer every tick from the platform dependent code.

The platform dependent code also adjusts how fast the emulation runs, adding or removing a tick every second, so as to keep the sound buffer filled to the desired amount, to keep latency as small as possible while avoiding buffer under run. The basic idea is a ring buffer that the platform independent code writes to, and the platform dependent code reads. Superpete wrote:still getting my head around how the existing ports handle sound, they seem to be doing they're own queueing with TheSoundBuff.?