This is a more detailed description of the options available to you in the image creation tool, and should be studied closely if you want to take full advantage of the flexibility it offers.
It should be noted that the Imager tool requires Administrator access rights - it cannot manipulate media devices without it. It is safe to use, but as always - handle with care. The Tool is self-elevating, so grant access when you run it.
Double click on the Emu68Imager.cmd file to run the Imager.
When you first start the tool you will be presented with a window to select simple or advanced mode with a description for each mode. Select the mode you wish to use.

This will provide basic functionality in order to create an image with as little customisation as possible.
This will provide full functionality including full control over disk partitioning.
Prior to starting the tool will run some checks including that you have accessibility to the internet in order to be able to download the software required.
Once completed, the tool will check you have the most recent input files along with core software required to run the tool. If this is the first time running it may take a little time to get this software.
Once you have selected the mode, the prerequisite checks have been made and you have the right initial software downloaded, you will be presented with the start screen. Each tab (shown on the left) will take you to a different page
This the start page where you set up the environment you wish to install. It also provides links to the documentation (this site).

As of version 2.2, you are able to select different Emu68 versions via a drop down menu in the top left (for example either the latest release versus beta versions of Emu68). The available versions will change based on the Emu68 development process.
As of version 2.2, downloads will be performed in parallel. If for any reason you wish to revert to all downloads being made sequentially you can uncheck the “Download all Files in Parallel” option.
Additionally, if for some reason you wish to delete all existing downloaded files you can select this option. This should not be needed in normal operation but in rare circumstances you might encounter an error in the event that the contents of an archive have changed over time and you already have a prior file downloaded.
The imager tool supports five flavours of AmigaOS:
Version 3.1 was originally supplied with the Amiga 1200 and 4000, and is still available from Cloanto as part of their Amiga Forever package.
AmigaOS 3.9 was created by Haage & Partner.
If you would like to update to the very latest AmigaOS, then Hyperion will sell you a copy of 3.2 on a CD ROM, with additional update and hotfix files as separate downloads. While 3.2.3 is the latest version, you can also install the base 3.2 version or 3.2.2.1 if you wish.
You need to select for which OS version you wish to install. Use the Select OS Version dropdown to select.
Irrespective of which version you select you will need the necessary Kickstart ROM and Workbench disk image files for which the tool will check you have the correct files.
The most essential part of the AmigaOS is the Kickstart, and one of the benefits of Emu68 is that you can use a different Kickstart version to the one physically installed inside your Amiga (currently the imager tool limits the option to three versions, but more may be available in future updates) - though obviously your Kickstart and Workbench versions should match. There are additional speed benefits also; any Kickstart file loaded by Emu68 is placed in fast RaspberryPi memory and is much, much faster to access - resulting in a snappier Workbench experience.
The second pre-requisite is the Workbench installation media. The imager tool expects that you will supply these media as disk images (.ADF files). You cannot use real floppy disks from an original workbench installation set with a PC floppy drive; they cannot be read. You can however use specialised hardware to make those images from real floppy drives using tools that you can get on Aminet, but that is beyond the scope of this document. Enquire with your friendly local Amiga web forum for more details.
The names of the ADF files and Kickstart ROMs are not important. You can name them anything since the imager tool will checksum and compare them to a database of known good disk and ROM images. This system prevents corrupt or altered installations from causing issues with your setup and ensures a hassle-free experience.
However, the actual contents of the files is important. You must use unmodified versions of these disks!
The following table shows the Kickstart ROM files that are supported for the different versions of AmigaOS that are supported. Either copy the kickstart file to the default directory in the path where you have installed the tool (UserFiles\Kickstarts) or select the directory where your ROM file is located by clicking on Click to set Kickstart Path button. It is recommended you use a local drive to do this, though network locations will work if you have the appropriate access rights. UNC links will not work due to limitations in one of the supporting tools (HST-Imager).
| OS 3.1 | OS 3.2 | OS 3.2.2.1 | OS 3.2.3 | OS 3.9 |
| Kickstart 3.1 A1200 (40.068) | Kickstart 3.2 A1200 (47.96) | Kickstart 3.2.2 A1200 (47.111) | Kickstart 3.2.3 A1200 (47.115) | Kickstart 3.1 A1200 (40.068) |
| Kickstart 3.x A1200 Cloanto |
Please note that only A1200 versions of the Kickstart ROMs are supported as these are recommended for Emu68 regardless of the Amiga model you are using.
You will then need to click the Check button and the imager tool will then search this location and locate the correct Kickstart file based on its contents, so file names are not needed to match.

