Getting SimCity 3000 running on an M1 Mac.

What we started with

Our machine was a MacBook Air with an M1 chip, running macOS 27.0.1. We used the Windows version of SimCity 3000 Unlimited from GOG, installed from its offline installer.

Wine Stable 11.0 was already in the Mac’s Applications folder. Wine supplies the Windows compatibility layer; Rosetta lets this Intel build of Wine run on Apple silicon. Together they gave us a way to run the game within macOS.

The commands below describe that tested layout. They assume Wine is installed as /Applications/Wine Stable.app. If you are starting from scratch, the macOS Wine package maintainer’s instructions cover installation. Package names and paths can differ between builds.

The first hurdle: Wine itself would not start

Our first attempt stopped with Bad CPU type. That happened before the game could run: the Intel Wine executable needed Rosetta on this M1 Mac.

Installing Rosetta resolved that error and let us continue with the Windows installer. Apple explains how to install and use it in its guide to Intel-based apps on Apple silicon. For this setup, checking that Wine could start was the first useful step.

Give the game its own Windows environment

We used a separate Wine prefix: a folder containing the game’s Windows drive, registry and Wine settings. Ours lived under ~/Library/Application Support/SimCity 3000 Unlimited/WinePrefix, keeping its configuration separate from other Windows applications.

To use the same layout, download your GOG offline installer and launch it with that prefix. This example uses the installer filename from our setup; change the filename if your download differs.

sc3u_wine="/Applications/Wine Stable.app/Contents/Resources/wine/bin/wine"
sc3u_prefix="$HOME/Library/Application Support/SimCity 3000 Unlimited/WinePrefix"
sc3u_installer="$HOME/Downloads/setup_simcity_3000_unlimited_2.0.949(a)_ddrawfix_(77026).exe"

mkdir -p "$sc3u_prefix"
WINEPREFIX="$sc3u_prefix" "$sc3u_wine" "$sc3u_installer"

In the installer, use C:\GOG Games\SimCity 3000 Unlimited to match the paths in this article. The game executable then sits at drive_c/GOG Games/SimCity 3000 Unlimited/Apps/SC3U.exe inside the prefix.

The graphics setting that worked

The GOG build included a DirectDraw compatibility DLL. Our working configuration selected Wine’s built-in DirectDraw using the override ddraw=b. This bypassed the bundled DDrawCompat library while leaving the game files in place.

The complete override was WINEDLLOVERRIDES="ddraw=b;winemenubuilder.exe=d". The first part chooses Wine’s graphics implementation. The second disables Wine’s menu builder; we supplied our own Mac launcher.

We also looked into cnc-ddraw during the investigation, but the successful setup used Wine’s built-in implementation. No replacement graphics DLL was needed for the result documented here.

From a small window to proper fullscreen

Our first display approach used Wine’s virtual desktop at 1024 × 768. It left the game in a small 800 × 600 window. Launching SC3U.exe directly gave us fullscreen, then the remaining task was matching the game’s resolution to the Mac’s screen shape.

The working argument was -r1280x800. That is a 16:10 resolution, matching this MacBook Air’s display. We checked that both the game window and display mode were 1280 × 800, then confirmed that city gameplay filled the screen without black bars.

The installed executable already contained the widescreen-unlocking changes, so we did not patch it again. That is a detail of the GOG build we tested; another release may differ.

The working launch command

With the game installed in the layout above, this puts the working directory, Wine prefix, graphics override and resolution together. Run the block in Terminal:

(
  sc3u_wine="/Applications/Wine Stable.app/Contents/Resources/wine/bin/wine"
  sc3u_prefix="$HOME/Library/Application Support/SimCity 3000 Unlimited/WinePrefix"
  sc3u_apps="$sc3u_prefix/drive_c/GOG Games/SimCity 3000 Unlimited/Apps"

  cd "$sc3u_apps" || exit 1
  WINEPREFIX="$sc3u_prefix" \
  WINEDEBUG=-all \
  WINEDLLOVERRIDES="ddraw=b;winemenubuilder.exe=d" \
  MVK_CONFIG_LOG_LEVEL=0 \
  "$sc3u_wine" SC3U.exe -r1280x800
)

Starting in the game’s Apps directory preserves the working directory used in our successful launch. The full Wine path also avoids relying on Terminal’s search path. WINEDEBUG=-all and MVK_CONFIG_LOG_LEVEL=0 quiet diagnostic output; the DirectDraw override and resolution are the relevant graphics settings.

The parentheses keep the directory change inside this launch. If your game is installed elsewhere, adjust sc3u_prefix or sc3u_apps to match it.

Make it easy to open again

Once the direct launch worked, we put the same configuration into a small native Swift launcher. It sets the Wine executable, game directory, environment and -r1280x800 argument, then starts the Windows game.

We packaged it as SimCity 3000 Unlimited.app in ~/Applications, added the game icon and a Desktop shortcut, and checked the compiled app, its property list and local code signature.

The launcher also checks that Wine and the game exist, prevents repeated clicks from starting duplicate copies through the launcher, and saves output to ~/Library/Application Support/SimCity 3000 Unlimited/Logs/launcher.log. Those small details make the working configuration easier to reuse and troubleshoot.

What we verified

We confirmed the main menu, a loaded city, movement around the city and fullscreen rendering at 1280 × 800 without black bars. The game was tested through the same Wine invocation used by the launcher. Sound and save/reload were not separately tested.

The useful lesson was to work through each layer in order: get Wine running, give the game its own environment, select the graphics implementation that works, then choose a resolution the game can handle. Packaging those settings into a Mac app was the finishing step.

This records the working combination for the GOG edition on our M1 Mac. For another game or Wine build, start by checking its own graphics and display requirements.