What this handbook covers
This is the public day-to-day guide for Amiga Imager v0.98.
It is meant to match the current app build. It covers the build workflows,
the current setup checks, platform-specific notes, and the features that
matter most in the current public release: WHDLoad game collections,
PiStorm board-aware setup, USB, Quick Look previews, and direct write-to-card.
What the app does
Amiga Imager is a native macOS app that builds ready-to-use Amiga systems from one workflow.
- PiStorm / Emu68 and Classic Amiga builds are written as
.img files.
- Emulator builds (MiSTer/Minimig, UAE, and Amiberry) are written as
.hdf files. The UAE and Amiberry profiles also write a companion .uae config next to the image.
- Finished images can be written directly to SD, CF, SSD, or USB media from the app.
- The app supports both Simple and Advanced build flows.
- Optional community software can be added during the build, and v0.98 can also stage a WHDLoad games collection and prebuild the iGame index for first boot.
- Roadshow Demo is part of the standard flow, while Roadshow Full still works when you provide your own archive.
- The native disk engine, archive path, and build pipeline now run end to end on the native implementation, improving reliability on real hardware and keeping repeat builds more predictable.
Before you start
For a normal build you should have these items ready:
- a Mac running macOS 14 Sonoma or later
- a valid Kickstart ROM
- matching AmigaOS installation media
- a destination SD, CF, SSD, or USB device if you plan to write the image immediately
- internet access for the first build so the download cache can be warmed
Media expectations depend on the AmigaOS version you select:
- AmigaOS 3.1 / 3.1.4: ADF source folder
- AmigaOS 3.2.x: ADF source folder or 3.2 CD ISO
- AmigaOS 3.9: CD ISO plus Boing Bag 1 and Boing Bag 2
Optional but often useful for current builds:
- a paid Picasso96 archive from Individual Computers for the broadest Classic RTG compatibility
- a valid Roadshow.lha if you want Roadshow Full instead of the bundled demo path
- registration files for IBrowse or IMP3 if you want licensed features
The two workflows
Build bootable image
This is the main mode and the one most users will spend their time in. It lets you select a target platform, point the app at your install media and ROM, choose optional software, review a Build Summary, and generate a ready-to-use disk image.
Flash existing image
This mode writes an already built image to removable media. The UI is simple: choose the image file, choose the target disk, optionally keep Only show external disks enabled, then click Write to Disk.
Because writing erases the target, the app first shows a confirmation naming the card (turn it off in Settings → Storage → Card Writing if you prefer). Card access is authorized through the signed Amiga Imager Disk Helper — silent once it is approved and has Full Disk Access, otherwise via the standard macOS prompt. See Prompt-free card access in Troubleshooting for the one-time setup.
Guided Build (step-by-step)
New to Amiga Imager? Click Guided Build in the toolbar for a full-screen wizard that walks you through one decision at a time, with a plain-language tip on every screen. It drives the same build engine as the normal form, so the result is identical — it just makes the choices easier to find. The Simple and Advanced modes remain available for everyone else.
The wizard adapts to your platform and covers, in order:
- Welcome — what you'll need: a Kickstart ROM and AmigaOS install media (not bundled — you supply your own).
- Platform — pick PiStorm / Emu68, Classic Amiga, or an emulator (with its profile) from large, labelled cards.
- Hardware — Classic: machine, accelerator, RTG card, network card; PiStorm: board type, FrameThrower, Wi-Fi, and USB. (Skipped for emulators.)
- AmigaOS & install files — version, Kickstart ROM, and an ADF folder or CD ISO. A live check confirms the media before you continue.
- Language & region — choose which locales are installed; your Mac's region is preselected.
- Licensed files — optional paid add-ons you own: Picasso96 (iComp), Roadshow (full), IBrowse key, IMP3 registration. Leave any blank to skip.
- Your own files — optionally copy a folder into a
Transfer drawer on the image.
- Display, Software (an all-or-none set of community tools), and Size & destination (save to a file or write straight to a card).
- Review & build — a summary of every choice; the build starts immediately when you confirm (no separate Build Summary sheet).
Networking is chosen for you from the Licensed files step: supply your Roadshow archive for the full stack, otherwise the bundled demo is used. A disabled Next always explains what's still missing, and the tab strip lets you jump back to any earlier step.
How the current build workflow works
1. Choose the basic inputs
- Select Target platform:
PiStorm / Emu68, Classic Amiga, or Emulators. The Emulators target offers a profile picker for MiSTer (Minimig), UAE, and Amiberry.
- Choose AmigaOS version. If possible, keep it on Auto and use Check Media to verify what the app found.
- Provide an ADF source, an ISO, or both, depending on the OS version.
For AmigaOS 3.2 you can point the app at a 3.2 CD ISO (the kind that holds an
ADF/ folder) instead of loose ADF files. You can also supply both — the CD ISO for the
3.2 base plus a separate ADF folder of 3.2.x update disks, which the build overlays on top (the folder's
ADFs take precedence). AmigaOS 3.9 uses the CD ISO plus the Boing Bag updates as before.
- ADF folders are checked the same way the build reads them. v0.98 scans only the selected folder's top level, can auto-adopt a single obvious subfolder, and offers a one-click switch when the disks are nested one level deeper than expected.
- ROM recognition is clearer now. More Hyperion 3.2.x ROM variants are recognized directly, and the app can fall back to the Kickstart header when the binary is legitimate but laid out differently. A yellow recognition result is still a valid positive match.
- Choose the output image path. The field is pre-filled
with a self-describing name derived from your configuration — for
example
classic_a1200_3.2.3_68060_rtg_64gb_150626.img
(platform/machine, AmigaOS version, CPU, an rtg marker when
RTG is selected, image size, and the date). It updates automatically as
you change those settings, defaulting to your Downloads
folder. Pick your own path with Save As at any time; once
you do, the app keeps your choice instead of auto-naming.
2. Decide whether to stay in Simple or switch to Advanced
If this is your first build, consider Guided Build (see above) instead — it walks you through everything below. Otherwise:
Simple is the fastest route. It applies safe defaults for a first build, including bundled assets, EN plus your system locale, Roadshow Demo, and the shareware Picasso96 path when RTG is needed.
Advanced is where the full app lives. Use it when you want custom hardware choices, manual Roadshow or Picasso96 archives, transfer folders, package-specific registration files, custom image sizing, or profile save/load.
3. Work through the build cards
Input
This card is where you set the platform, OS version, media, ROM, and output image. On Classic builds it also exposes the current hardware selectors for Machine, Accelerator, RTG Graphics Card, and Network Card.
Configuration
In Advanced mode this is where the current setup choices live:
- Display: preset or custom screen mode, Workbench depth, backdrop, icon set
- P96 iComp archive: optional commercial Picasso96 archive for Classic RTG
- FrameThrower: PiStorm-only video settings such as mode, autostart, scaling, size, brightness, and contrast
- Network:
None, Roadshow (Demo), or Roadshow (Full), plus Wi-Fi where supported
- Transfer Folder: copy a host folder into the chosen Amiga partition during the build
Locale and keyboard. The keyboard layout follows the locale you select: the
first selected locale sets the matching Amiga keymap at boot, so a German build comes up with a
German keyboard rather than US.
Optional Software
Simple mode offers a one-switch community package path. Advanced mode exposes grouped package selection with over 30 available packages across categories including Internet, Multimedia, Utilities, and System tools.
Some packages open extra fields only when needed, for example:
- WHDLoad Kickstarts
- IBrowse Key
- IMP3 Reg
WHDLoad games and ScummVM
v0.98 can take a folder of WHDLoad game archives, extracted drawers, or a mix, copy it into the finished image during the build, and generate the iGame index in advance so the library is already there on first boot.
- Set a Games collection folder and choose a target partition or drawer name if you want to override the default.
- WHDLoad and iGame are staged automatically when a games collection is present.
- Point the build at your own WHDLoad Kickstarts folder if your games require them.
- The current ScummVM path also includes the launcher-ready freeware set and broader support across real hardware and emulator profiles.
Packages new in v0.90:
- Solas — clockport RGB LED strip controller for clockport-equipped Amigas
- LumiWeather — weather widget (Roadshow required)
- LumiPass — password manager
- LumiReg — registration and license key manager
Build downloads and caching
Everything a build downloads is cached in ~/Library/Application Support/AmigaImager and reused on every later build — so repeat builds need no downloads. This covers both the community packages you select and the engine's own dependencies (the Emu68 boot bundle, Emu68-tools, network/RTG drivers, fat95, the CompactFlash driver, and so on). If a download can't reach the internet, the app automatically falls back to the cached copy, so builds keep working offline.
Caching is managed in Settings → Packages → Build Download Cache:
- Cache downloaded files (default on) — turn off to download fresh into a temporary folder every build (uses no disk space, but every build re-downloads).
- Offline mode — never attempt downloads; use only files already cached. Anything not cached is skipped; if a required build dependency isn't cached, the build stops with a clear message. (You don't need this just to build offline — the automatic fallback already handles a dropped connection.)
- Re-download — fetch fresh copies of the cached community packages now.
- Clear — empty either cache (packages and build dependencies are tracked separately) so the next build downloads those files again.
To prepare for a fully offline build, run one normal build online first to warm the cache, then turn on Offline mode.
Image & Build
Use this card to choose the image size and start the build. Simple mode stays on the preset path. Advanced mode exposes the full image size controls, partition layout, profile save/load, and the final build actions.
- Build Image is used for PiStorm and Classic targets.
- Build HDF is used for the Emulators target (MiSTer, UAE, Amiberry).
- Before the build runs, the app opens a Build Summary so you can review the current settings and warnings.
- After a successful build you can click Use Built Image and switch straight into the write flow.
- When the build finishes, macOS sends a notification. You can keep working in another app and come back when the build is done.
Platform notes
PiStorm / Emu68
- Builds use an
.img output file.
- v0.98 keeps the board-aware setup path: A1200 PiStorm32-lite, A600 PiStorm16, and PiStorm Classic each get the correct boot configuration.
- Wi-Fi, USB, and FrameThrower are PiStorm-specific. On CM4 systems, USB is kept under explicit control when FrameThrower is enabled because both features compete for the same controller.
- The PiStorm settings pane controls boot-bundle source, prerelease firmware opt-in, and the EMU68BOOT auto-mount behavior.
Classic Amiga
- Current RTG card choices include
VA2000, P-Vision, Vampire SAGA, and ZZ9000.
- Current network choices include
A314, ZZ9000Net, PicoWiFy, and other Classic NICs.
- A314 requires Roadshow. The app will flag that mismatch in the build summary if you choose A314 without a Roadshow stack.
- Classic USB host-controller support uses the Poseidon path when you select a supported USB card.
- PicoWiFy is a clockport-based Wi-Fi adapter by Niklas Ekström. Select it in the Network Card picker for clockport-equipped models.
- v0.98 also respects the chosen filesystem per partition instead of flattening everything through one primary assumption.
Emulators (MiSTer / Minimig, UAE, Amiberry)
- All three profiles build a pure-RDB
.hdf output file with no PiStorm/Emu68 boot content. Pick the profile in the Emulators settings pane.
- UAE and Amiberry remain validated, and current ScummVM package setups also cover those profiles instead of stopping at MiSTer-only assumptions.
MiSTer / Minimig
- Optional RTG uses the official MiSTer RTG path.
- If you enable networking, set the MiSTer core to UART Mode = PPP, Baud = 115200 (8N1, RTS/CTS on). The generated image already configures the Amiga side (Roadshow PPP with hardware flow control) to match.
- Before launching the Amiga core, make sure the network icon is showing in the MiSTer Menu core — otherwise the MiSTer PPP daemon will not hand out an IP address and the link will never come up.
- Bring the link up from Workbench via the Ethernet dock icon. MiSTer assigns the Amiga an address ending in
.254 via PPP. If it does not connect, check RAM:Roadshow-PPP.log for the negotiation trace.
UAE / Amiberry
- Optional RTG uses uaegfx (Picasso96).
- A companion
.uae config is written next to the image. It ships with an empty Kickstart path by design — set kickstart_rom_file to a Kickstart 3.2 (47.x) ROM before launching. (AmigaOS 3.2 needs a 47.x ROM; a 3.1/40.x ROM will not boot reliably.)
- There is no Amiga-side network stack on these profiles — networking goes through the emulator host (bsdsocket).
Native disk and build engine
v0.90 introduced AmigaDiskKit, a native Swift implementation of all RDB and FFS disk operations.
It is the default engine and handles partition layout, FFS formatting, and file copy/extract internally
without requiring an external tool for those steps.
The native engine fixes a class of reliability problems caused by incorrect FFS root-block layout that
previously caused "Not a DOS disk" errors on real Amiga hardware after imaging. These failures
were silent — the image appeared valid but would not mount on hardware.
As of v0.96 the build is now fully native in Swift. The whole pipeline runs in-process for
all three platforms — OS install from your ADFs or ISO, package installation, RTG and network setup, and
the final boot-tuning steps — with no external tools involved. The legacy build scripts and the old
hst-imager helper have been removed entirely; there is no fallback path and no Disk Engine
toggle anymore. v0.98 also removes the remaining host-side lha and 7z bootstrap
machinery, so the Mac-side archive path is fully native as well. This is faster, simpler, and more
consistent, and native builds have been validated on real hardware across every platform and emulator profile.
Amiga File Manager
The Amiga File Manager is a built-in window for browsing and editing the
contents of Amiga disks without booting an Amiga. It reads and writes real Amiga
filesystems directly, so you can drop a few files onto an image, pull a save-game off an
SD card, or peek inside an archive — all from macOS.
Open it from the toolbar button in the main window or with Shift-Cmd-M.
It opens as its own window, so you can keep it next to the build screen.
What you can open
- Hard-disk images (
.hdf, .img) — Amiga RDB
partitions formatted as FFS or PFS3, and the
FAT32 boot partition of a PiStorm image.
- Floppy images (
.adf) — OFS and FFS.
- Physical SD/CF media — a card in a reader, browsed straight from the device.
- Folders on your Mac — so you can copy between a host folder and an Amiga volume.
- LHA / LZH archives (
.lha, .lzh) — browsed read-only, like a drawer.
Two views
A toolbar toggle switches between two layouts; your choice is remembered:
- Dual pane — two side-by-side panes (Directory Opus style). Ideal
for copying between two disks: source on one side, destination on the other.
- Browser — a single Finder-like view with a sidebar listing everything
you have open.
In either view you pick a source and then a partition
inside it, then navigate folders. A breadcrumb shows where you are; double-click a drawer
to go in.
Working with files
- Copy out — drag files or whole drawers from an Amiga volume to the
macOS Finder (or to a host-folder source), or use the copy command.
- Copy in — drag files from the Finder onto an Amiga volume or folder.
- Move — dragging within the same volume moves the item;
dragging to a different volume copies it.
- New drawer and Delete — create folders and remove
items (delete is recursive for non-empty drawers).
Drag and drop works between the two panes, between the sidebar and a pane, and to and from
the Finder. There is no rename yet.
Looking inside LHA archives
Double-click an .lha or .lzh file to descend into it as if it
were a drawer. You can browse the contents and drag files out. Archives are read-only — you
can extract from them but not add to them. Use the breadcrumb (or navigate up) to come back
out.
Using real SD and CF cards
Physical media is treated carefully. A card is always opened read-only first,
so browsing can never accidentally change it. To make changes you explicitly choose to open
it for writing. Always double-check you picked the right card before enabling writing.
Raw disk access goes through a small signed Amiga Imager Disk Helper so the
authorization is branded as Amiga Imager rather than a generic system prompt. The first time
it is needed, macOS asks you to approve it once under
System Settings → General → Login Items & Extensions, and you grant the
helper Full Disk Access (see Prompt-free card access below). After
that, opening and writing cards is silent. Until the helper is approved, the app falls back to
the standard macOS authopen prompt, so card access always works either way.
While a build is running or an image is being written to a card, the File Manager will not
open that image or disk, to avoid touching something mid-write.
Quick Look previews
Amiga Imager can preview Amiga files right in Finder with Quick Look,
and inside the File Manager — no need to open or mount anything first.
- Images and icons — IFF
.iff/.ilbm pictures
and Workbench .info icons render as images.
- Disk images and archives —
.hdf, .img,
.adf and .lha show an info card: the partitions (with volume
name, size and free space), a count of files, and an expandable tree
of the contents you can click through.
In Finder, select a file and press Space. Inside the
File Manager, select a file in a volume and press Space
to preview it without extracting.
Opening and extracting. Quick Look previews are view-only, so to act on a
file use Finder's right-click → Open With → Amiga Imager:
.hdf / .img — opens the image in the File
Manager to browse it.
.lha / .adf — extracts the contents to a
folder next to the file (a handy replacement for The Unarchiver for these formats).
Tip: choose Get Info → Open with → Change All to make double-click extract.
The first time, enable the previews under System Settings → General → Login Items
& Extensions → Quick Look (Amiga Imager). The button in
Settings → General → Quick Look Previews takes you straight there.
Real floppy drives
If you have a supported USB floppy controller with a 3.5" drive, the File
Manager can read and write real Amiga floppies — no separate tools required. Use the
Floppy menu in the File Manager toolbar.
- Greaseweazle — the recommended controller, hardware-validated for
reading and writing Amiga floppies.
- DrawBridge (Arduino Amiga Floppy Reader/Writer) — also supported; the
app auto-detects which controller is attached. DrawBridge support is new and has not yet
been verified against real DrawBridge hardware.
- Port — pick your controller (it appears as a
cu.usbmodem…
port); the last one is remembered.
- Mount Floppy (Read & Browse) — reads the disk and opens it
immediately as an ADF you can browse, no save dialog.
- Read Floppy → ADF — read a disk and save it as an
.adf
file (Double Density 880K or High Density 1.76M).
- Write ADF → Floppy — write an
.adf back to a disk
(verified by default).
- Raw flux (SCP) — image a whole disk to a SuperCard Pro
.scp file, or write one back, for copy-protected or non-AmigaDOS disks.
(IPF is not supported.)
Drive options live in Settings → Floppy: bus type, drive unit, read
revolutions and retries, verify-after-write, motor spin-up and head-settle timing, and
default density.
If a read fails with noTrk0, the drive isn't being selected — try the other
bus type or drive unit 1 (PC drives on a twisted
cable usually answer as unit 1).
Build straight to a card
You can build an image and write it to an SD/CF card in one step, without producing a
separate file first. On the build screen, in Image & Build, set
Build destination to SD/CF card and pick the target
card. The build button changes to Build & Write to Card.
When the build finishes it writes straight to the card. Because writing erases the
card, the app shows a confirmation naming the exact target (card name, size and
/dev node) before it writes anything — click Erase and Write to
proceed or Cancel to leave the card untouched. (You can turn this
confirmation off in Settings → Storage → Card Writing.) It then writes —
skipping empty space, so only the actual content is written, not the whole card — and verifies
the result. A progress bar under the toolbar shows the write and verify passes.
Once the disk helper is approved and has Full Disk Access, the write is silent (no separate
authorization prompt). See Prompt-free card access in Troubleshooting.
This destination is available for PiStorm and Classic builds. Emulator (HDF) builds always
produce a file, since those images are meant for use in an emulator.
Settings window (Cmd+,)
The current app has a dedicated Settings window with these panes:
- Build: build behavior, Aminet exposure, UserFiles auto-discovery, asset folder override, and Quick Look previews
- Packages: the build download cache — community packages and engine dependencies (cache on/off, offline mode, per-cache clear, re-download) — and custom package sources
- Storage: SD-card size reduction presets so generated images still fit real media, Card Writing options — Confirm before erasing a card (default on) and Verify a card after writing — and partition device names
- PiStorm: floppy buffers, boot-bundle source, prerelease toggle, optional firmware URL override, and Auto-mount EMU68BOOT: drive on Workbench (default on) so the FAT boot drive appears on Workbench at startup
- Emulators: emulator-target preferences (MiSTer shared folder, mouse-wheel extras)
- Classic: A314 auto-mount behavior and optional
DEVS:a314.config output
- Floppy: floppy controller and drive selection and reliability — bus type, drive unit, read revolutions and retries, verify-after-write, motor spin-up and head-settle timing, and default density
- Debug: diagnostic output and other developer-oriented behavior
If you keep the default setup, you can ignore most of these. They are mainly useful when matching specific hardware or refining repeated build workflows.
Troubleshooting
The build cannot start
The most common causes are missing install media, missing Kickstart ROM, or no output image path. For AmigaOS 3.9, also check that both Boing Bag updates are present.
The ADF set is not recognized
v0.98 scans only the selected folder's top level, like the actual build. If your disks are inside a single subfolder, use the suggested one-click switch or point the app at that subfolder directly.
The ROM shows a yellow recognition result
A yellow checkmark still means the ROM was recognized. It usually indicates that the app matched the Kickstart header rather than a byte-for-byte hash, which is common with official Hyperion 3.2.x variants.
Writing to disk fails on macOS
Enable Full Disk Access for Amiga Imager in System Settings → Privacy & Security → Full Disk Access, then retry. Replugging the target device can also help.
Prompt-free card access (Amiga Imager Disk Helper)
By default, opening or writing an SD/CF card asks macOS for authorization through the generic
authopen prompt each time. To make card access branded and silent, Amiga Imager
includes a small signed background helper. Set it up once:
- Launch the app. If prompted, open System Settings → General → Login Items & Extensions and enable Amiga Imager under Allow in the Background.
- Open System Settings → Privacy & Security → Full Disk Access, click +, and add Amiga Imager Disk Helper (inside the app bundle at
Contents/MacOS/AmigaImagerDiskHelper), then switch it on. This is required because macOS protects removable volumes (SD/CF/USB) — even an authorized helper cannot read or write them without Full Disk Access.
After that, opening and writing cards is silent. If a card open is ever denied for lack of Full
Disk Access, the app shows a banner with an Open Settings button and keeps
working through the standard authopen prompt in the meantime, so nothing breaks.
Did I pick the right card?
Writing erases the whole card. The app shows a confirmation naming the exact target before any
write — read the card name, size and /dev node and cancel if it is not the one you
expect. You can turn this confirmation off (or back on) in
Settings → Storage → Card Writing.
A314 does not work
Make sure the network stack is set to Roadshow Demo or Roadshow Full. A314 is not supported with None.
The image boots on a Mac/emulator but not on real hardware
Rebuild the image with the current release and double-check that the target platform, board type,
ROM, and install media all match the machine you are booting. On PiStorm Classic, keep the
conservative default path first; on Classic hardware, confirm the selected filesystem and RTG options
actually match the target system.
The image is too large for the card
Reduce the preset, adjust the custom size, or use the storage size-reduction settings to leave more headroom for real SD media.
The WHDLoad games are missing on first boot
Check that a Games collection folder was set before building, and that the target partition had enough free space for the unpacked collection. If your games require Kickstart images, also provide the WHDLoad Kickstarts folder so the staged games can launch correctly.
MiSTer (Minimig) PPP networking stays at 0.0.0.0
When an Amiga image with Roadshow runs on MiSTer, it reaches the network over PPP across the
FPGA serial line to pppd on the MiSTer's Linux side. If the Roadshow PPP log shows the
Local IP address stuck at 0.0.0.0 together with repeated
IPCP configuration request reject messages, the Linux side is not handing the Amiga an address.
Edit linux/ppp_options on the MiSTer SD card (it mounts as a FAT volume on macOS) and make sure of three things:
- Uncomment the explicit IP pair near the bottom of the file, e.g.
192.168.1.1:192.168.1.254 (local:remote). The stock comment claims newer MiSTer releases assign this automatically, but on many images it does not work — set it explicitly. proxyarp (already enabled) then puts the Amiga on your LAN.
- Uncomment
-vj to disable Van Jacobson header compression, which stops the IPCP Configure-Reject loop.
- Optionally set
ms-dns <your-router> so the Amiga can resolve names, not just route packets.
Keep crtscts active (it matches Roadshow's Hardware-Handshaking = ON), confirm the MiSTer OSD
has UART = PPP at 115200, then re-up the Amiga's PPP interface. The log should now show the
assigned Local IP address and IPCP reaching opened. Always eject the card from macOS
(diskutil unmount) before moving it back to the MiSTer.
You need help diagnosing a problem
Use Export Log after the failure and keep the build summary details. That is the fastest way to capture the exact configuration used by the current build.