When the tool has searched for the Kickstarts, you will be provided with a message showing the Kickstart that has been located or a message advising you that the Kickstart cannot be found.
As of version 2.2, Emu68 Imager will also look for suitable Kickstart ROMs to include within the Devs:Kickstart folder for use in WHDLoad. If any are found they will be copied and renamed in accordance with WHDLoad requirements.
All versions of AmigaOS apart from 3.9 are installed from ADF disk image files. 3.9 uses a CD .iso file along with the Boing Bag Update Archive (.LHA) files.
The following table details the files you will need for your chosen version of AmigaOS. As previously with the Kickstart ROM image, they will be matched by their contents so filenames are not needed to be correct. You can locate them wherever you like - keeping them alongside the Kickstart ROM file is a good idea. We recommend you copy your installation files to their own folder as simply pointing the tool at a large repository of Amiga system files (such as most users of say, WinUAE may have) can result in a long delay while the files are found.
For OS 3.2.2.1, the OS 3.2 standard ADFs are used along with the 3.2.2 updates and the 3.2.2.1 hot-fixes which are included in the 3.2.2.1 Hotfix package (while you can use the ADFs from 3.2.2, it is not necessary as the Hotfix package already includes them).
Either copy the required folders to the default directory in the path where you have installed the tool (UserFiles\ADFs) or select the directory where the files exist (it will search all sub-folders under this directory) by clicking on Click to set ADF Path button. It is recommended you use a local drive to do this, though network locations will work if you have the appropriate access rights. UNC links will not work due to limitations in one of the supporting tools (HST-Imager).
| OS 3.1 | OS 3.2 | OS 3.2.2.1 | OS 3.2.3 | OS 3.9 | |||
| from 3.2 | from 3.2.2 | from 3.2.2.1 | from 3.2 | from 3.2.3 | AmigaOS 3.9 CD ISO | ||
| Workbench 3.1 | Storage3.2 | Storage3.2 | DiskDoctor | Update3.2.2.1 | Storage3.2 | Classes3.2.3 | Boing Bag 1 Update |
| Workbench 3.1 Install | Backdrops3.2 | Backdrops3.2 | Update3.2.2 | Backdrops3.2 | DiskDoctor3.2.3 | Boing Bag 2 Update | |
| Workbench 3.1 Storage | Extras3.2 | Extras3.2 | Locale3.2.2-DE | Extras3.2 | Extras3.2.3 | ||
| Workbench 3.1 Fonts | Workbench3.2 | Workbench3.2 | Locale3.2.2-IT | Workbench3.2 | Locale-DE3.2.3 | ||
| Workbench 3.1 Extras | Fonts | Fonts | Locale3.2.2-NL | Fonts | Locale-DK3.2.3 | ||
| Workbench 3.1 Locale | Install3.2 | Install3.2 | Locale3.2.2-UK | Install3.2 | Locale-EN3.2.3 | ||
| Classes3.2 | Classes3.2 | Locale3.2.2-FR | Classes3.2 | Locale-ES3.2.3 | |||
| GlowIcons3.2 | GlowIcons3.2 | Locale3.2.2-DK | GlowIcons3.2 | Locale-FR3.2.3 | |||
| Locale | Locale | Locale3.2.2-EN | Locale | Locale-IT3.2.3 | |||
| Locale-DE | Locale-DE | Locale3.2.2-ES | Locale-DE | Locale-SE3.2.3 | |||
| Locale-UK | Locale-UK | Locale3.2.2-SE | Locale-UK | Locale-UK3.2.3 | |||
| Locale-NL | Locale-NL | Locale-NL | Update3.2.3 | ||||
| Locale-EN | Locale-EN | Locale-EN | |||||
| Locale-DK | Locale-DK | Locale-DK | |||||
| Locale-ES | Locale-ES | Locale-ES | |||||
| Locale-IT | Locale-IT | Locale-IT | |||||
| Locale-FR | Locale-FR | Locale-FR | |||||
| Locale-SE | Locale-SE | Locale-SE | |||||
| DiskDoctor |
The tool will then search the location you have specified and match to the relevant ADFs required (irrespective of the filenames). If you run into any issues where the tool notes there are missing ADFs, yet you have these available, check that the versions you have used are unmodified. Certain tools (e.g. DiskFlashback) were noted as causing modifications to the ADF, that while still useable, could cause the tool not to recognise them. If this happens, try copying the originally supplied ADFs to the folder.
**NOTE:** ADF images from the Escom Amiga distribution are missing, among other things, language files (keyboard layouts too) and some tools. These images, while usable, should be avoided - if Commodore or Cloanto ADF images are available then the imager tool will prioritise their use over those from Escom.
You will then need to click the Check button and the imager tool will then search this location and locate the correct Kickstart file based on its contents, so file names are not needed to match.
When the tool has searched for the Installation Files you will be provided with a message showing the files that have been located along with any that are missing as shown below:

