- x=0 for 512K, x=1,x=2 or x=4 for 1,2 or 4 MB
Now type hatari to run the +emulator for the first time. If all goes +well, you should now be presented with a window showing you the +familiar +little green desktop of the Atari ST. Press F12 +to turn on the GUI to +configure Hatari to suit your needs, press F11 +to toggle windowed and fullscreen mode.
+ +Command line options
+ +Usage:
++ hatari [options] [disk image name] ++ +
Hatari command line options are split into several categories:
+ + + + +General options
+| + | +−h, −−help | +
| + | +Print command line options and terminate + | +
| + | +−v, −−version | +
| + | +Print version information and terminate + | +
| + | +−−confirm-quit <bool> | +
| + | +Whether Hatari confirms quitting + | +
| + | +−c, −−configfile +<filename> | +
| + | +use the given file as configuration file instead of +~/.hatari/hatari.cfg + | +
| + | +−−fast-forward <bool> | +
| + | +On fast machine helps skipping (fast forwarding) Hatari +output + | +
Display options
+| + | +−m, −−mono | +
| + | +Start in monochrome mode instead of color + | +
| + | +−−monitor <x> | +
| + | +Select monitor type (x = mono/rgb/vga/tv) + | +
| + | +−f, −−fullscreen | +
| + | +Start the emulator in fullscreen mode + | +
| + | +−w, −−window | +
| + | +Start the emulator in window mode + | +
| + | +−−grab | +
| + | +Grab mouse (also) in window mode + | +
| + | +−z, −−zoom <x> | +
| + | +Zoom low resolution (1=no, 2=yes) + | +
| + | +−−frameskips <x> | +
| + | +Skip <x> frames after each displayed frame to +accelerate emulation (0=disabled, >4 uses automatic +frameskip with given value as maximum) + | +
| + | +−−borders <bool> | +
| + | +Show screen borders (for overscan demos, ST(e) color mode +specific etc) + | +
| + | +−−statusbar <bool> | +
| + | +Show statusbar (with floppy leds etc etc) + | +
| + | +−−drive-led <bool> | +
| + | +Show overlay drive led when statusbar isn’t +shown + | +
| + | +−−spec512 <x> | +
| + | +Hatari uses this threshold to decide when to render a +screen with the slower but more accurate Spectrum512 screen +conversion functions (0 <= x <= 512, 0=disable) + | +
| + | +−−bpp <bool> | +
| + | +Force internal bitdepth (x = 8/15/16/32, 0=disable) + | +
VDI options
+| + | +−−vdi <bool> | +
| + | +Whether to use VDI screen mode + | +
| + | +−−vdi−planes <x> | +
| + | +Use extended VDI resolution with bit depth <x> (x = +1, 2 or 4) + | +
| + | +−−vdi−width <w> |
| + | +Use extended VDI resolution with width <w> (384 +<= w <= 1024) + | +
| + | +−−vdi−height <h> | +
| + | +Use extended VDI resolution with height <h> (200 +< h <= 768) + | +
Devices options
+| + | +−j, −−joystick +<port> | +
| + | +Emulate joystick with cursor keys in given port (0-5) + | +
| + | +−−joy<port> +<type> | +
| + | +Set joystick type (none/keys/real) for given port + | +
| + | +−−printer <file> | +
| + | +Enable printer support and write data to <file> + | +
| + | +−−midi−in <filename> | +
| + | +Enable MIDI support and write MIDI data to <file> + | +
| + | +−−midi−out <filename> | +
| + | +Enable MIDI support and read MIDI data from <file> + | +
| + | +−−rs232−in <filename> | +
| + | +Enable serial port support and use <file> as the input device + | +
| + | +−−rs232−out <filename> | +
| + | +Enable serial port support and use <file> as the output device + | +
Disk options
+| + | +−−disk-a <file> | +
| + | +Set disk image for floppy drive A + | +
| + | +−−disk-b <file> | +
| + | +Set disk image for floppy drive B + | +
| + | +−d, −−harddrive +<dir> | +
| + | +Emulate an ST harddrive (<dir> = root +directory) + | +
| + | +−−acsi <file> | +
| + | +Emulate an ACSI hard disk with an image <file> + | +
| + | +−−ide <file> | +
| + | +Emulate an IDE hard disk with an image <file> + | +
| + | +−−slowfdc <bool> | +
| + | +slow down FDC emulation (deprecated) + | +
Memory options
+| + | +−s, −−memsize <x> | +
| + | +Set amount of emulated RAM, x = 1 to 14 MiB, or 0 for 512 +KiB + | +
| + | +−t, −−tos +<imagefile> | +
| + | +Specify TOS ROM image to use + | +
| + | +−−cartridge <imagefile> | +
| + | +Use ROM cartridge image <file> (only works if +GEMDOS HD emulation and extended VDI resolution are +disabled) + | +
| + | +−−memstate <file> | +
| + | +Load memory snap-shot <file> + | +
CPU options
+| + | +−−cpulevel <x> | +
| + | +Specify CPU (680x0) to use (use x >= 1 with EmuTOS or +TOS >= 2.06 only!) + | +
| + | +−−cpuclock <x> | +
| + | +Set the CPU clock (8, 16 or 32 Mhz) + | +
| + | +−−compatible <bool> | +
| + | +Use a more compatible but slower 68000 CPU mode + | +
Misc system options
+| + | +−−machine <x> | +
| + | +select machine type (x = st, ste, tt or falcon) + | +
| + | +−−blitter <bool> | +
| + | +Enable blitter emulation (ST only) + | +
| + | +−−timer−d <bool> | +
| + | +Patch redundantly high Timer-D frequency set by TOS. This about doubles +Hatari speed as the original Timer-D frequency causes most of the +interrupts. + | +
| + | +−−dsp <x> | +
| + | +Falcon DSP emulation (x = none, dummy or emu, Falcon +only) + | +
| + | +−−sound <x> | +
| + | +Sound frequency: 6000-50066. "off" disables the sound and speeds up +the emulation. To prevent extra sound artifacts, the frequency should be +selected so that it either matches evenly with the STE/TT/Falcon sound +DMA (6258, 12517, 250033, 50066 Hz) or your sound card frequencies +(11025, 22050, 44100 or 6000...48000 Hz). Check what your sound card +supports. + | +
| + | +−k, −−keymap +<file> | +
| + | +load keyboard mapping from <file> + | +
Debug options
+| + | +−D, −−debug | +
| + | +Toggle whether CPU exceptions invoke the debugger + | +
| + | +−−bios-intercept | +
| + | +Enable Bios/XBios interception + | +
| + | +−−trace <trace1,...> | +
| + | +Activate debug traces, see --trace help for available tracing options + | +
| + | +−−control-socket <file> | +
| + | +Hatari reads options from given socket at run-time + | +
| + | +−−log-file <file> | +
| + | +Save log output to <file> (default=stderr) + | +
| + | +−−log-level <x> | +
| + | +Log output level (x=debug/todo/info/warn/error/fatal) + | +
| + | +−−alert-level <x> | +
| + | +Show dialog for log messages above given level + | +
| + | +−−run-vbls <x> | +
| + | +Exit after X VBLs + | +
Type hatari --help to list all +the command line options supported by a given version of Hatari.
+ +Using the emulated system
-Using the emulated system
Once you've started Hatari succesfully, you can use the emulator as -an allmost complete Atari ST computer system.
+an almost complete Atari ST computer system. -The GUI
+The GUI
-General usage
-Press F12 to enter the GUI. Navigate it with the mouse. +
Press F12 to enter the GUI. Navigate it +with the mouse. The GUI is rather self explanatory.
-Click to go back to the emulated ST. All checked options will be applied.
-Check the option if you want the emulated ST to perform a soft reset. This should be equal to pressing the reset button on your ST. + +
The Main Menu
+ +
+From the main menu, you can reach the other setup dialogs by clicking on +the appropriate buttons.
+ +You can load the current settings from a configuration file by clicking +on the button and you can save the +current settings to a configuration file with the + button.
+ +Click to go back to the emulated +ST. All changed options will be applied.
+Check the button if you want +the emulated machine to perform a cold reset. This is equal to +switching the power off and on again on a real ST. +
+Click to terminate Hatari and +return to the host OS.
+Click to abandon any changes +that you have made.
+ + +The File Selector Dialog
+ +
++ The file selector dialog appears whenever you are prompted to choose a file + or folder. +
++ To enter a folder or choose a file, simply click on the entry in the main box + of the dialog. You can use the arrows at the right, the cursor up and down + keys and the page up and down keys to navigate through the list. +
++ You can use the three buttons in the upper right corner for additional folder + navigation. Use the button to go up one level + in the directory tree. Use the button to return + to your home directory. The button can be used + to go to the root directory of the file system. +
+ + +The System Dialog
+ +
++ First you can select the CPU type here. Here are some important hints for + choosing the correct CPU type:
-Click to terminate Hatari and return to the host OS.
-Click to abandon any changes made.
+-
+
- + Atari ST and STE have only been shipped with a 68000 CPU, so for best + compatibility with old programs, choose this CPU type. + +
- + Atari TT and Falcon computers were using the 68030 CPU, so you should switch + either to 68020 or 68020+FPU when you want to use TT or Falcon mode. + (The 68020 and 68030 were pretty much the same apart from some minor details). + +
- + TOS 1.0x only works with 68000, while TOS 3.0x and 4.0x work only with a CPU + >= 68020. + +
- + 68010 and 68040 have never been used in official Atari computers, so don't + use these CPU types unless you've got some good reasons. + +
The System Dialog
-Check the CPU type to use here, enable prefetch mode and if the Blitter should be active.
-For best Atari ST compatibility choose plain 68000 here.
-The Timer-D patch changes the Timer-D initialization from TOS. TOS uses Timer-D as a baudrate generator for RS232. -The TOS default slows the emulation down so the patch gives you a faster emulation. +
+ Beside the CPU type, you can also choose the machine type to emulate.
+ The ST was the very first 16/32-bit computer from Atari. Most older games
+ and demos require an ST. The STE was introduced some years later and had
+ some more advanced hardware features. There are not that many demos or
+ games that really require an STE but since most normal ST games/demos also
+ work with an STE, it's normally safe to always work in STE mode.
+
+ TT and Falcon are more advanced, but they are not as compatible to the ST as
+ the STE was. Therefore many old games and demos do not work with these machine
+ types anymore. There were only very few programs that were made for the TT
+ exclusively, while there were some interesting games and demos specially made
+ for the Falcon.
+ Note: TT and Falcon emulation are very incomplete. They may not work
+ very well.
+
+ For STE emulation a STE compatible TOS image, e.q. version 1.06, 1.62 or + 2.x, is strongly recommended. For TT emulation you need TOS 3.0x and for Falcon + emulation you need TOS 4.0x. EmuTOS can be used on all machine types.
-You can disable the Timer-D patch if games or demos require the original TOS setting.
-NOTE: These parameters are very sensitive to the emulated ST and it is strongly recommended to +
+ Select the CPU clock you want to use. 8Mhz is ST standard and the most + compatible. Use 16MHz for Mega STE and Falcon emulation. + The CPU in the TT was clocked with 32 MHz. +
+With the "Slower but more compatible CPU" option, you can enable + the emulation of 68k address errors and the CPU prefetch buffer. This is needed + for best compatibility, but it slows down emulation a little bit so you can + disable it if you don't need it.
++ For Falcon mode, you can choose whether you want to enable DSP emulation, + fake it or completely disable it. Most Falcon programs only play sound or work + correctly when you enable the DSP emulation, but it needs a lot of host CPU + power (more than 2 GHz). So if you have a slow host CPU, you can try if your + Falcon program also runs with DSP disabled or in "dummy" mode. + Note that you can not change this option while the DSP based program already + runs. +
+You can also enable/disable Blitter emulation here. The Blitter is a custom + chip that accelerates some graphical operations. This switch only toggles the + Blitter in plain ST mode. In STE mode, the Blitter is always enabled (since all + STEs have been sold with a Blitter chip).
+If you enable the "Real time clock emulation" switch, a RTC will + be emulated based on the time of the host computer. Note that you need at least + TOS 1.02 for proper RTC emulation, TOS 1.00 does not support this.
+The Timer-D patch changes the Timer-D initialization from TOS. TOS uses + the MFP timer D as a baudrate generator for RS232. However, the TOS default + value slows down the emulation. The patch gives you a better performance. + It is normally safe to enable the patch, but if you encounter a program that + does not work, you can try to disable the patch to see if it works then.
+NOTE: These parameters are very sensitive to the emulated +ST and it is strongly recommended to reset the emulated ST after changing these options.
-The Discs Dialog
-Use the upper dialog to choose which floppy disks should be emulated in the disk drives.
-You can use most standard Atari ST disk image files. See the chapter "Floppy disk images" -for details.
-Click on the button next to the A: and B: option to go to the fileselector. -You may select and browse zipped disk images as well.
-Click on to eject a disk image from the emulated drive. The emulated ST will act as if had no floppy disk in its drive.
-You can specify a default directory where Hatari will start to browse the filesystem.
-Check the "Auto insert B" option if you want Hatari to be smart and insert the second disk -of a two disk game automatically. This option will insert the second disk in drive B and some -games may not be able to find the disks there. In that rare case you will need to insert the -second disk manually when prompted.
--NOTE: This option does not always work properly. -
- -If you need to create a new blank disk image, click on . -Parameters for the new image can be set in the following dialog. Click on create to create the image or on to get back to the -disk dialog. -
--After clicking , a fileselector appears. You can browse the filesystem now. Select the target directory, click beside File: -and type in a name for the new disk image. The name should terminate with .st or .msa. -
-Hatari can currently create plain .ST and .MSA disk images exclusively.
- -Use the lower dialog to change the harddisk settings.
-You can select a harddrive image for harddrive emulation via image file here or you may select -a directory of your local filesystem to be emulated as the ST's harddrive.
-Check "Boot from HD" if you want Hatari to execute the AUTO folder on the harddrive. -This option is checked by default if you specify a harddrive image or a directory via the command line.
- -The Memory Dialog
-You can select the amount of RAM for the emulated ST here.
-Note: This option is critical and you are strongly advised to reset the emulated ST + +
The Floppy Disks Dialog
+ +
++ This dialog can be used to choose which floppy disks should be emulated + in the disk drives. You can use most standard Atari ST disk image files. + You may select and browse also zipped disk images. See the chapter + "Floppy disk images" for details. +
++ Click on the button next to the + A: and B: option to go to the fileselector to choose a disk image for the + corresponding drive. +
+Click on to eject a disk image +from the emulated drive. The emulated ST will act as if had no floppy +disk in its drive.
+You can specify a default directory where Hatari will start to +browse the filesystem.
+
+Check the "Auto insert B" option if you want Hatari to be smart and
+insert the second disk of a two disk game automatically.
+Some games then use the second drive automatically.
+In the case that a game is not able to find the disk in the second drive,
+you have to insert the second disk in drive A: manually when prompted.
+
+NOTE: This option only works properly if the file name of the
+first disks ends with an 'a' before the extension and the second disk name
+ends with a 'b'.
+
+ Select if you want to use slow FDC (Floppy Disk Controller) emulation. + "Slow floppy access" is normally not required, except for some few + slideshows / intros which run too fast without this option. +
++ You can choose if you want Hatari to write-protect your disks. Atari ST virii + can spread on disk images too so it might be a good idea to enable the write + protection option. However you can't save highscores or games to your disk + images in that case. +
+ +
++ If you need to create a new blank disk image, click on + . + Parameters for the new image can be set in the following dialog. + Click on to save the new image or on + to return to the disk dialog. +
++ After clicking , a fileselector + appears. You can browse the filesystem now. Select the target directory, + click beside "File:" and type in a name for the new disk image. + The name should terminate with .st or .msa. +
++ Hatari can currently create plain .ST and .MSA disk images exclusively. +
+ + +The Hard Disks Dialog
+ +
++ This dialog can be used to change the harddisk settings. +
++ You can select a harddrive image for ACSI or IDE hard drive emulation via + image file here or you may select a directory of your local filesystem to be + emulated as the harddrive of the emulated system. +
++ Check "Boot from HD" if you want Hatari to execute the AUTO folder + on the harddrive. + This option is checked by default if you specify a harddrive image or a + directory via the command line. +
++ Note that for IDE hard disk emulation you also need a TOS version >= 2.05. + And ACSI hard disk emulation does not work with TOS 4.0x in Falcon mode. +
+ + +The Memory Dialog
+ +
+You can select the amount of RAM for the emulated ST here. Only +amounts that were valid on a real unmodified STFM can be selected.
+Note: This option is critical and you are strongly advised +to reset the emulated ST when changing this option.
Here you will find the options to save memory snapshots as well.
-Click on to save a memory snapshot to file. You can select a new filename here.
-Click on to restore a memory snapshot from a file. Use the fileselector to select the snapshot to be restored.
-NOTE: Memory snapshots should be considered EXPERIMENTAL and the Hatari team strongly advises you not to rely on them yet!
- -The TOS/GEM Dialog
-Here you can select the TOS image to use. Click on to select it via the fileselector.
-In the GEM setup you can select a larger resolution for GEM conformant apps. Select resolution -and colour depth. Almost all games and demos will not work in one of these resolutions.
-Note: These options are critical and you are strongly advised to reset the emulated ST -when changing one of these option.
- -The Joystick Dialog
-Here you can select which joystick you want to emulate via the cursor keys.
-Joystick 1 is the normal ST joystick port and 99.9% of all ST games use this port, Joystick 0 -emulates a joystick plugged into the ST mouse port allowing you to play 2 player games.
-If no joystick is checked here, joystick emulation is done via a connected PC joystick.
-See the chapter "Emulated Joystick" for details.
- -The Screen Dialog
-Here you control the video output of the emulated ST.
-Check "Fullscreen" to run Hatari fullscreen, default is windowed.
-Check "Interlace" if you wish to have that old TV feeling in Hatari. Every second line will be black. -This will only work in ST-MEDIUM or ST-LOW in scaled up resolutions.
-Check "Frame Skip" to speed Hatari up if emulation is too slow. This will only draw every second ST frame -instead of the default of drawing every ST frame. Uncheck if you have a fast PC.
-Check "Use Borders" if you wish to have the borders around the ST screen.
-"Force 8Bpp" will force SDL to use an 8bit video mode. You don't need this for modern video cards.
-You can select which sort of monitor to use. Check "Color" for games and demos. If you check "Mono" here, -Hatari will emulate the good old SM124 and will not allow you to switch to color modes from the running ST. -This toggle acts like a monitor switch with a color and monochrome monitor connected.
-"ST-Low mode" will control if Hatari renders ST-LOW to a 320x200 or 640x400 PC display (with borders turned off) or 384x267 or 768x534. -Basically select this to toggle between a small or a large window.
-Click to create a screenshot in .BMP format to the current working directory or click to record a sequence of single screenshots. -
- -The Keyboard Dialog
-Here you can select the keyboard mapping to use.
-Two different mappings called "Symbolic" and "Scancode" are predefined.
-You can also load a custom keymapping file here if you wish. Please note that selecting to use a custom keyboard mapping will -use the "symbolic" mapping for all keys not defined by your map file. See the supplied example mapfile on how to build your -own keyboard mapping.
+Click on to save a memory snapshot +to file. You can select a new filename here.
+Click on to restore a memory +snapshot from a file. Use the fileselector to select the snapshot to be +restored.
+NOTE: Memory snapshots are not interchangeable between +different versions of Hatari. E.q. if you compile a newer Hatari, you +cannot load your old memory snapshots back.
+ + +The ROM Dialog
+ +
+Here you can select the TOS image to use. Click on to select it via the fileselector. +You can also select an optional cartridge image to use. Click on to select one via the fileselector. Click on to disconnect the custom cartridge image. +
++For ST mode, use TOS 1.00, 1.02, 1.04 or 2.06. +For STE mode, use TOS 1.06, 1.62, 2.05 or 2.06. +If you want to use the TT mode, you must specify a TOS 3.06 image here. +And in Falcon mode, you have to use either TOS 4.00, 4.02, 4.04 or 4.92. +However, you should always use TOS 4.04 for Falcon mode, it's the most common one. +Also note that TOS 4.92 can not be booted from a boot disk (like it's done on a +real Falcon), you have to specify it directly in the TOS ROM setup dialog here. +
++Keep in mind that any custom cartridge image will not work together with +GEMDOS hard disk emulation or the VDI extended resolution emulation +since some additional driver code will be used in the cartridge memory +space for these emulations. +
++Note: These options are critical and you are strongly +advised to reset the emulated ST +when changing one of these option. +
+ + +The Joystick Dialog
+ +
+In this dialog, you can configure the emulated joysticks. +With the upper two arrows, you can choose the joystick which you want to +configure.
+Joystick 1 is the normal ST joystick port and 99.9% of all ST games +use this port. +Joystick 0 emulates a joystick plugged into the ST mouse port +and is often used in games for two players.
+With STE joypad A and B, you can enable the emulation of Jaguar joypads +which are plugged in the enhanced joystick ports of the Atari STE. +Only very few STE games support these joypads, so you often won't need this.
+Finally, Hatari also emulates joysticks which were plugged on the parallel +port with a special adapter on a real ST. These were used in some few +multi-player games like "Gauntlet 2".
+For each ST joystick, choose whether you want to disable it, +use the keyboard for emulation or use a real PC joystick.
+For keyboard emulation, you can select the keys by pressing the + button. You will be prompted to press +the keys for up, down, left, right and fire.
+If you want to use a real PC joystick for the emulation, you should connect +it to your PC before you start Hatari. Then you can choose the joystick with +the two lower arrows.
+Check the "Enable autofire" option if you are too lazy to pound +on the fire button in shoot'em-up games. However, this option only works with +certain games. In some other games, it gets worse if you enable this option.
+See also the chapter "Emulated Joystick" for details.
+ + +The Screen Dialog
+ +
++ Here you control the video output of the emulated Atari. +
++ Check "Fullscreen" to run Hatari fullscreen, default is windowed. +
++ "Use Borders" toggles the displaying of the borders around the ST + screen. Some few demos/games use the borders for displaying additional + graphics. However, when you enable this option, it increases CPU computing + time, so you should not enable it if you have a slow computer. + Please note that this option also only affects the ST and STE mode, TT and + Falcon modes are always displayed without borders. +
++ "Zoom ST-Low res." controls whether Hatari doubles the low + resolutions. For example Hatari then zooms the ST low resolution 320x200 to + 640x400 and it doubles 384x267 (ST low with borders) to 768x534. + Note that zooming also takes a lot of CPU computing time and should not be + enabled on slow computers. +
++ "Statusbar" toggles the statusbar at the bottom of the screen. + The statusbar shows the floppy drive LEDs, the current frameskip value, + the machine type including TOS version and memory size, and whether + recording is currently active. +
+
+ The "Frame Skip" option can be set to speed up the emulator
+ if it is running too slow on your system. Disable frame-skip if you have
+ a fast computer. When selecting 1, 2 or 4, drawing of corresponding number
+ of frames will be skipped after each frame actually shown by Hatari.
+ Select "Auto" to let the emulator to decide whether, and
+ how many frames will be skipped.
+ Note: The frameskip option also affects the frame rate of the
+ screen animation recording!
+
+ You can select which sort of monitor to use. This option depends on the
+ machine type which you have selected in the "System options"
+ dialog. In ST and STE mode, you can choose between monochrome mode (select
+ "Mono") and color mode (select one of the other monitor types).
+ Note that when you select "TV" and use zoomed low resolution or
+ switch to ST medium resolution, you will get a TV-like screen rendering
+ which is a little bit faster but darker compared to the normal "RGB"
+ monitor mode. Switching between mono and a color monitor acts like a monitor
+ switch on a real ST - so beware, this will reboot your emulated system!
+ In TT mode, you can only choose between TT-high resolution ("Mono")
+ and normal modes (select one of the other monitor types).
+ Finally the Falcon mode supports all four types of monitors. Note that most
+ Falcon demos/games require a RGB or TV mode and do not work with VGA.
+
+Extended GEM resolutions will emulate some sort of extended graphics
+card in the emulated ST giving you larger resolutions and a higher
+colordepth in GEM. Select a resolution and color depth. Check to
+activate. It will disable all other video options mentioned above.
+Uncheck to get back to a normal ST behaviour.
+Note: Using an extended resolution will only work with GEM
+conformant applications. 99% of all games and demos will not run if you
+activate any extended resolution here.
+
Click to create a +screenshot in PNG (or BMP) format to the current working directory or click + to record a sequence of single +screenshots. You can opt to only record new movie frames when the +screen content really changed. +
+ + +The Keyboard Dialog
+ +
+Here you can select the keyboard mapping to use. Two different mappings + called "Symbolic" and "Scancode" are predefined.
+"Symbolic" tries to map the symbolic values of your PC keys + to the ST keys. It should be working pretty good on all systems as long + as your keyboard layout looks close to the standard english keyboard + layout. However, you might experience some problems with special keys like + brackets etc.
+"Scancode" uses the scancode values of your PC keys for keyboard + mapping. This only works on certain architectures like Linux where the + scancodes are similar to the ST scancodes (e.g. it does not work on Mac OS X). + If it works on your system, this often gives better results than the symbolic + mapping. Note that you also need a TOS version with the right language + (e.g. use a French TOS if you are using a French keyboard).
+You can also load a custom keyboard mapping file here if you wish. Please + note that the custom keyboard mapping will use the "symbolic" + mapping for all keys that are not defined by your map file. Have a look + at the supplied example mapfile (keymap-sample.txt) to see how to create + your own keyboard mapping.
++ When the emulator runs in fast forward mode, and you want to type text, + it can be annoying that the emulated system detects multiple key events + due to the key repetition of the emulated system. To avoid this you can + disable the key repetition in fast forward mode here. +
+ + +The Sound Dialog
+ +
+The Sound Dialog
Here you can control the sound subsystem.
-Check if you want emulated sound at all. Emulation is faster if sound emulation is turned off.
-3 frequencies from low to high quality are available. Experiment a little bit to find out which fits best for your setup. -Medium quality will work ok in most cases.
-You can select to record a piece of sound here. Check which format to use and click the button. It is a toggle button so -you will need to return to the GUI to switch sound recording off again.
- -The Devices Dialog
-Check here if you want to enable experimental printer support. See the chapter "Emulated printer" for details.
-As Hatari currently only supports printing to file, click on to select the file to print to. You can enter a new filename as well.
-NOTE: As the printer emulation is not perfect yet, activated printer support may interfere with the emulated sound. -This is due to the fact that the Atari ST uses some general I/O ports of the soundchip for the printer port. The Hatari team suggests to -disable printing while using games and demos. -
-Check the second checkmark if you want to enable experimental RS232 support. The RS232 device is configured according to the settings of the emulated RS232 of the Atari ST. This means Hatari will automatically use baudrate and handshaking as configured for the emulated ST.
-Select a suitable device file for input and output. Click on to select. -A good choice is /dev/ttyS0 or /dev/ttyS1. -
-You can enable MIDI as well. This currently work for outputting MIDI data only. A good choice is /dev/midi00.
-Click on to select a suitable MIDI device file for output.
-Your sound driver must support MIDI to make this work.
+Check if you want emulated sound at all. Emulation is faster if +sound emulation is turned off.
++ Nine frequencies from low to high quality are available. Experiment a + little bit to find out which fits best for your setup. + For most modern computers, 44100 Hz or 48000 Hz should be fine. + For older or slower host systems, you should use a lower frequency. + 12517, 250033 and 50066 Hz are frequencies supported by + the STE/TT/Falcon sound DMA. +
++ You can select to record a piece of sound here. + Use the button to choose a file. + The file name extension that you use (.WAV or .YM) determines in which format + the sound is recorded in. The button + is a toggle so you will need to return to the GUI to switch sound recording off + again (or to use the keyboard shortcut for that). +
+ + +The Devices Dialog
+ +
+NOTE: RS232 and MIDI emulation are very experimental, too. -Don't enable them unless you really need them! +
Check the first checkmark to enable experimental printer support. +See the Emulated printer section for +details.
+ +As Hatari currently only supports printing to file, click on to select the file to print to. You can +enter a new filename as well.
+Check the second checkmark to enable experimental RS232 support. +The RS232 device is configured according to the settings of +the emulated RS232 of the Atari ST. This means Hatari will +automatically use baudrate and handshaking as configured for the +emulated ST.
+Click on to select suitable +device files for serial input and output. On Linux a good choice is +/dev/ttyS0 or /dev/ttyS1. +
+Check the third checkmark to enable experimental MIDI support. +Click on to select a suitable +MIDI device files for MIDI input and output.
+midi-linux.txt file explains how to +select the correct MIDI device file, how to set up softare sound +synthetizing on Linux (using Alsa), if your sound card/driver doesn't +support MIDI, and how to set up MIDI networking between multiple +Hatari instances.
-Keyboard shortcuts
-While the emulator is running, you can activate or toggle various -features via the following keyboard shortcuts.
-| Shortcut | @@ -443,19 +1774,21 @@ features via the following keyboard shor|||
| ALTGR+g | -grabs a screenshot | +grab a screenshot | |
| ALTGR+i | -boss key: leave full screen mode and iconify window | +boss key: leave full screen mode, pause Hatari +and iconify its window | |
| ALTGR+j | -activates joystick emulation via cursor keys | +toggle joystick emulation via cursor keys +on/off between ports 0 and 1 | |
| ALTGR+m | -(un-)locks the mouse into the window | +(un-)lock the mouse into the window | |
| ALTGR+r | @@ -463,7 +1796,12 @@ features via the following keyboard shor|||
| ALTGR+c | -coldreset the ST (same as the original power switch) | +coldreset the ST (same as the original power +switch) | +|
| ALTGR+d | +open dialog to select/change disk A | ||
| ALTGR+s | @@ -475,33 +1813,50 @@ features via the following keyboard shor|||
| ALTGR+x | -toggle normal/max speed | +toggle normal speed/fast forward | |
| ALTGR+y | enable/disable sound recording | ||
| F11 | -toggles fullscreen and windowed mode | +ALTGR+k | +save memory snapshot | +
| ALTGR+l | +load memory snapshot | ||
| F12 | -activate the GUI You may need to hold SHIFT down while in windowed mode. |
+ ALTGR+f or F11 | +toggle between fullscreen and windowed mode | +
| ALTGR+o or F12 | +activate the options GUI | ||
| PAUSE | -will go to the debugger if it was activated at compile time | +pause emulation | +|
| AltGr+PAUSE | +invoke the internal Hatari debugger |
Emulated Atari ST keyboard
+You can change the key bindings from the Hatari configuration file. +The required key values can be seen in the SDL_keysym.h include file +(usually in /usr/include/SDL/).
+ + +Emulated Atari ST keyboard
+All other keys on the keyboard act as the normal Atari ST keys so pressing SPACE on your PC will result in an emulated press of the SPACE key on the ST. The following keys have special meanings:
- -| Key | @@ -534,24 +1889,30 @@ key on the ST. The following keys have s
ALTGR will act as ALTERNATE as well as long as you do not press it -together with a Hatari hotkey combination.
-The right CTRL key is used as the fire button of the emulated -joystick when you turn on joystick emulation via keyboard.
-The cursor keys will act as the cursor keys on the Atari ST as long as joystick emulation -via keyboard has been turned off.
+If joystick emulation via keyboard is enabled, by default cursor keys +are used for the directions and right CTRL key +as the fire button. Otherwise they act as corresponding keys of the emulated +Atari ST.
+ + +Emulated mouse
-Emulated mouse
For obvious reasons your PC mouse will act as the emulated Atari ST mouse. In fullscreen mode it will act as expected, directly controlling the ST mouse pointer.
However it is a little bit different in windowed mode. To make the mouse work there as expected you need to grab it first or lock it into -the Hatari window. Do this by pressing the ALTGR+m hotkey combination. -Press it again to go back to normal mouse behaviour which allows you to -work in other X11 windows while Hatari is up and running.
+the Hatari window. Do this by pressing the ALTGR+m +hotkey combination or starting Hatari with the +--grab command line option. +Press the shortcut key (again) to go back to normal mouse behaviour +which allows you to move mouse outside outside the Hatari window while +Hatari is up and running. Note: pausing the emulation will also +(temporarily) release the mouse grab. +Mouse scrollwheel will act as cursor up and down keys.
+ +Emulated joystick
-Emulated joystick
The Atari ST joysticks are emulated ofcourse allowing you to play your favourite games with Hatari.
The default mode is to use a connected PC joystick. You can use any @@ -560,86 +1921,123 @@ other applications, it will likely work it is calibrated and then off you go. Move the stick to point into the desired direction. Please note that Hatari will not detect analogue movement as the Atari ST only had digital joysticks. The first -firebutton will act as the normal firebutton on the Atari ST while the second -firebutton will emulate a keypress of the SPACE key on the ST as many ST -games utilitze the SPACE bar for secondary game functions. (Xenon for example)
+firebutton will act as the normal firebutton on the Atari ST while the +second +firebutton will emulate a keypress of the SPACE +key on the ST as many ST +games utilize the SPACE bar for secondary game functions. (Xenon for +example)If you do not have a PC joystick or joypad, then you do not need to desperate. You can emulate one of the two Atari ST joysticks via the cursor keys. Just activate it in the GUI. Then the cursor keys will act as the joystick directions, the right CTRL key will act as the firebutton. You can still use the cursor keys as the ST's -cursorkeys in this mode as long as you press SHIFT along with the cursorkeys.
+cursorkeys in this mode as long as you press SHIFT +along with the cursorkeys. You can also configure these keys from the +joystick options. -Emulated video
-Hatari by default only handles ST modes, ST-LOW, ST-MED and ST-HIGH.
-Overscan effects and socalled "Border Removal" are possible too.
-Due to the fact that these effects are achieved by using quirks and glitches in the original chips to do things beyond their specification emulation is a bit tricky for these and not all ST applications utilizing these techniques will work properly in Hatari. -Especially socalled "Sync Scrolling", a special technique to emulate the low byte of the video address, currently does not work properly in Hatari. -
-Beside that you can setup extended VDI modes. These only work with GEM-compliant applications and they are equal to fitting a videocard into your Mega ST.
-Make sure to disable extended VDI modes for playing games as 99% of all ST games will not be able to make use of higher resolutions.
+Emulated video
+Hatari emulates all screen modes of the original machine.
++ST/STE shifter overscan effects are emulated, but due to the fact +that these effects are achieved by using quirks and glitches in the +original chips to do things beyond their specification, emulation is +a bit tricky for these effects. As a result, some demos using these +techniques might not be displayed correctly in Hatari, known ones are +listed in the compatibility.html file. +
+Beside that you can setup extended VDI modes. These only work with +GEM-compliant applications and they are equal to fitting a videocard +into your Mega ST.
+Make sure to disable extended VDI modes for playing games as 99% of +all ST games will not be able to make use of higher resolutions.
+ +Emulated printer
-Emulated printer
-Due to the fact that printer handling is very different between Unix style machines and the Atari ST, emulation +
Due to the fact that printer handling is very different between Unix +style machines and the Atari ST, emulation of the printer is achieved by writing all printer output to a file.
-The file will contain a sequence of data, the same that would appear on the data pins of the Atari ST printer port. -That would include control characters and commands for graphic printing. Clicking "Print desktop" on the GEM desktop would result +
The file will contain a sequence of data, the same that would appear +on the data pins of the Atari ST printer port. +That would include control characters and commands for graphic +printing. Clicking "Print desktop" on the GEM desktop would result in a messy data dump in the printer output.
-Printer emulation works best for plain text files or programs that do not format the output for a specific printer. -The file contents can be used with your favourite text editor for further processing and printing to a real printer.
-To get real direct printing out of Hatari on a PostScript printer, you may set up a GDOS printer with a PostScript driver on the emulated Atari and set your printer device file as Hatari's printer output.
-NOTE: This has not been tested yet and the Hatari team cannot guarantee that it will work.
Emulated RS232
-Serial communications in Hatari is designed to directly use a serial port on your PC.
-Communications parameters are set automatically upon the settings of the emulated ST. This means all you do is to set -the communication parameters like baudrate from your ST communications software. Hatari will do the rest and handle +
Printer emulation works best for plain text files or programs that +do not format the output for a specific printer. +The file contents can be used with your favourite text editor for +further processing and printing to a real printer.
+To get real direct printing out of Hatari on a PostScript printer,
+you may set up a GDOS printer with a PostScript driver on the emulated
+Atari and set your printer device file as Hatari's printer output.
+NOTE: This has not been tested yet and the Hatari team cannot
+guarantee that it will work.
Emulated RS232
+ +Serial communications in Hatari is designed to directly use a serial +port on your PC.
+Communications parameters are set automatically upon the settings of +the emulated ST. This means all you do is to set +the communication parameters like baudrate from your ST communications +software. Hatari will do the rest and handle the serial input and output for you.
-Floppy disk images
+Floppy disk images
+Hatari does not use floppy disks directly but disk images due to differences between the floppy disk controllers of the ST and the PC. -Three types of disk images are currently supported: The raw "ST" type, the similar "DIM" type and +Three types of disk images are currently supported: The raw "ST" type, +the similar "DIM" type and the compressed "MSA" (Magic-Shadow-Archiver) type.
The raw type (file suffix should be "*.st") is simply a sector by sector image of a real floppy disk. You can easily create such an image -with the dd program which should normally be pre-installed on every -Unix-like system. Simply type something like dd if=/dev/fd0 of=myimage.st to create a disk image. Of course you need access to +with the dd program which should +normally be pre-installed on every +Unix-like system. Simply type something like dd +if=/dev/fd0 of=myimage.st to create a disk image. Of course you +need access to /dev/fd0, and depending on your system and the type of floppy disk you might have to use another device name here (for example I use -/dev/fd0u720 for 720kB disks). However, if the disk is copy-protected or +/dev/fd0u720 for 720kB disks). However, if the disk is copy-protected +or doesn't use a MSDOS compatible file system, this might fail. So be very -careful if you're not sure about the disk format.
-The other possibility is to image the disk on a real Atari ST. There +careful if you are not sure about the disk format.
+The other possibility is to image the disk on a real Atari ST. +There are programs like the Magic Shadow Archiver for this task. Hatari -supports this slightly compressed MSA disk images, too. Note that Hatari -only supports the "old" MSA format, there are some Magic Shadow Archiver +supports this slightly compressed MSA disk images, too. Note that +Hatari +only supports the "old" MSA format, there are some Magic Shadow +Archiver clones (like Jay-MSA) that create better compressed but Hatari-incompatible disk images. However, if you have got such a MSA -disk and want to use it with Hatari, you can still run the corresponding +disk and want to use it with Hatari, you can still run the +corresponding MSA program within Hatari to extract the incompatible disk image to a normal floppy disk image.
While *.ST and *.MSA are more or less the "standard" types of Atari disk images, you might sometimes also find STT or ADF images on the -internet. These currently do not work with Hatari.
- -Hatari can now also utilize *.DIM images just as *.ST ones without any problems. +internet. These currently do not work with Hatari.
+Hatari can now also utilize *.DIM images just as *.ST ones without +any problems. Note that DIM images are nearly the same as the raw ST images -(they only have an additional 32 bytes header), so you can easily transform +(they only have an additional 32 bytes header), so you can easily +transform the DIM images into ST images by stripping the header from the files. For example try something like: dd if=input.dim of=output.st bs=32 skip=1
-If you've got a disk image that has been created with the old ST emulator PaCifiST (for DOS) or with early versions of the program Makedisk, and the disk image does not work with Hatari, then the disk -probably suffers from the "PaCifiST bootsector bug" (Hatari will print a +probably suffers from the "PaCifiST bootsector bug" (Hatari will +display a warning message then). In this case, the bootsector of the disk contains some illegal data, so that the disk even does not work on a real ST any more. However, if it is a .ST and not a .MSA disk, you can -easily fix it by using a hex-editor to change the byte at offset $D (13) +easily fix it by using a hex-editor to change the byte at offset $D +(13) from 0 to 1 (don't forget to backup your disk image first, since you can also easily destroy your disk image when changing a wrong byte there). If the disk contains a bootsector program, you probably have to @@ -647,25 +2045,36 @@ adjust the boot sector check sum, too (i $1FF).
Hatari supports disk images that are compressed with (Pk-)ZIP (file suffix must be ".zip") or GZip (file suffix must be ".st.gz" or -".msa.gz"), so you can archive your disk images into zip archives. +".msa.gz"), so you can archive your disk images into zip archives. You can also directly run the zip archives you may download from the net as long as the archive contains a disk image in .ST or .MSA format.
-Note: Hatari does not save disk images back to *.ZIP files so +
Note: Hatari does not save disk images back to *.ZIP files +so your highscores and savegames are lost if you load the game from such a zipped disk image.
-Hard disk support
-Hatari supports two ways of emulating a ST hard drive: The low-level -ACSI hard disk emulation and a GEMDOS based drive emulation.
-To use the ACSI hard disk emulation, you need a hard disk image file -with a pre-installed HD driver in it. So either try to image your old ST -hard disk or grab one from the internet. There is a HD image on the -Hatari web page for download. Perhaps we'll also provide a tool for -creating HD images one day.
+ +Hard disk support
+ ++Hatari supports three ways of emulating Atari hard drives: The low-level +ACSI and IDE hard disk emulation and a GEMDOS based drive emulation. +In most cases the GEMDOS based hard disk emulation is best as it allows +exchanging files easily between the emulated and the host environment. +
++Please note that changing the HD-image or the GEMDOS HD-folder will reset +the emulated Atari since it is not possible to switch the hard disk +while the emulator is running. +
+ + +GEMDOS based hard disk emulation
With the GEMDOS based drive emulation, you can easily "mount" a folder from the host file system to a drive of the emulated Atari. To use the GEMDOS based drive emulation, you should use a folder on your -hard disk that only contains files and folders with valid TOS filenames. +hard disk that only contains files and folders with valid TOS +filenames. That means that all files/folders should be written in capital letters and their length mustn't exceed the 8+3 file name length limit. If you don't want to rename all files to get capital letters, it is also @@ -676,290 +2085,564 @@ host system and the emulated Atari, but a little bit unstable, especially if you use it together with the ACSI hard disk emulation. So if your programs complain that they could not find/read/write files on the GEMDOS HD drive, you should try to copy -them to a floppy disk image or a real hard disk image!
-Note that changing the HD-image or the GEMDOS HD-folder will reset -the emulated Atari since it is not possible to switch the hard disk -while the emulator is running.
-May the fun without the price to be with you ;-) !
+them to a floppy disk image or a real hard disk image! ++There are also some known limitations which are due to the way the GEMDOS +drive emulation is implemented: First, it is not possible to use a cartridge +image together with GEMDOS drive emulation at the same time. +Second, the GEMDOS HD emulation does not work very well with TOS +1.00 and 1.02. So you should use at least TOS 1.04 if you want +to use the GEMDOS HD emulation. +
+ + +ACSI hard disk emulation
++To use the ACSI hard disk emulation, you need a hard disk image file +with a pre-installed HD driver in it. So either try to image your old +ST hard disk or grab one from the internet (e.g. from the Hatari website). +Please note that AHDI 5.0 is currently the only hard disk driver +that is officially supported. Other hard disk drivers might not work. +
++To create a new ACSI hard disk image, you can start with an empty image that +you have for example created with the following command: +dd if=/dev/zero of=hd.img bs=512 count=xxx. +Then copy the complete AHDI 5.0 package to a floppy disk image, and enable +this floppy disk image and the fresh hard disk image in the emulator. +Start HDX.PRG from the floppy disk and format and partition the hard disk +with this tool. When you're finished, you have to restart the emulated system, +run AHDI.PRG from the floppy disk and HINSTALL.PRG afterwards. +With HINSTALL.PRG you can install the hard disk driver to the fresh HD image, +so you can directly boot from the hard disk image in the future. +
+ +IDE hard disk emulation
++Create an empty image file with the size of your choice with: +dd if=/dev/zero of=hd.img bs=1k count=xxx. +Then get the Cecile hard disk driver from +http://centek.free.fr/atari/softs/s_cecile.htm +and put it on a floppy disk image (named "cecile.st") e.g. with: +zip2st.sh cecile.zip. +
++Run Hatari with +hatari --machine falcon --tos tos404.rom --ide hd.img cecile.st, +warm up your French language skills, start the Cecile hard disk driver +CECILE.PRG, then use the tool CC_TOOLS.APP to partition your hard disk +image: click to "Partition", select "Hatari IDE disk" and set suitable +partition size. Then click "Valider". +
++If you only want to use your HD image in Falcon mode, you can install +the Cecile hard disk driver to the image from the Cecile CC_TOOLS.APP: +select "Installer" from main menu and save the Cecile driver to the +1st partition on "Hatari IDE disk". If you want to also use your HD +image in ST/STE mode, you need to get and install AHDI 6 driver on it +instead (see "ASCI hard disk emulation" section for AHDI usage +instructions). +
++Then you can boot from your hard disk image by simply specifying it +with the --ide parameter. +
+ + +Accessing disk image partitions outside of Hatari
++If you want to access the partitions also outside the emulation, +the disk image needs to have a DOS partition table. The +atari-hd-image script included +with Hatari can be used to create such an image. +
++Inside the Hatari emulator, EmuTOS can access partition(s) on these +kind of images directly without any driver software. Of the Atari HD +drivers, Centek's Cecile (mentioned above) and Uwe Seimet's +HD Driver +(demo) work fine with them. E.g. AHDI and CBHD don't. +
++Note also that plain EmuTOS supports only ACSI and the drivers support +only IDE (emulation). Cecile needs TT or Falcon and HD driver doesn't +work with EmuTOS or TOS4. To summarise; if ASCI emulation and EmuTOS +are enough, use those. Otherwise, if you want to use TT or Falcon +emulation, use Cecile (or full HD Driver version if you have it), +otherwise use HD driver (demo). +
++To access the content of the partitions on Linux host, there are two +possibilities: + +
Using Mtools
++For this you need to add an entry for the hard disk +image to your ~/.mtoolsrc and +specify which partition you want to access from the image. For +an image created with the above mentioned script, the line in +the configuration file should look something like this: +
++MTOOLS_NO_VFAT=1 +drive c: file="/home/user/hatari/hd.img" partition=1 ++
+Note that Mtools is instructed to use FAT compatibility mode because +EmuTOS cannot deal properly with VFAT file information. If you don't +want this setting for all your Mtools drives, you can set it also via +the environment like this: +
++MTOOLS_NO_VFAT=1 mcopy foobar.txt c: ++ +
Using a loopback device
++This is recommended even by Mtools documentation, but it's less +convenient as it requires root rights. First you need to "loop" +mount the image: +
+
+$ su
+# image="hd.img"; mountdir="hd"
+# start=$(parted $image unit s print | awk '/ 1 /{print $2}' | tr -d s)
+# losetup -f $image -o $((512*$start))
+# loop=$(losetup -a | tail -1 | cut -d: -f1)
+# mkdir -p $mountdir
+# mount -t msdos $loop $mountdir
+
++This uses parted to find out the first +partition offset in sectors and then tells losetup +to bind the first free loop device to a corresponding offset from +the hd.img image. +mount is then used to mount the file system +from the loop device on top of the "hd" directory. +
++After you've copied the relevant files to the "hd" directory, you need +unmount the file system and remove the loop device binding before using +the disk image from Hatari: +
++# umount $mountdir +# losetup -d $loop ++ +
The debugger
+ ++Hatari has a built-in debugging interface which can be used for +analyzing the program that runs in the emulated system. The debugger +uses Hatari's parent console window, so make sure you run Hatari from +the command line when you want to use the debugger. To invoke +the debugger, press the AltGr + Pause key +combination. +
+ +
+If you start Hatari with the "-D" command line option, m68k +exceptions will automatically invoke the debugger. You can toggle +this also later from the debugger with the "setopt -D" +command. +
+ ++When entering values to the debugger in other number bases than the +default/selected one, they need to be prefixed with a character +indicating this. For decimals it's "#" (#15), for +hexadecimals "$" ($F), and for binary values it's +"%" (%1111). By default the debugger expects all values +without a prefix to be decimals, but you can change the default number +base with the "value" command. +
+ ++At the debugger prompt, type "help" to get a list of all +the available commands and their shortcuts: +
++Available commands: + dspaddress (da) : toggle or list (traditional) DSP address breakpoints + dspbreak (db) : set/remove/list DSP register/RAM condition breakpoints + dspdisasm (dd) : disassemble DSP code + dspmemdump (dm) : dump DSP memory + dspreg (dr) : read/write DSP registers + dspcont (dc) : continue emulation / DSP single-stepping + address ( a) : toggle or list (traditional) CPU address breakpoints + breakpoint ( b) : set/remove/list register/RAM condition breakpoints + disasm ( d) : disassemble from PC, or given address + cpureg ( r) : dump register values or set register to value + memdump ( m) : dump memory + memwrite ( w) : write bytes to memory + logfile ( f) : open or close log file + loadbin ( l) : load a file into memory + savebin ( s) : save memory to a file + setopt ( o) : set Hatari command line options + value ( v) : set number base / show value in other number bases + cont ( c) : continue emulation / CPU single-stepping + quit ( q) : quit emulator + help ( h) : print help ++ +
+In the beginning, probably the most interesting commands are +"m" and "d" for dumping and disassembling memory +regions. +
++> help memdump +'memdump' or 'm' - dump memory +Usage: m [address] + dump memory at address or continue dump from previous address. ++
+> help disasm +'disasm' or 'd' - disassemble from PC, or given address +Usage: d [address] + If no address is given, this command disassembles from the last + position or from current PC if no last postition is available. ++
+> d +0000aa6e: 2f08 0241 0fff 207c 00fe MOVE.L A0,-(A7) +0000aa70: 0241 0fff 207c 00fe 78c0 AND.W #$0fff,D1 +0000aa74: 207c 00fe 78c0 2070 1000 MOVEA.L #$00fe78c0,A0 +0000aa7a: 2070 1000 4ed0 0241 0ffe MOVEA.L (A0, D1.W*1, $00) == $00fe34ae,A0 +0000aa7e: 4ed0 0241 0ffe 6712 e549 JMP.L (A0) ++ +
+Hatari has two kinds of breakpoints. First, there are the fast and +simple address breakpoints which trigger when the CPU (or DSP) program counter +hits a given address. Use "a" (or "da" for the DSP) to +manage them. Then there are the conditional breakpoints which are a little bit +slower but can handle more complex break conditions. Use "b" (or +"db" for the DSP) to manage them. "b help" explains +the syntax: +
+ ++breakpoint = <expression> [ && <expression> [ && <expression> ] ... ] +expression = <value>[.mode] [& <number>] <condition> <value>[.mode] + +where: + value = [(] <register-name | hatari-variable | number> [)] + number = [#|$|%]<digits> + condition = '<' | '>' | '=' | '!' + addressing mode (width) = 'b' | 'w' | 'l' + addressing mode (space) = 'p' | 'x' | 'y' ++ +
+If the value is in parenthesis like in '($ff820)' or '(a0)', then the +used value will be read from the memory address pointed by it. +
++M68k addresses can have byte ("b"), word ("w") or +long ("l", default) width. DSP addresses belong to different +address spaces: "P", "X" or "Y". Note +that on DSP only R0-R7 registers can be used for memory addressing. +
+ +Examples:
++pc = $64543 && ($ff820).w & 3 = (a0) && d0 = %1100 +(r0).x = 1 && (r0).y = 2 ++ +
+The debugger supports also setting breakpoints on values of some +internal Hatari variables (listed by "b help"). For example +if you want to stop at a specific cycle within a frame (that is, PC +relative to the current VBL/HBL in cycles), set breakpoints to specific +"HBL" and "LineCycles" variable values. + +
+After analyzing and/or setting new breakpoints, you can continue the emulation +with the "c" command. You can continue for a given number of +CPU instructions (or DSP instructions when "dc" is used), or +you can continue forever (until a breakpoint triggers) if you omit the +instruction count. +
+ ++By the way, if you want to continue with real-time disassembling, you +can enable it by typing "setopt --trace cpu_disasm" at the +debugger prompt. Disable it with "setopt --trace none" when +you enter the debugger again. "--trace help" can be used to +list all the supported trace points. (Similar things can be done even +from a program within the emulation if you enable Hatari +"--bios-intercept" option and call XBios 255 from +the program with a suitable command line string.) +
+ ++Lastly, the debugger is much nicer to use with the command line +editing support. If you're building Hatari yourself, please make sure +that you have the GNU readline development files installed (on Debian +/ Ubuntu these come from the libreadline5-dev package). Otherwise +this doesn't get enabled when you configure Hatari. +
+ + +Performance
+Improving Hatari performance
+ ++Unless you've disabled compiler optimizations (like GCC's -O2 or -O3 +options) in the Hatari build, the extra optimization flags (like GCC's +"-mtune=i686") don't seem to have very large effect on Hatari +performance. +
++However, Hatari can be sped up considerably by giving up some +emulation or emulator accuracy. Most of these options should +be needed only on slow devices like handhelds. +
+ + +Emulation options
+ ++Emulation options have the largest impact on performance. +These options can be changed from the Hatari GUI System dialog and +the emulation needs to be rebooted for any of these changes to take +an effect! +
+ +DSP
++Emulating the DSP is performance-wise several times more demanding +than emulating the m68k; DSP runs at higher frequency, executes many +instructions for each m68k instruction and emulation isn't as mature +and optimized. Unless some program needs DSP, none or +dummy DSP emulation mode could be used. Even of the programs +that do use DSP, many use it only for background music and work +fine without the real DSP emulation. +
+Timer-D
++The single largest factor contributing to general Hatari emulation +performance is the handling of interrupts. Enabling Timer-D patching +option (about) doubles Hatari performance as it significantly reduces +the number of interrupts generated by the emulated Atari machine. +Using this has adverse effect only for very rare programs. +
+Compatible CPU
++After the DSP and Timer-D interrupts, m68k emulation takes most time. +Disabling the "Slower but more compatible CPU" option will speed up +the emulation a lot, but it won't anymore be cycle accurate. This can +be fine for many games and other programs, but won't work e.g. for demos +using overscan or rasters. +
+ ++Roughly speaking, for DSP emulation, one needs at least 2Ghz machine; +for normal (unpatched) Timer-D frequency on some specific cases (like +demos with overscan 512 color animations) one may need over 1GHz +machine. For Compatible CPU one needs at least 1/2Ghz machine. +
++Above options may cause some programs not to work correctly. +The Hatari Software Compatibility List lists +programs known to need real DSP emulation or Timer-D frequency. +
+ + +Emulator options
+ ++Emulator options don't have as large effect on performance as +emulation options, but they don't affect the emulated programs at all, +just the quality of the emulation "output". These options can also +be toggled at run-time without rebooting the emulation. +
+ +Sound
++Internal Hatari sound handling and the SDL_mixer sound thread +libALSA sound processing can account up to 1/3 of the Hatari CPU usage +(depending on other options you're using). Disabling sound will get +rid of that. Using low sound frequency or one matching your sound +card may also help. Best is if you disable also background music +from the programs you run in Hatari as this can significantly reduce +the number of generated interrupts. +
+Frame skipping
++Screen rendering can take noticeable amount of CPU time. The default +Hatari "auto" frame skipping should be used unless there's a good +reason not to. It will skip converting and showing some of the frames +if there's not enough time for them. If your monitor refresh frequency +is lower than the selected Hatari monitor frequency (e.g. LCD monitors +usually use 60Hz whereas Atari monochrome monitor uses 72Hz), you +should use frameskip of one. The reason is that if your SDL library +uses VSync to synchronize the output to screen (like OSX one?), with +zero frame skip that forces the emulation to run slower than a real +Atari. If SDL doesn't use VSync, Hatari does redundant work to +convert frames you can't see. +
+Low-rez zooming
++If you are not using frame skip, disabling zooming can have +noticeable improvement on performance. If you still want to have a +nice fullscreen mode, you should rather add the right resolution +mode-lines (e.g. "320x200") to your xorg.conf file. If you still +want to use zooming, disabling borders may help a bit. +
+Spec512 color handling
++Handling Spec512 color modes which change the ST/e palette constantly +takes some extra CPU. If you have problems with CPU usage in such +screens and you care more e.g. from the sound quality than visuals, you +can disable the Spec512 mode handling by zeroing the threshold for that +with the --spec512 0 option. +
+Statusbar and drive LED
++If your version of libSDL uses VSync to synchronize the screen +output, drawing of the statusbar or the drive LED (when statusbar is +disabled) may have some minor impact on performance too. Normally +they shouldn't. +
+ ++Btw. Hatari currently runs best in 16 or 32 bits per pixel color depth +mode, so try to avoid 24 bits per pixel display modes if possible. +16-bit mode is fastest. +
++If nothing else helps, try an earlier Hatari version. More accurate +emulation or emulator output in newer Hatari versions means that they +can be slower despite optimizations. +
+ + +Measuring the performance
+ ++There are a couple of ways to monitor and measure Hatari performance. +
++By default Hatari has Statusbar visible and automatic frameskip +enabled. When Hatari has enough time that it can sleep a little each +frame, the statusbar frame skip ("FS") value keeps at zero. If Hatari +is completely busy, it will increase to the maximum specified +(automatic) frame skip value. +
++Hatari has also a facility to measure FPS i.e. Frames Per Second. +Just enable the --fast-forward option +on command line (or use the corresponding keyboard shortcut), and +after a while, press the "Pause" key. Whenever Hatari emulation is +paused, Hatari will show how many VBLs it could show per second along +with some other numbers. +
++It depends on what you want to measure, but usually it's best to +disable sound and set high frame skip like +--sound off --frameskips 60 so that +the associated external overheads are minimized. E.g. video output +can on some platforms do VSync and measurements would then show +your monitor refresh frequency instead of actual Hatari performance. +
++On Unix systems with times() function +call, only the time spent by the Hatari process itself is measured. +On other systems much less accurate SDL "wall clock" timings are +used. To make latter more accurate you could use also +--run-vbls option to specify how many +VBLs Hatari should run in fast forward mode before it exits. In this +case it's best to either have the test-case run automatically from the +AUTO-folder or given as memory snapshot to Hatari with the frame skip +set equal to the VBL count. +
++Note that the numbers can fluctuate quite a bit, especially +when the SDL timings are used, so for (statistically) reliable numbers +you may need to repeat the measurement several times. You should of +course make also sure that the system doesn't have any other activity +at the same time you're making the measurements. +
+ -Appendix
+Appendix
+ +Copying
-Copying
This program is free software; you can redistribute it and/or modify -it under the terms of the GNU General Public License as published by the +it under the terms of the GNU General Public License as published by +the Free Software Foundation; either version 2 of the License, or (at your option) any later version.
This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY -or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public -License for more details.
-You should have received a copy of the GNU General Public License -along with this program; if not, write to Free Software Foundation, -Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
+or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General +Public License for more details. ++You should have received a copy of the GNU General Public License +along with this program; if not, write to the Free Software Foundation, +Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA +
The GNU Project and the Free Software +Foundation | The +GNU General Public License
-The GNU Project and the Free Software Foundation | The GNU General Public License
+Introduction to Emulation
-Introduction to Emulation
Emulation via software is an art and Hatari is an example of this.
-Emulation is to make a computer behave like a (probably) completely different machine on the lowest possible niveau. -This includes CPU and custom chip emulation allowing software written for the emulated machine to be run without notice. -A good emulator will run most of the software intended for the emulated platform without trouble. +
Emulation is to make a computer behave like a (probably) completely +different machine on the lowest possible niveau. +This includes CPU and custom chip emulation allowing software written +for the emulated machine to be run without notice. +A good emulator will run most of the software intended for the emulated +platform without trouble.
-The key to emulation is to simply do those things with a software program, the emulator, that normally chips would perform. -So you have an CPU emulator that basically consists of a large loop that does exactly what the real thing would do: +The key to emulation is to simply do those things with a software +program, the emulator, that normally chips would perform. +So you have an CPU emulator that basically consists of a large loop +that does exactly what the real thing would do:
-
-
- fetch an instruction from virtual memory -
- interpret this instruction -
- fetch operands from the emulated registers and memory -
- perform the operation like addition or changing the program counter on a jump instruction -
- writes results back into the intended registers or memory locations -
- increment of the program counter and loop +
- fetch an instruction from virtual memory +
- interpret this instruction +
- fetch operands from the emulated registers and memory +
- perform the operation like addition or changing the program +counter on a jump instruction +
- writes results back into the intended registers or memory +locations +
- increment of the program counter and loop
-The typical von-Neumann CPU can be emulated very fast, stable and error-free using such a simple loop system. +The typical von-Neumann CPU can be emulated very fast, stable and +error-free using such a simple loop system.
-But in most cases the CPU emulation is the simplest part. Correct emulation of the various custom chips and hardware +But in most cases the CPU emulation is the simplest part. Correct +emulation of the various custom chips and hardware parts of the emulated system is much trickier.
- -Software compatibility list
-This is a little compilation of what Atari software does work in Hatari. It is by no means finished.
- -| Game | -Working | -Sound | -Comment | -
| Eliminator | -yes | -perfect | -- |
| Speedball | -yes | -perfect | -- |
| Xenon | -yes | -music ok - fx dodgy | -bullets and explosions sound weired | -
| Bubble Bobble | -yes | -- | - |
| F15 Strike Eagle 2 | -yes | -ok | -keyboard emulation seems to be dodgy | -
| Rick Dangerous | -yes | -perfect | -- |
| Slayer | -yes | -ok | -raster fx at highscore entry dodgy | -
| Lethal Xcess | -no | -- | crashes while loading, sync scrolling will not work properly | -
| Star Goose | -yes | -music ok - bullet sound dodgy | -- |
| Xenon 2 - Megablast | -yes | -nearly perfect (including sampled intro) | -- |
| Metal Mutant | -yes | -seems ok | -some color effects in the lower screen seem buggy | -
| Defenders Of The Earth | -yes | -- | - |
| Nebulus | -yes | -music ok; snowball, balls and trapdoors dodgy | -otherwise working to a playable extend | -
| Leander | -yes | -- | - |
| Navy Seals | -yes | -- | - |
| Armalyte | -yes | -- | - |
| Wings Of Death | -yes | -- | - |
| Alien World | -yes | -- | Only works with "--slowfdc" | -
| Fantasia (Demo by Dune) | -yes | -- | Only works with "--slowfdc" | -
| If pigs could fly (Demo by Syndicate) | -yes | -- | Only works with "--slowfdc" | -
| Application | -Working | -Comment | -
| DevPac 2.2 | -yes | -MonST crashy | -
| Turbo Assembler | -yes | -- |
| GFABASIC 3.6TT | -yes | -MENU.PRG does not like harddisks. Use diskimages for compiling. | -
| ST Basic | -yes | -- |
| Neochrome | -yes | -rasters sometimes unstable | -
| Crackart | -yes | -- |
| Tempus | -yes | -- |
| Sagrotan | -yes | -- |
| SidSound Designer | -yes | -- |
| MusicMon 2 | -yes | -- |
| Protracker | -yes | -- |
| Teradesk | -yes | -- |
| Qed | -yes | -- |
| Everest | -yes | -- |
| Speed Of Light | -yes | -- |
-
| Matthias ArndtJuly 08 2004 | ++ August 2009 + |