Window and icon positions are not saved by default on Workbench. To save the positions you must go to the Workbench menu and select either "Window→Snapshot→All" or "Icons→Snapshot".
On a default install on newer Workbench variants (such as Workbench 3.1) Workbench is contained within a window. In order to have Workbench be the default backdrop window, you can go to the Workbench menu and tick "Backdrop" (or AMIGA+B). Then, to make the setting persist across reboots, go to the Workbench menu, then to "Window→Snapshot→All".
After applying SystemPatch, anti-virus programs will refuse to work. In order to make them work again, edit the
S:user-startup file and find the
SystemPatch call and append the
-LoadSeg argument to it:
;BEGIN SYSTEMPATCH C:SystemPatch NT Q -LoadSeg ;END SYSTEMPATCH
Every Amiga keyboard blinks once when switched on.
To place an icon on the desktop such that it persists across reboots:
Iconmenu and select
Iconmenu and select
To set the current date and time and to save it to the RTC (provided that you have an RTC installed), first issue:
date 19-Nov-04 16:45:0
which sets the system time (in military time).
After that, save the time to the RTC with
You can create a batch script easily with the
ed stream editor. After that, copy an application icon (or any other icon with its type set to
app - for example, use the seticontype utility) and give it the same name as your script plus the suffix
.info. You will thus obtain two items (in this example, the script name is
After that select
goodday.info and right-click to access the menu and select
Icons→Information… (shortcut AMIGA+I).
Default Tool: to
C:ICONX and tick the
Executable boxes. Finally, save the changes to the icon and double click the icon to run the script.
For drives, we have:
| ||Floppy drives.|
| ||Hard disk.|
| ||CD Roms.|
in addition to logical devices that can be assigned.
| || The virtual disk created in memory created on first access and requires the library
| || Similar to
| || Dummy device similar to
| ||Serial port.|
| ||Parallel port.|
| ||The printer defined in preferences.|
| ||The console.|
Usual logical devices:
| ||The system disk root directory.|
| ||The commands directory searched first for the command.|
| ||The library directory.|
| ||The startup-sequence directory searched first by the EXECUTE command.|
Copying on the Amiga is usually performed with the hot-key Right AMIGA+C and pasting is performed with Right AMIGA+P
AmigaOS 3.9 boing bags contain a password-protected zip file to store the updates which is annoying in case you want to burn your own ROM and will require you to install AmigaOS 3.9. However, the passwords are listed here:
|Boing Bag 1|| ||
|Boing Bag 2|| ||
and you can uncompress the archives using plain
Under Amiga OS 3.9
SetPatch can be used to turn on disk validation before rebooting. This can be accomplished by adding the
WAITFORVALIDATE option to
Here is a summary of the various drive capacities that can be used on an Amiga depending on:
|Limit||Works With (Requires)||Reason|
| || Stock filesystem (FFS), stock ||4GiB is the maximum addressable size on 32bit (unless an IDEFIx'97 adapter is used in SPLIT mode).|
| || Modern filesystem (for example, PFS or SFS) with stock ||CHS addressing is limited to 7.87GiB (16383/16/63) by the ATA specification therefore larger drives will report 7.87GiB size when accessed with CHS.|
| || Modern filesystem (for example, PFS or SFS) with patched ||
In case you are using SystemPatch and using some anti-virus software, the
LoadSeg patches from SystemPatch will modify
xvs.library. To prevent patching
xvs.library, you can install SystemPatch using the
Some devices, such as RAM-based devices (
ramdrive.device), found in the mountlist
DEVS:DOSDrivers/ for Kickstart 2.04 and above can be configured to have a larger size than a floppy disk.
Typically, these devices have the following settings:
LowCyl = 0 HighCyl = 79 BlocksPerTrack = 11
such that the formula:
yields the size in kilobytes of the resulting device. In the default case, where these devices simulate a standard DS/DD diskette, the values above compute to 880KiB.
BlocksPerTrack in the mountlist files you can create a virtual device of any size. Suppose you wanted a drive of, say 64MiB (65536KiB), in that case, with a little bit of maths, one obtains:
Now, the low cylinder
LowCyl does not need to be set to a high value, the disk can very well start on cylinder
0, such that the equation can be pushed a little further:
With this equation, all the variables can be substituted in order to obtain the value of
Now the mountlist can be modified (or tooltypes changed in
SYS:Devs/DOSDrivers/ and the value of the high cylinder (
HighCyl) set to
5957 in order to obtain a 64MiB drive. The device configuration for a 64MiB drive will thus include:
LowCyl = 0 HighCyl = 5957 BlocksPerTrack = 11
In case you get an Intuition requester when Workbench loads, more precisely, whilst executing
S:startup-sequence, that says to close all windows then your
S:startup-sequence may be printing something to the shell.
All patches and commands in
S:startup-sequence are usually ran with a
QUIET parameter (or by redirecting output to
>NIL:) so they do not print out messages or else the Intuition requester will pop-up when Workbench loads before the last
Workbench automatically mounts drives on boot if the corresponding mount file icons in
DEVS:DOSDrivers/ have an entry in their tool-types set as
MOUNT=1 for Workbench 2.0). The drives are mounted sequentially via the startup sequence:
such that if mounting one drive fails, then the rest may be skipped. The Amiga can be rebooted without a startup-sequence in order to attempt and mount each drive manually to find out which of the mount files in
DEVS:DOSDrivers/ fails to mount.
aic78xx.device driver from AmiNET contains few instructions on how to set up the Adaptec SCSI cards. Essentially, the device file
aic78xx.device has to be copied to
DEVS: and then the executable
AicSCSI has to be copied over to
C:. Following the documentation,
AicSCSI has then to be run from either
user-startup. Unfortunately, that is insufficient since
startup-sequence will mount any devices found under
DEVS:DOSDrivers such that, at best,
C:AicSCSI should be ran before
Users have reported that just having a mount list in
DEVS:DOSDrivers will not allow the Amiga to boot, getting stuck at the
C:Mount Devs:DOSDrivers/~(#?.info) line. Similarly, adding
C:Mount Devs:DOSDrivers/~(#?.info) will also prevent the Amiga to boot.
The issue appears to be related to the Mediator not being properly initialized when the
aic78xx.device or the
AicSCSI binary get loaded - either by the mount line or by directly loading
The solution is to re-arrange some lines in
C:Mount Devs:DOSDrivers/~(#?.info) after
C:LoadMonDrvs. In other words, the correct sequence of commands should be:
BindDrivers C:LoadMonDrvs C:AicSCSI C:Mount Devs:DOSDrivers/~(#?.info)
and should allow the Amiga to boot and to mount devices when Workbench boots up.
The mixer application provided on the MM CD by Elbox crashes the Amiga right from the startup sequence. Officially, Elbox recommends a third party application such as GhostMix to manage the sound card. Unfortunately, regardless what application is used, the mixer just does not want to remember the settings and restore them on boot.
For instance, GhostMix' documentation mentions the install procedure where
GhostMixer should be ran (mind that
GhostMixer is a Magic User Interface (MUI) application and needs MUI to be installed) to save the settings, then
GMStart is supposed to be copied into
C: and called from
S:startup-sequence. Regrettably, that does not work and
GMStart will just bomb out with
GMStart Error and some undecypherable characters hinting to an outright corrupt binary.
To work around all these issues, create the directory
and only then load up the mixer application (ex,
GhostMixer), make the necessary settings and save. In case you are using GhostMix, you can delete
C:GMStart since the settings will be restored on reboot.
Ultimately, if all else fails, TaskiMixer seems to work best:
Simply unpack the archive, copy the icon into
C:. Then edit
S:user-startup and add the line
C:TskiMixerInit at the very end.
The following command installs a bootsector:
to a diskette inserted in
DF0: and it is sufficient to make the Amiga boot to a CLI.
The following commands create the
C: command directory and the
S: startup directory necessary to get Workbench running:
makedir DF0:s makedir DF0:c
LoadWB command from
C: must be copied into
copy C:LoadWB to DF0:c/
Finally a startup sequence file is created in
DF0:s/startup-sequence containing the following commands:
The diskette is now bootable and will load Workbench on startup.
Hyperion Quake 2 seems to be incompatible with the "Joystick monitoring" feature of BlitzBlank such that if BlitzBlank is running when Quake 2 is ran, the whole screen / view will spin around as if the turn left or turn right key is being held down. The result is an unplayable mess with a lot of headaches to debug what the culprit may be: clues would indicate some mouse wheel conflicts since "turn left" and "turn right" are by default bound to "mouse wheel up" and "mouse wheel down", after remapping the turn keys further hints are provided by some random error messages shown in-game by Quake stating that some "joy" button is not mapped indicating that some joystick / joypad signal is being generated and picked up by Quake. Diabling FreeWheel, or MultimediaKeyboardMM does not seem to fix the issue and, as it turns out, the joystick monitoring feature of BlitzBlank is somehow generating signals on its own.
The easiest fix is to simply disable the "Joystick-Check" feature of BlitzBlank from BlitzBlankPrefs.
The following file contains a Magic User Interface (MUI) distribution with all the available plugins for MUI bundled in.
To use this package, simply replace the old MUI folder with the folder from this bundle and make sure that the
S:startup-sequence file contains the MUI section:
;BEGIN MUI if exists "Sys:System/MUI" assign MUI: "Sys:System/MUI" if exists MUI:Libs assign add LIBS: MUI:Libs endif if exists MUI:Locale assign add LOCALE: MUI:Locale endif version >nil: exec.library 39 if not warn if exists MUI:Docs if exists HELP:dummy ; do not remove endif ; this entry! assign add HELP: MUI:Docs endif endif endif ;END MUI
The top-level directory contains a directory named 020+ wherein lies a patch created by RedSkull @ Digital Corruption that patches muimaster.library for 020 or better processors.
Libs/ sub-directory contains the libraries:
that are not part of the standard MUI distribution and are supporting libraries for the various MUI classes that have been bundled. Since the standard MUI assign (from the snippet in the "Installing" section extends the
LIBS: directory with
MUI:Libs/ then moving these libraries is not necessary and they can be left where they are.
Libs/ as well as the
Libs/mui sub-directories contain duplicated files for various processors. This bundle by default uses the standard
000 files but in case you benefit from a 020 or better processor, feel free to use a file manager and replace the corresponding files by their counterparts. For instance, for a 020 CPU or better, the
Libs/mui/ImageDB.mcc file would be replaced by