You will need to copy any missing Install files such as ADFs to the location you have used and run the check process again. Common reasons ADFs could be noted as missing include:
This allows you to specify which screen resolution you want the Raspberry Pi to output once Emu68 has started. All Amiga screen modes used via the RTG system will be scaled to this output - if you choose 1920x1080 for the Pi, and use a 640x512 RTG workbench resolution then this will be scaled up to 1080p, for example, and may result in either a blurry filtered display (or jagged uneven pixels if you disable filtering later on in the RTG driver’s Icon Information). It is advisable to either select the resolution that is native to your display, or the one that closely matches your intended Workbench screen mode.
By default the tool will select the Automatic mode where the Raspberry Pi uses DLDI information from your display device to choose the best one. If you intend to use a HDMI switcher or similar device, then the Pi may not be able to determine the correct resolution. In this case you can choose one of the pre-selected resolutions.
Please note, the output of your RaspberryPi is fixed after boot, and cannot be changed without altering the config.txt file on the FAT32 partition.
As of version 2.1, you have the ability to define specific screen modes. You can either select RTG or native depending on the screenmode you want.
You must select a screenmode compatible with your amiga! For example, do not select a 256 colour native resolution if you are using a non-AGA amiga. If you do so, upon first boot you should find that the Amiga defaults to a 8 colour High resolution non-laced mode.

As of version 2.1, if you have a Framethrower, you can add the unicam settings required to use it. Currently, the settings can only be added if you have selected a RTG screenmode as booting into a native mode is still not 100% working.
You can also configure some of the basic Unicam settings. Bear in mind that some settings such as cropping would require you to actually see the output on your screen in order to determine the correct settings for your display so are not contained within Emu68 Imager. Remember you can edit the cmdline.txt (for Emu68 version 1.0.7) or config.txt (for Emu68 versions 1.1 and higher) settings at any point manually as well as via the Unicam tool which is contained in the PiStorm folder.

As of version 2.2, you can now choose if you want MUI 3.8 vs 5.0.
As of version 2.2 multiple TCP/IP stacks are available and are shown below:
| TCP/IP Stack | Type / Licensing | Details & Restrictions |
|---|---|---|
| Roadshow (demo) | Commercial (Demo) | Considered the de facto standard for AmigaOS; modern and actively maintained. It is a commercial product but we were graciously allowed to distribute the demo version with the tool. The included demo version is restricted to 15 minutes of online time per session, requiring a reboot to reconnect. Please consider buying the unrestricted version from the author if you wish to use it. |
| MiamiDX | Commercial / Proprietary (Demo) | A popular alternative to Roadshow preferred by many classic Amiga users. The provided demo version is subject to a time-based connection timeout. |
| lwip-amiga | Open Source (BSD-3-Clause) | A modern, high-performance TCP/IP stack based on lwIP. Designed for AmigaOS 3.2+ with heavy hardware acceleration (such as PiStorm/Emu68), delivering fast transfer speeds via its native netdev interface and standard SANA-II drivers. |
| AmiTCP / AmiTCP NG | Open Source (GPL-2) | AmiTCP 3.0b2 is a classic, lightweight, free TCP/IP stack (1994). AmiTCP 4.x / NG represents updated versions providing standard bsdsocket.library compatibility. |
| AmiNetXDuo | Open Source (MIT) | A modern IPv4 and IPv6 TCP/IP stack based on Eclipse ThreadX NetX Duo. Compatible with Roadshow configuration files, supports standard SANA-II drivers, and features a low memory footprint (offers Full, Minimal, and Micro profiles). |
Versions 2.2+ also allow for automatic installation of the full versions of Roadshow and Miami if you have them. Place the install files in the UserFiles\ExistingApplications folder and Emu68 Imager will detect them and install the required files. If not detected, the demo versions will be installed.
The imager tool gives you the option of configuring the Emu68 WiFi driver (wifipi.device) at install time, such that wifi will be available immediately the Amiga has booted. You need to enter the SSID (name) for your WiFi access point and the Password for it in the Wifi Settings section. Note both the SSID and the password are case sensitive!
Please bear in mind that your wifi name and password are stored on the image should you use this option! It is not mandatory to provide this information during the tool setup, and you can set it up or change it later on by using the Wifi Config icon in the PiStorm folder on your Workbench partition.

