Skip to content
This repository

HTTPS clone URL

Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP

Basilisk II, an m68k Mac emulator

branch: master

Fetching latest commit…

Octocat-spinner-32-eaf2f5

Cannot retrieve the latest commit at this time

Octocat-spinner-32 src
Octocat-spinner-32 BasiliskII.spec
Octocat-spinner-32 COPYING
Octocat-spinner-32 ChangeLog
Octocat-spinner-32 INSTALL
Octocat-spinner-32 Makefile
Octocat-spinner-32 README
Octocat-spinner-32 TECH
Octocat-spinner-32 TODO
README
  Basilisk II
  A 68k Macintosh emulator

  Copyright (C) 1997-2008 Christian Bauer et al.


License
-------

Basilisk II is available under the terms of the GNU General Public License.
See the file "COPYING" that is included in the distribution for details.


Overview
--------

Basilisk II is an Open Source 68k Macintosh emulator. That is, it enables
you to run 68k MacOS software on you computer, even if you are using a
different operating system. However, you still need a copy of MacOS and
a Macintosh ROM image to use Basilisk II.

Basilisk II has currently been ported to the following systems:
  - BeOS R4 (PowerPC and x86)
  - Unix (tested under Linux, Solaris 2.x, FreeBSD 3.x, NetBSD 1.4.x and
    IRIX 6.5)
  - AmigaOS 3.x
  - Windows NT 4.0 (mostly works under Windows 95/98, too)
  - Mac OS X 10.1 thru 10.4

Some features of Basilisk II:
  - Emulates either a Mac Classic (which runs MacOS 0.x thru 7.5)
    or a Mac II series machine (which runs MacOS 7.x, 8.0 and 8.1),
    depending on the ROM being used
  - Color video display
  - CD quality sound output
  - Floppy disk driver (only 1.44MB disks supported)
  - Driver for HFS partitions and hardfiles
  - CD-ROM driver with basic audio functions
  - Easy file exchange with the host OS via a "Host Directory Tree" icon
    on the Mac desktop
  - Ethernet driver
  - Serial drivers
  - SCSI Manager (old-style) emulation
  - Emulates extended ADB keyboard and 3-button mouse
  - Uses UAE 68k emulation or (under AmigaOS and NetBSD/m68k) real 68k
    processor

The emulator is not yet complete. See the file "TODO" for a list of
unimplemented stuff.


Requirements and Installation
-----------------------------

Please consult the file "INSTALL" for a list of system requirements and
installation instructions.


Configuration
-------------

Basilisk II is configured via the preferences editor that appears on startup.
If you have a version without preferences editor (e.g. because of missing GTK+
under Unix), you have to edit the preferences file manually.

The settings are stored in a text file:

BeOS:
  /boot/home/config/settings/BasiliskII_prefs

Unix, Mac OS X:
  ~/.basilisk_ii_prefs

AmigaOS:
  ENV:BasiliskII_prefs

Windows:
  BasiliskII_prefs (in the same directory as the executable)

If no preferences file is present, Basilisk II will create one with the
default settings upon startup.


Preferences File Format
-----------------------

The preferences file is a text file editable with any text editor.
Each line in this file has the format "keyword value" and describes
one preferences item. For each keyword, the meaning of the "value"
string may vary across platforms. The following keywords exist:

disk <volume description>

  This item describes one MacOS volume to be mounted by Basilisk II.
  There can be multiple "disk" lines in the preferences file. Basilisk II
  can handle hardfiles (byte-per-byte images of HFS volumes in a file on
  the host system), HFS partitions on hard disks etc., and MacOS-partitioned
  disks (it can only access the first partition, though). The "volume
  description" is either the pathname of a hardfile or a platform-dependant
  description of an HFS partition or drive. If the volume description is
  prefixed by an asterisk ("*"), the volume is write protected for MacOS.

  Basilisk II can also handle some types of Mac "disk image" files directly,
  as long as they are uncompressed and unencoded.

  BeOS:
    To specify an HFS partition, simply specify its path (e.g.
    "/dev/disk/scsi/0/1/0/0_3"). If you don't specify any volumes, Basilisk II
    will search for and use all available HFS partitions.

  Unix:
    To specify an HFS partition, simply specify its path (e.g. "/dev/sda5").
    If you want to access a MacOS-partitioned hard disk or removable volume
    (Jaz, Zip etc.) and your operating system doesn't understand MacOS
    partition tables, you can specify the block device name (e.g. "/dev/sda")
    to access the first HFS partition on the device. Under Linux, if you
    don't specify any volumes, Basilisk II will search /etc/fstab for
    unmounted HFS partitions and use these.

  AmigaOS:
    Partitions/drives are specified in the following format:
      /dev/<device name>/<unit>/<open flags>/<start block>/<size>/<block size>
    "start block" and "size" are given in blocks, "block size" is given in
    bytes.

  Windows:
    To define a logical volume (Windows NT only), specify its path (e.g. "c:\").
    To define a physical volume (NT and 9x), additionally give the "physical"
    keyword (E.g. "physical c:\"). For safety reasons, volumes are mounted as
    read-only. This is due to the bugs in PC Exchange. If you don't specify
    any volume, the files *.hfv and *.dsk are searched from the current
    directory. Note that in this case, Basilisk II tries to boot from the first
    volume file found, which is random and may not be what you want.

floppy <floppy drive description>

  This item describes one floppy drive to be used by Basilisk II. There
  can be multiple "floppy" lines in the preferences file. If no "floppy"
  line is given, Basilisk II will try to automatically detect and use
  installed floppy drives. The format of the "floppy drive description"
  is the same as that of "disk" lines.

cdrom <CD-ROM drive description>

  This item describes one CD-ROM drive to be used by Basilisk II. There
  can be multiple "cdrom" lines in the preferences file. If no "cdrom"
  line is given, Basilisk II will try to automatically detect and use
  installed CD-ROM drives. The format of the "CD-ROM drive description"
  is the same as that of "disk" lines.

extfs <direcory path>

  This item specifies the root directory for the "Host Directory Tree"
  file system (the "Unix/BeOS/Amiga/..." icon on the Finder desktop).
  All objects contained in that directory are accessible by Mac applications.

  This feature is only available when File System Manager V1.2 or later
  is installed on the Mac side. FSM 1.2 is built-in beginning with MacOS 7.6
  and can be installed as a system extension (downloadable from Apple, look
  for the FSM SDK in the developer section) for earlier MacOS versions.

scsi0 <SCSI target> ... scsi6 <SCSI target>

  These items describe the SCSI target to be used for a given Mac SCSI
  ID by Basilisk II. Basilisk II emulates the old SCSI Manager and allows
  to assign a different SCSI target (they don't even have to be on the
  same SCSI bus) for each SCSI ID (0..6) as seen by the MacOS. "scsi0"
  describes the target for ID 0, "scsi1" the target for ID 1 etc.
  The format of the "SCSI target" is platform specific.

  BeOS:
    The "SCSI target" has the format "<bus>/<unit>" (e.g. "0/2").
    Due to a bug in BeOS, using SCSI with Basilisk II may cause the
    SCSI bus to hang. Use with caution.

  Linux:
    The "SCSI target" has to be the name of a device that complies to
    the Generic SCSI driver API. On a standard Linux installation, these
    devices are "/dev/sg0", "/dev/sg1" etc. Note that you must have
    appropriate access rights to these devices and that Generic SCSI
    support has to be compiled into the kernel.

  FreeBSD:
    The "SCSI target" has the format "<id>/<lun>" (e.g. "2/0").

  AmigaOS:
    The "SCSI target" has the format "<device name>/<unit>" (e.g.
    "scsi.device/2").

  Windows:
    The "SCSI target" has the format <"Vendor"> <"Model"> (e.g.
    scsi0 "HP" "CD-Writer+ 7100"). Note the use of quotes.

screen <video mode>

  This item describes the type of video display to be used by default for
  Basilisk II. If you are using a Mac Classic ROM, the display is always
  1-bit 512x342 and this item is ignored. The format of the "video mode" is
  platform specific.

  BeOS:
    The "video mode" is one of the following:
      win/<width>/<height>
        8-bit color display in a window of the given size. This is the
        default.
      scr/<mode>
        Full-screen display in BWindowScreen. <mode> is the bit number of
        the video mode to use (see headers/be/interface/GraphicsDefs.h).
        E.g. 0 = 640x480x8, 1 = 800x600x8 etc., 10 = 640x480x24,
        11 = 800x600x24 etc., 18 = 640x480x15, 19 = 800x600x15 etc.
        15 bit modes are preferable to 16 bit modes (which may show false
        colors on PowerPC machines).
    When you run in full-screen mode and switch to another Workspace,
    Basilisk II is put in "suspend" mode (i.e. MacOS will be frozen).

  Unix:
    The "video mode" is one of the following:
      win/<width>/<height>
        Color display in an X11 window of the given size. There are several
        resolutions and color depths available. The set of color depths
        depends on the capabilities of the X11 server, the operating system,
        and Basilisk II compile-time options, but 1 bit and the default depth
        of the X11 screen should always be available.
      dga/<width>/<height>
        [if Basilisk II was configured with --enable-xf86-dga]
        Full-screen display using the XFree86 DGA extension. The color depth
        (8/15/24 bit) depends on the depth of the underlying X11 screen.
        "width" and "height" specify the maximum width/height to use.
        Saying "dga/0/0" means "complete screen".
      dga/<frame buffer name>
        [if Basilisk II was configured with --enable-fbdev-dga]
        Full-screen display using the frame buffer device /dev/fb. The color
        depth (8/15/24 bit) depends on the depth of the underlying X11 screen.
        The "frame buffer name" is looked up in the "fbdevices" file (whose
        path can be specified with the "fbdevicefile" prefs item) to determine
        certain characteristics of the device (doing a "ls -l /dev/fb" should
        tell you what your frame buffer name is).

  AmigaOS:
    The "video mode" is one of the following:
      win/<width>/<height>
        Black-and-white display in a window of the given size on the
        Workbench screen. This is the default and will also be used when
        one of the other options (PIP/screen) fails to open.
      pip/<width>/<height>
        15-bit truecolor display in a Picasso96 PIP. This requires
        Picasso96 as well as a PIP-capable graphics card (e.g. Picasso IV).
      scr/<hexadecimal mode ID>
        8/15/24-bit fullscreen display on a Picasso96/CyberGraphX screen with
        the given mode ID. This requires Picasso96 or CyberGraphX. For 15 and
        24 bit, the frame buffer format must be QuickDraw-compatible
        (big-endian, xRGB 1:5:5:5 or xRGB 8:8:8:8). The screen size will be
        the default size for that mode ID.

  Windows:
    The "video mode" is one of the following:
      win/<width>/<height>/<bits per pixel>
        A refreshed screen mode that uses Windows GDI calls to write to the
        screen. You may have other windows on top of Basilisk II.
      dx/<width>/<height>/<bits per pixel>
        A refreshed DirectX mode (minimum version 5.0). There are ways to
        install DirectX 5 on NT 4. Some new display adapters work fine even
        with DirectX 3.
      fb/<width>/<height>/<bits per pixel>
        A non-refreshed video mode that works only on NT. It accesses the
        linear frame buffer directly (best performance of all three modes).
        Use the hotkey Control-Shift-F12 to switch between Windows and Mac
        displays. Fast task switch (Alt-Tab) and Explorer start menu
        (Control-Esc) are disabled, Control-Alt-Del is enabled.
    <width> and <height> can be either zeroes (uses current screen values),
    or something else. "win" mode can use almost anything, for other modes
    there must be a corresponding DirectX mode.
    <bits> is ignored for mode "win" (uses current screen values).
    If the mode is "win" and the dimensions are different than the desktop
    dimensions, windowed mode is used. The window can be moved around by
    dragging with the right mouse button. This mode remembers window positions
    separately for different dimensions.
    The supported values are 8,15,16,24,32. It is possible that some of them
    do not work for you. In particular, it may be that only one of the
    two modes, 15 and 16, is suitable for your card. You need to find out
    the best solution by experimenting.
    Basilisk II checks what display mode you are currently running and uses
    that mode. The screen is always full screen. When you switch to another
    application via Alt-Tab, Basilisk II is put in "snooze" mode (i.e. MacOS
    is frozen).

  Mac OS X:
    The "video mode" is one of the following:
      win/<width>/<height>
      win/<width>/<height>/<bits per pixel>
        A refreshed (and buffered) Quartz window.
      full/<width>/<height>
      full/<width>/<height>/<bits per pixel>
        A CGDirectDisplay full screen mode. <bits> can currently be 8, 16 or 32.
        If not specified, the default is 32. There is currently no way to switch
        between the Mac OS X and Basilisk II display, but Apple-Option-Escape
        instantly and safely terminates the Basilisk II program.

seriala <serial port description>

  This item describes the serial port to be used as Port A (Modem Port)
  by Basilisk II. If no "seriala" line is given, Basilisk II will try to
  automatically detect and use installed serial ports. The "serial port
  description" is a platform-dependant description of a serial port.

  BeOS:
    Either specify the name of a serial port (e.g. "serial1") or one of
    "parallel1", "parallel2" or "parallel3". See below for more information
    about parallel ports.

  Unix:
    Specify the device name of a serial port (e.g. "/dev/ttyS0") or a
    parallel "lp" port (e.g. "/dev/lp1"; this only works under Linux and
    FreeBSD). See below for more information about parallel ports.

  AmigaOS:
    You have to specify the name of the serial device and the device unit
    as "<device name>/<unit>" (e.g. "serial.device/0"). If the given device
    is not compatible to serial.device, Basilisk II will crash. If the
    device name starts with an asterisk (e.g. "*parallel.device/0"), the
    device is treated as a parallel.device compatible device. See below for
    more information about parallel ports.

  Windows:
    Specify "COM1" or "COM2" for com port 1 or 2, respectively.

  Parallel ports: If you select a parallel port it will look like a serial
  port to MacOS but Basilisk II will only allow data output and ignore baud
  rate settings etc. You should be able to get some printers to work with
  this method (provided that you have the right printer driver, like
  "Power Print" (see www.gdt.com)).

serialb <serial port description>

  This item describes the serial port to be used as Port B (Printer Port)
  by Basilisk II. If no "serialb" line is given, Basilisk II will try to
  automatically detect and use installed serial ports. The format of the
  "serial port description" is the same as that of the "seriala" option.

ether <ethernet card description>

  This item describes the Ethernet card to be used for Ethernet networking
  by Basilisk II. If no "ether" line is given, Ethernet networking is disabled
  (although the Ethernet driver of Basilisk II will behave like a "dummy"
  Ethernet card in this case). If you are using a Mac Classic ROM, Ethernet
  is not available and this setting is ignored. The "ethernet card description"
  is a platform-dependant description of an ethernet card.

  General note: To use TCP/IP from MacOS, you should assign a different IP
  address to the MacOS (entered into the MacOS TCP/IP (or MacTCP) control
  panel). Otherwise there will be confusion about which operating system will
  handle incoming packets.

  BeOS:
    It doesn't matter what you give as "ethernet card description", Basilisk II
    will always use the first Ethernet card it finds as long an an "ether"
    line exists (e.g. say "ether yes"). Using Ethernet requires the "sheep_net"
    Net Server add-on to be installed. The first time you start Basilisk II
    with Ethernet enabled you will be asked whether it's OK to make the
    necessary changes to your BeOS network configuration to enable sheep_net.

  Linux:
    The "ethernet card description" is the name of an Ethernet interface.
    There are four approaches to networking with Basilisk II:

      1. Direct access to an Ethernet card via the "sheep_net" kernel module.
         The "ethernet card description" must be the name of a real Ethernet
         card, e.g. "eth0".

         The sheep_net module is included in the Basilisk II source
         distribution in the directory "src/Unix/Linux/NetDriver". You have
         to compile and install the module yourself:

           $ su
           [enter root password]
           # make
           # make dev
           [this will create a /dev/sheep_net device node; you should give
            appropriate access rights to the user(s) running Basilisk II]
           # insmod sheep_net.o

         If you copy the sheep_net.o module to a place where it can be found
         by the kernel module loader ("/lib/modules/<version>/kernel/drivers/net"
         for 2.4 kernels) and add the line

           alias char-major-10-198 sheep_net

         to "/etc/modules.conf", the kernel should be able to load the module
         automatically when Basilisk II is started.

         The sheep_net module will allow you to run all networking protocols
         under MacOS (TCP/IP, AppleTalk, IPX etc.) but there is no connection
         between Linux networking and MacOS networking. MacOS will only be
         able to talk to other machines on the Ethernet, but not to other
         networks that your Linux box routes (e.g. a second Ethernet or a PPP
         connection to the Internet).

      2. Putting Basilisk II on a virtual Ethernet via the "ethertap" device.
         In this case, the "ethernet card description" must be the name
         of an ethertap interface, e.g. "tap0". It also requires that you
         configure your kernel to enable routing and ethertap support:
         under "Networking options", enable "Kernel/User netlink socket" and
         "Netlink device emulation", under "Network device support", activate
         "Ethertap network tap". You also have to modify drivers/net/ethertap.c
         a bit before compiling the new kernel:

          - insert "#define CONFIG_ETHERTAP_MC 1" near the top (after the
            #include lines)
          - comment out the line "dev->flags|=IFF_NOARP;" in ethertap_probe()

         Next, see /usr/src/linux/Documentation/networking/ethertap.txt for
         information on how to set up /dev/tap* device nodes and activate the
         ethertap interface. Under MacOS, select an IP address that is on the
         virtual network and set the default gateway to the IP address of the
         ethertap interface. This approach will let you access all networks
         that your Linux box has access to (especially, if your Linux box has
         a dial-up Internet connection and is configured for IP masquerading,
         you can access the Internet from MacOS). The drawback is that you
         can only use network protocols that Linux can route, so you have to
         install and configure netatalk if you want to use AppleTalk. Here is
         an example /etc/atalk/atalkd.conf for a LAN:

           eth0 -seed -phase 2 -net 1 -addr 1.47 -zone "Ethernet"
           tap0 -seed -phase 2 -net 2 -addr 2.47 -zone "Basilisknet"

         (the "47" is an arbitrary node number). This will set up a zone
         "Ethernet" (net 1) for the Ethernet and a zone "Basilisknet" (net 2)
         for the internal network connection of the ethertap interface.
         MacOS should automatically recognize the nets and zones upon startup.
         If you are in an existing AppleTalk network, you should contact
         your network administrator about the nets and zones you can use
         (instead of the ones given in the example above).

      3. Access the network through a "tuntap" interface.
         The "ethernet card description" must be set to "tun".

         TUN/TAP provides packet reception and transmission for user
         space programs.  It can be viewed as a simple Point-to-Point
         or Ethernet device, which instead of receiving packets from a
         physical media, receives them from user space program and
         instead of sending packets via physical media writes them to
         the user space program.

         Prerequesties:
         - Make sure the "tun" kernel module is loaded
           # modprobe tun
         - Make sure IP Fordwarding is enabled on your system
           # echo 1 >/proc/sys/net/ipv4/ip_forward

         A virtual network configuration script is required and the
         default is /usr/local/BasiliskII/tunconfig unless you specify
         a different file with the "etherconfig" item.

         This script requires you that "sudo" is properly configured
         so that "/sbin/ifconfig" and "/sbin/iptables" can be executed
         as root. Otherwise, you can still write a helper script which
         invokes your favorite program to enhance a user priviledges.
         e.g. in a KDE environment, kdesu can be used as follows:

           #!/bin/sh
           exec /usr/bin/kdesu -c /path/to/tunconfig $1 $2

      4. Access the network through the user mode network stack.
         (the code and this documentation come from QEMU)

         By setting the "ethernet card description" to "slirp",
         Basilisk II uses a completely user mode network stack (you
         don't need root priviledges to use the virtual network). The
         virtual network configuration is the following:

           Basilisk II <------> Firewall/DHCP server <-----> Internet
           (10.0.2.x)      |         (10.0.2.2)
                           |
                           ----> DNS server (10.0.2.3)
                           |
                           ----> SMB server (10.0.2.4)

         Basilisk II behaves as if it was behind a firewall which
         blocks all incoming connections. You can use a DHCP client to
         automatically configure the network in Basilisk II.

         In order to check that the user mode network is working, you
         can ping the address 10.0.2.2 and verify that you got an
         address in the range 10.0.2.x from the Basilisk II virtual
         DHCP server.

         Note that ping is not supported reliably to the internet as
         it would require root priviledges. It means you can only ping
         the local router (10.0.2.2).

         When using the built-in TFTP server, the router is also the
         TFTP server.

  FreeBSD:
    The "ethertap" method described above also works under FreeBSD, but since
    no-one has found the time to write a section for this manual, you're on
    your own here...

  AmigaOS:
    You have to specify the name of the SANA-II Ethernet device and the device
    unit as "<device name>/<unit>" (e.g. "ariadne.device/0"). If the given
    device is not a SANA-II device, Basilisk II will crash. If the device is
    not an Ethernet device, Basilisk II will display a warning message and
    disable Ethernet networking.

  Mac OS X:
    The "slirp" method described above now seems to work.


  See the next item for an alternative way to do networking with Basilisk II.

udptunnel <"true" or "false">

  Setting this to "true" enables a special network mode in which all network
  packets sent by MacOS are tunnelled over UDP using the host operating
  system's native TCP/IP stack. This can only be used to connect computers
  running Basilisk II (and not, for example, for connecting to the Internet
  or an AppleShare server running on a real Mac), but it is probably the
  easiest way to set up a network between two instances of Basilisk II
  because the UDP tunnelling doesn't require any special kernel modules or
  network add-ons. It relies on IP broadcasting, however, so its range is
  limited. It should be fine though for doing a little file sharing or
  playing Spectre.

udpport <IP port number>

  This item specifies the IP port number to use for the "UDP Tunnel" mode.
  The default is 6066.

rom <ROM file path>

  This item specifies the file name of the Mac ROM file to be used by
  Basilisk II. If no "rom" line is given, the ROM file has to be named
  "ROM" and put in the same directory as the Basilisk II executable.

bootdrive <drive number>

  Specify MacOS drive number of boot volume. "0" (the default) means
  "boot from first bootable volume".

bootdriver <driver number>

  Specify MacOS driver number of boot volume. "0" (the default) means
  "boot from first bootable volume". Use "-62" to boot from CD-ROM.

ramsize <bytes>

  Allocate "bytes" bytes of RAM for MacOS system and application memory.
  The value given will be rounded down to the nearest multiple of 1MB.
  If you are using a Mac Classic ROM, the maximum available value is 4MB
  and higher values will be ignored. The default is 8MB.

frameskip <frames to skip>

  For refreshed graphics modes (usually window modes), this specifies
  how many frames to skip after drawing one frame. Higher values make
  the video display more responsive but require more processing power.
  The default is "8". Under Unix/X11, a value of "0" selects a "dynamic"
  update mode that cuts the display into rectangles and updates each
  rectangle individually, depending on display changes.

modelid <MacOS model ID>

  Specifies the Macintosh model ID that Basilisk II should report to MacOS.
  The default is "5" which corresponds to a Mac IIci. If you want to run
  MacOS 8, you have to set this to "14" (Quadra 900). Other values are not
  officially supported and may result in crashes. MacOS versions earlier
  than 7.5 may only run with the Model ID set to "5". If you are using a Mac
  Classic ROM, the model is always "Mac Classic" and this setting is
  ignored.

nosound <"true" or "false">

  Set this to "true" to disable all sound output. This is useful if the
  sound takes too much CPU time on your machine or to get rid of warning
  messages if Basilisk II can't use your audio hardware.

nocdrom <"true" or "false">

  Set this to "true" to disable Basilisk's built-in CD-ROM driver.
  The only reason to do this is if you want to use a third-party CD-ROM
  driver that uses the SCSI Manager. The default is "false".

nogui <"true" or "false">

  Set this to "true" to disable the GUI preferences editor and GUI
  error alerts. All errors will then be reported to stdout. The default
  is "false".

keyboardtype <keyboard-id>

  Specifies the keyboard type that BasiliskII should report to the MacOS.
  The default is "5" which is a "Apple Extended Keyboard II (ISO)",
  but many other numbers are understood by most versions of the MacOS
  (e.g. 11 is a "Macintosh Plus Keyboard with keypad",
        13 is a "Apple PowerBook Keyboard (ISO)" )

For additional information, consult the source.


System-specific configuration
-----------------------------

Unix:

  keycodes <"true" or "false">
  keycodefile <keycodes file path>

    By default, the X11 event handler in Basilisk II uses KeySyms to
    translate keyboard event to Mac keycodes. While this method is very
    compatible and ought to work with all X servers, it only works well
    if your keyboard has a US layout. If you set "keycodes" to "true",
    Basilisk II will use raw keycodes instead of KeySyms. The keycode
    depends only on the physical location of a key on the keyboard and
    not on the selected keymap. Unfortunately it depends on the X server
    being used and possibly also on the type of keyboard attached. So
    Basilisk II needs a table to translate X keycodes to Mac keycodes.
    This table is read by default from /usr/local/share/BasiliskII/keycodes
    unless you specify a different file with the "keycodefile" item.
    A sample keycode file is included with Basilisk II.

  fbdevicefile <fbdevices file path>

    This option specifies the file that contains frame buffer device
    specifications for the fbdev-DGA video mode (when Basilisk II was
    configured with --enable-fbdev-dga). The default location of the file
    is /usr/local/share/BasiliskII/fbdevices. A sample file is included
    with Basilisk II.

  mousewheelmode <mode>

    If you have a mouse with a wheel, this option specifies whether moving
    the wheel will be reported to the MacOS as "Page up/down" (mode 0) or
    "Cursor up/down" (mode 1) keys.

  mousewheellines <number of lines>

    If "mousewheelmode" is set to mode 1 (Cursor up/down), this option sets
    the number of key events sent to MacOS for each wheel movement (the
    number of lines to scroll).

  ignoresegv <"true" or "false">

    Set this to "true" to ignore illegal memory accesses. The default
    is "false". This feature is only implemented on the following
    platforms: Linux/x86, Linux/ppc, Darwin/ppc.

  dsp <device name>
  mixer <device name>

    Under Linux and FreeBSD, this specifies the devices to be used for sound
    output and volume control, respectively. The defaults are "/dev/dsp" and
    "/dev/mixer".

AmigaOS:

  sound <sound output description>

    This item specifies what method to use for sound output. The only choice
    is currently AHI, but you can specify the AHI mode ID to be used. The
    "sound output description" looks like this:

      ahi/<hexadecimal mode ID>

  scsimemtype <type>

    This item controls the type of memory to use for SCSI buffers. Possible
    values are:
      0 Chip memory
      1 24-bit DMA capable memory
      2 Any memory

    Be warned that many SCSI host adapters will not work with the "Any memory"
    setting. Basilisk II has no way of knowing which memory type is supported
    by the host adapter and setting an unsupported type will result in data
    corruption.

Windows:

  noscsi <"true" or "false">

    Completely disables SCSI Manager support when set to "true".
    Note that currently all SCSI operations are executed synchronously,
    even if Mac application has requested asynchronous operation. What this
    means is that the control is not returned to the application until the
    command is completely finished. Normally this is not an issue, but when a
    CDR/CDRW is closed or erased the burner program typically wants to wait in
    some progress dialog the result may be that the application reports a
    time-out error, but the operation completes all right anyway.

  nofloppyboot <"true" or "false">

    Set this to "true" to disable booting from a floppy.

  replacescsi <"Vendor1"> <"Model1"> <"Vendor2"> <"Model2">

    This command tricks the Mac to believe that you have a SCSI device Model2
    from vendor Vendor2, although your real hardware is Model1 from Vendor1.
    This is very useful since many devices have almost identical ATAPI and SCSI
    versions of their hardware, and MacOS applications usually support the SCSI
    version only. The example below is typical:

      replacescsi "HP" "CD-Writer+ 7100" "PHILIPS" "CDD3600"

    Note the use of quotes.

  rightmouse <0/1>

    Defines what the right mouse button is used for. The default values of 0
    means that it is used to move windowed mode BasiliskII screen.
    Value 1 sends a combination Control and mouse click to the MacOS.
    This may be useful under OS versions 8 and above.

  keyboardfile <path>

    Defines the path of the customized keyboard code file.

  pollmedia <"true" or "false">

    If true (default), tries to automatically detect new media.
    Applies to all "floppy", "cd" or "disk" removable media except
    1.44 MB floppies. May cause modest slow down. If unchecked, 
    use Ctrl-Shift-F11 to manually mount new media.
    If you have auto-insert notification (AIN) enabled, you may turn this
    option off. Note that some CD related software require AIN,
    and some other need it to be turned off. Consult the documentation
    of your CD software to learn which one is optimal for you.

  framesleepticks <milliseconds>

    The amount of time between video frames.

  showfps <true/false>

    If true, the real frame rate is displayed.

  stickymenu <true/false>

    If true, the main menu bar is kept open even after the mouse button is
    released, under all OS versions (OS 8 has this feature already). There
    are extensions to do the same thing, but it's faster to handle this in
    native code. Default is "true".

  ntdx5hack <"true" or "false">

    You may need this on NT if your display adapter driver has a bug in
    DirectX palette support. Black and white are reversed. It fixes the
    palette issue by using GDI palette instead of D3D palette. Default is
    false.


JIT-specific configuration
--------------------------

A Just-In-Time (JIT) translation engine is available for x86. This is
aimed at translating 68040 instructions to native equivalent code
sequences, thus providing faster emulation speeds.

  jit <"true" or "false">

    Set this to "true" to enable the JIT compiler. Default value is
    "true" if the JIT compiler was compiled in. Besides, this is
    effective only if Basilisk II is configured to emulate a 68040.

  jitfpu <"true" or "false">

    Set this to "true" to enable translation of floating-point (FPU)
    instructions. Default is "true".

  jitcachesize <size>

    Allocate "size" kilobytes of RAM for the translation cache. The
    value given will be rounded down to the nearest multiple of a page
    size. Minimal value is "2048" (2MB). Default value is "8192" (8MB).

  jitlazyflush <"true" or "false">

    Set this to "true" to enable lazy invalidation of the translation
    cache. This is always recommended as it usually makes the system
    more responsive and faster, especially while running MacOS
    8.X. Default value is "true".

  jitdebug <"true" or "false">

    Set this to "true" to enable the JIT debugger. This requires a
    build of Basilisk II with the cxmon debugger. Default is "false".


Usage
-----

Quitting:
  The right way to quit Basilisk II is to select the "Shut Down" menu item
  from the Finder's "Special" menu. You should not kill it from the shell
  unless it hangs. Under Unix, pressing "Esc" while holding the Ctrl key will
  also quit Basilisk II (in case you are using it in DGA mode and it crashed).
  Under Windows, try Alt-F4 (or Control-Alt-Del to log off and back on again
  if it crashes really badly).

Suspending:
  The Unix version of Basilisk II can be suspended while running in DGA mode
  by pressing "Tab" while holding the Ctrl key. Pressing "Space" in the
  "suspended" window will resume the emulation. Under BeOS, switching to
  a different Workspace when BasiliskII is in full-screen mode will also
  suspend the emulation.

Keyboard:
  On PC-style keyboards, "Alt" is the Mac "Command" key, while the "Windows"
  key is the Mac "Option" key.

Mouse:
  Under Unix, pressing Ctrl-F5 while the Basilisk II window is active will
  grab the mouse. This is needed for compatibility with some MacOS programs,
  especially games such as flight simulators. Press Ctrl-F5 again to return
  to normal mouse operation.

Floppy:
  Basilisk II can only handle 1.44MB MFM floppies. Depending on your platform,
  floppy disk changes might not be detected automatically. Under Unix, press
  Ctrl-F1 to mount a floppy. Under BeOS, select the appropriate "Mount" menu
  item or press Ctrl-F1 to mount a floppy. Under Windows, press Ctrl-Shift-F11.

HFS partitions:
  Having HFS partitions mounted for read-write access under Basilisk II while
  they are also mounted on the host OS will most likely result in volume
  corruption and data loss. Unmount your HFS volumes before starting
  Basilisk II.

ZIP drives:
  Iomega ZIP disks can be mounted either with the "disk" prefs item or (on
  platforms that support the SCSI Manager emulation of Basilisk II) by
  installing the IomegaWare on the Mac side. Do not use both ways
  simultaneously!

Hardfiles:
  In addition to plain images of HFS volumes, Basilisk II can also handle
  some types of Mac "disk image" files, as long as they are uncompressed
  and unencoded.

Mac Classic emulation:
  Sound output and Ethernet are not supported if you are using a Mac Classic
  ROM. Also, the video display is fixed to 512x342 in monochrome. The AmigaOS
  and BeOS/PPC versions of Basilisk II cannot do Mac Classic emulation.

Video resolution switching:
  Run-time switching of video resolutions requires the Display Manager. This
  is included in MacOS versions 7.6 and above, and available as a system
  extension for earlier MacOS versions as a free download from ftp.apple.com
  (look for "Display Software 2.x"). Click on "Options..." in the "Monitors"
  control panel to select the resolution.

Sound output:
  Sound output under Basilisk II requires Sound Manager 3.0 or later. This
  is included in MacOS versions 7.5 and above, and available as a system
  extension for earlier MacOS versions as a free download from ftp.apple.com.
  Sample rate, bit resolution and mono/stereo can be selected in the Sound
  control panel (section "Sound Out").

Ethernet:
  Basilisk II supports all Ethernet protocols. Running a protocol under
  Basilisk II that already runs within the host operating system on the same
  network card (e.g. running MacTCP under Basilisk II on a BeOS machine) may
  or may not work (generally, it should work, but some specific things like
  "ping" may not). If you have problems with FTP, try setting the FTP client
  to passive mode.

LocalTalk:
  LocalTalk is not supported by Basilisk II. There is no way of getting
  LocalTalk to work with the serial drivers of Basilisk II. Any attempt to
  activate LocalTalk will either result in a crash or revert to Ethernet.

Serial:
  You can use the serial ports in Basilisk II to connect to the Internet
  with a modem and the "MacPPP" or "Open Transport/PPP" software.


Technical Documentation
-----------------------

Please see the included file "TECH" for a technical overview of the emulator.


Acknowledgements
----------------

Contributions by (in alphabetical order):
 - Orlando Bassotto <future@powercube.mediabit.net>: FreeBSD support
 - Gwenolé Beauchesne <gb@dial.oleane.com>: SPARC assembly optimizations,
   lots of work on the Unix video code, fixes and improvements to the
   JIT compiler
 - Marc Chabanas <Marc.Chabanas@france.sun.com>: Solaris sound support
 - Marc Hellwig <Marc.Hellwig@uni-mainz.de>: audio output, BeOS video code
   and networking
 - Bill Huey <billh@mag.ucsd.edu>: 15/16 bit DGA and 15/16/32 bit X11
   window support
 - Brian J. Johnson <bjohnson@sgi.com>: IRIX support
 - Jürgen Lachmann <juergen_lachmann@t-online.de>: AmigaOS CyberGraphX support
 - Samuel Lander <blair_sp@hotmail.com>: tile-based window refresh code
 - David Lawrence <davidl@jlab.org>: incremental window refresh code
 - Bernie Meyer <bmeyer@csse.monash.edu.au>: original UAE-JIT code
 - Nigel Pearson <nigel@ind.tansu.com.au>: Mac OS X port
 - Lauri Pesonen <lpesonen@nic.fi>: Windows NT port
 - Bernd Schmidt <crux@pool.informatik.rwth-aachen.de>: UAE 68k emulation
 - Michael Z. Sliczniak <msliczniak@comcast.net>: Mach memory fault recovery
 - and others...

Special thanks to:
 - Bernd Schmidt for letting me use his UAE 68k emulation
 - Daniel Bobbert who printed dozens of pages from the THINK Reference for
   me years ago
 - All ShapeShifter and SheepShaver users and beta testers
 - Apple Computer Inc., who made writing a Macintosh emulator a child's play


Bug reports
-----------

You found a bug? Well, use the source, fix it and send the fix to
  <Christian.Bauer@uni-mainz.de>
for inclusion in the next release of Basilisk II.

If you don't have a fix, you should post a bug report using the Source Forge
bug tracker, supplying as much information as possible (operating system and
versions of Basilisk II and MacOS being used, relevant hardware information,
the exact steps to reproduce the bug, etc.):
  http://sourceforge.net/tracker/?group_id=2123&atid=102123

I also strongly suggest reading this before posting a bug report:
  http://www.chiark.greenend.org.uk/~sgtatham/bugs.html


Author
------

You can contact me at <Christian.Bauer@uni-mainz.de>, but please don't do
so unless absolutely necessary. I'm maintaining Basilisk II in my spare
time and am not able to provide technical support for everyone. If you have
questions, consider posting them to one of the support forums mentioned
below.

You are encouraged to contact me personally when
 - you have bug fixes or small enhancements for the code
 - you want to port Basilisk II to another platform
 - you want to discuss technical issues
 - you intend to make major changes to the source; you might be working on
   something that I have already done, or I may have different ideas about
   the Right Way to do it

There is no point in sending me questions about
 - ROM files and how/where to get them
 - versions of Basilisk II that run on operating systems other than Unix,
   BeOS and AmigaOS. If you are using any other operating system, there's
   no point in asking me how to to X or why Y doesn't work because I won't
   know either. Instead, you should look in the "Acknowledgements" section
   of this manual to find the person responsible. For example, if your
   question is specific to the Windows operating system, ask Lauri Pesonen.
   I don't have Windows and can't answer your questions and I'm too lazy to
   forward mail to Lauri myself. In any case, it would probably be better
   to post your questions to a public forum as it will get a much wider
   audience there.


Support
-------

The official Basilisk II home page is at
  http://www.uni-mainz.de/~bauec002/B2Main.html

The Basilisk II project page on SourceForge is at
  http://sourceforge.net/projects/basilisk/

If you have problems, you may want to visit the Basilisk II forums:
  http://sourceforge.net/forum/?group_id=2123

There is also a mailing list for Basilisk II users:
  http://lists.sourceforge.net/lists/listinfo/basilisk-user

And another mailing list for Basilisk II developers:
  http://lists.sourceforge.net/lists/listinfo/basilisk-devel

Some general advice about asking technical support questions can be found at
  http://www.catb.org/~esr/faqs/smart-questions.html

Keeping this in mind will greatly increase your chances of getting a useful
answer.


History
-------

Please consult the file "ChangeLog" for the release history.


Christian Bauer
<Christian.Bauer@uni-mainz.de>
Something went wrong with that request. Please try again.