If you select a version of Emu68 that supports it (1.1+), you will have the option to enable the USB stack. This will install Rondoval’s xhci.device.
You will then need to choose the version of Poseidon you wish to install - either 4.5 or 6.x. The latter is the backported AROS version from Rondoval.
Emu68 Imager will automatically choose the correct version of xhci.device based on your selection of Poseidon and your version of Emu68.
Depending on the version of Emu68 chosen, various settings can be enabled or disabled as follows:
| Setting | Explanation |
| Enable Low Speed Option | Improves compatibility for users with SD Card Extenders |
| Enable Buptest on First Boot | Enables a basic test on initial boot |
| Disable scsi.device | Disables the onboard IDE controller for A1200/A600 |
| Force Agnus Type | Allows you to change the Agnus type for users running PAL or NTSC Amigas but with a different version of Agnus installed |
| Enable DMA | Enables DMA for the SD Card |
| Enable IRQ | Enables IRQ for the SD Card |
| SD Card Speed | Enables over or underclocking of the SD card speed |
If you do not know what these settings to - then do not change or enable them!

This is where you set up the disk you wish to write to. There are a few different things to do:
This is where you define if you want to write to either a SD card or to an Image which you can then write to at a later date. If you change your mind after you begin configuring the disk/image you will need to redo this part!
If you select a Disk you will need to select the particular disk you wish to write to. Only removable media attached to your PC will be available for selection.
If you select an image, you will need to define the following:
This is where you set up the disk in accordance with how you wish. You can do this either through using the mouse to click, move, and reposition partitions and/or via the input boxes on screen.
There are two levels of partitioning, the MBR partitions and the Amiga Partitions.
MBR partitions are what the Raspberry Pi recognises when you boot the Amiga and Emu68 loads. Emu68 loads files from a FAT32 partition. Additionally, MBR partitions with the Partition ID of 0x76 are identified by Emu68 as being separate Amiga drives. Note, there can be a maximum of 4 MBR partitions. This is a limitation of the MBR structure, not Emu68.
By default, the Emu68 Imager creates one FAT32 partition and one 0x76 partition. If you wish, you can resize, move, delete, and add partitions. However, you are limited to the maximum of four MBR partitions.
You can choose where to add the new partition (if you wish to put it next to a particular partition versus just at the end of the disk for example).
As the partitions can be moved around there is the possibility that there is empty space between the partitions. Press the “Remove free space between partitions” button if you want to remove this.
If you click on any of the 0x76 partitions you will then see the Amiga partitions included within the 0x76 partition. Again, you can resize, move, delete and add partitions as you see fit. Should you wish you can also define the parameters of the partition including device, volume name, etc. - as you would if you were using HDToolbox on the Amiga. You can have a maximum of 10 Amiga partitions within the 0x76 partition. This is not a limitation of AmigaOS - rather it’s placed within Emu68 Imager such that the interface does not become unwieldy!
Similar options exist as for MBR partitions as it relates to the positioning of partitions and removal of free space between the partitions.
You also have the option of importing files from your PC to the partition. However, you are limited to importing single folders which will then import all files and folders underneath that folder. Each Amiga partition can have files imported to it.
If you want to set up your owm environment you can delete the default Workbench partition. However, you will need to restart the set up process should you change your mind.
if you have more granular requirements, you can of course use WinUAE, HST Imager, DiskFlashback, etc. to copy individual files directly to the partition.

This screen allows you to customise what is installed. You can choose between different icon sets where available (e.g. Standard versus GlowIcons). Additionally, if you want to customise which software is installed you can add/remove certain options. For example, if your language is not selected by default then you can choose to install it (as well as unselecting languages you do not wish to install). Take care when uninstalling things you might later need! As of version 2.2 you can also choose to install some packages in different locations or different drives.
There is an option to load and save settings. This will allow you to save the settings entered in this screen in case you need to go back and rerun. As well as saving your settings here, a settings file will automatically be created and stored in the Settings folder where you have installed the tool. This means if you ever need to re run the install (e.g. the install fails for any reason) you can load the previous settings and re-run.
Once all the options have been set to your satisfaction, the Run Tool button will turn green and when clicked, the process can begin.
After this the process shall begin.
The main output will be a Powershell window - a text display of progress.
There are several sections where the imager tool downloads all necessary packages from the internet. Finally, the image will be written to the SD Card and when finished you can eject it and remove it from the drive.
A log file will be created in the “Logs” folder. This can be useful for troubleshooting.
Now you can insert the SD Card into RaspberryPi on your Amiga and continue with the Amiga Utilities instructions!