Some of us grew up with DOS games, and a little Raspberry Pi can be a satisfying way to revisit them. DOSBox recreates an MS-DOS-compatible environment, including emulated PC hardware, so many old games can run on a modern Linux computer. You do not need to install an x86 operating system directly on the Pi to use its built-in DOS environment.

This guide keeps the original straightforward route: install the dosbox package, create a games directory, mount it inside DOSBox and start a program. It then explains the settings and checks that help when a particular game behaves differently. If you prefer a gaming frontend, our RetroPie guide is another option.

How DOSBox Runs PC Software on a Pi

The Pi's Arm processor does not natively execute the x86 instructions used by DOS games. DOSBox supplies CPU emulation, memory, graphics, sound and input devices, together with a DOS-compatible shell. Some later DOS games use protected-mode extenders, so it is inaccurate to describe all 16- and 32-bit DOS software as real-mode code.

Emulation has a cost. Dynamic translation can improve performance where the particular build and host architecture support it, but does not guarantee near-native speed or cycle-perfect hardware timing. A newer Pi can offer more headroom, yet demanding late DOS titles, graphics modes and sound processing still need evaluation. A playable adventure game does not prove every game will run smoothly.

Choose One DOSBox Variant

ProjectUseful distinctionKeep in mind
Original DOSBoxThe baseline used by the commands below.Use its own manual and configuration, not another fork's settings.
DOSBox StagingA separate continuation focused on games and a modern user experience.Consult its current installation guide; package availability and options vary.
DOSBox-XA broader DOS environment with additional systems and application features.Its shortcuts, menus and configuration differ from original DOSBox.
DOSBox PureA separate fork used in a libretro-style frontend context.Do not assume every RetroPie installation automatically configures this core.

The Staging project description explicitly separates it from the original DOSBox team. DOSBox-X's introduction documents its wider scope and different controls. There is no measured Pi benchmark here establishing one as universally fastest. Get a simple game working in one variant before comparing alternatives.

Install, Mount and Start a Game

Use an installed Raspberry Pi OS desktop, a suitable Pi power supply, monitor, keyboard and mouse. Back up the card if you are changing an existing setup; a new emulator does not require re-imaging a working system. Network access is needed to obtain the package. Use authorised software releases or games you have permission to run, and keep a backup of their files and saves.

In the Linux terminal, refresh package information and check whether your configured repositories provide DOSBox:

sudo apt update
apt-cache policy dosbox

A candidate version means APT has an installable package for those repositories. Debian publishes original DOSBox for Arm architectures, but the candidate on your Pi is the relevant check. If none is listed, investigate the OS release and its supported repositories instead of copying an unrelated package or assuming Staging must be available.

sudo apt install dosbox
mkdir -p ~/dosgames
dosbox

Review APT's proposed changes before accepting. Copy a game's complete directory into ~/dosgames, including its data files; an executable alone is often insufficient. The installation commands belong in Linux, whereas the following commands belong inside the DOSBox window:

mount c ~/dosgames
c:
dir

The directory becomes DOSBox's C drive; Z is its internal utility drive. The Linux path is case-sensitive, so use the actual folder name. If a mount fails, check that the folder exists and use its full quoted Linux path if necessary. Mount the dedicated games folder rather than your whole home directory, since mounted files are accessible to the emulated programs.

For example, if the directory you copied is ~/dosgames/DOOM and contains DOOM.EXE, enter:

cd DOOM
dir
DOOM.EXE

This example only applies to that folder and executable; use the game's documented launcher when it differs. Some games need their installer or setup utility first. If a file you just copied is not visible, refresh DOSBox's directory cache with Ctrl+F4 or restart the session. Check ordinary file permissions if a game cannot save; running the emulator as root is not a sensible fix.

CD Images and Missing Music

Some games need a mounted CD as well as installed files. DOSBox's image-mount documentation describes optical ISO and CUE/BIN images. A data-only ISO does not preserve separate CD audio tracks. For a mixed-mode disc, use the corresponding CUE sheet and retain the referenced track files and their names.

Match the mount to the game and image format, then check whether the game expects a particular drive letter. Missing music is not automatically a CPU problem: the data may be present while the audio tracks or their paths are missing. No image format guarantees zero stutter on every Pi.

Configuration and Sensible Performance Tuning

For original DOSBox, its Linux manual documents dosbox -printconf to print the default configuration location. Use that rather than assuming a Staging path applies. Preserve a copy before editing, and use a separate game configuration with -conf when different titles need different settings.

Start with automatic CPU core and cycle choices. The available dynamic core depends on the build and host, and some software behaves better with another core. Cycles control the emulation rate rather than expressing a guaranteed physical MHz equivalence. Too many can overload the host and make audio skip; too few can make a game slow. Ctrl+F11 and Ctrl+F12 adjust the rate in original DOSBox.

Speed-sensitive games may need fixed cycles. Change one setting, test the same scene and record what works. Increasing frame skipping trades visual smoothness for reduced rendering work; it is a compromise rather than a free upgrade. Avoid copying a different Pi owner's cycle value as a universal result.

Aspect correction helps graphics intended for non-square pixels and a 4:3 display. Use the installed version's [render] and output documentation, since original DOSBox's surface output does not provide every scaling option. A fork-specific scaling=aspect recipe is not portable. Test windowed mode before diagnosing full-screen cropping or stretching.

Match the Game's Audio to the Emulated Hardware

Run the game's sound setup and choose a device that DOSBox emulates. Match its address, IRQ and DMA values to the installed configuration or displayed BLASTER settings, rather than assuming every setup uses the same numbers. A mismatch can cause silence or failures even when the game launches.

General MIDI, Roland MT-32 synthesis and Sound Blaster FM sound are different paths. A General MIDI SoundFont is not an MT-32 ROM replacement, and original DOSBox normally passes MIDI to a host synthesizer rather than bundling every synthesis engine. Check your chosen variant's support and the required resources before pursuing enhanced music.

First confirm the Pi's normal audio output, then the game's sound effects and music separately. This distinguishes a muted HDMI output from a game configuration issue. Audio crackling under load may justify reducing emulation or rendering demand, but changing every audio setting at once obscures the cause.

Automate Only After the Manual Steps Work

The [autoexec] section can contain the mount, drive-selection and launch commands that you have already tested. Keep these DOS commands separate from Linux installation commands. For easier diagnosis, begin by automating only the mount and drive change; add the game launch after those work reliably.

Original DOSBox also supports -noautoexec, which can help bypass a problematic automatic launch. Save configurations and games independently: changing the emulator's settings should not overwrite your only copy of a saved game.

The RetroPie PC documentation lists DOSBox and Staging with PC-folder launch formats and per-game configuration guidance. Check the installed emulator and actual user's paths. The familiar /home/pi example is not every user's home folder, and the documentation does not justify a blanket “drop ZIP files in and DOSBox Pure is automatically ready” promise. Our full RetroPie article provides the broader context.

Keyboard, Mouse and Controller Checks

In original DOSBox, Ctrl+F1 opens the mapper. Select the emulated key or joystick event, add the desired physical input and save the mapping. Check for an unwanted existing binding if one button triggers two actions. Keep a keyboard available for installers, text entry and menu navigation.

Do not assume a controller's right stick automatically becomes a DOS mouse in every fork. Mouse behaviour and frontend mapping are version-specific. For the baseline setup, a real mouse is the simplest way to confirm that a point-and-click game works before adding a controller translation layer. Ctrl+F10 toggles mouse capture in original DOSBox.

A Straightforward Route Back to DOS

My original recommendation remains: DOSBox is a fantastic way to revisit old DOS games on an affordable Pi, with some patience for individual titles. Start with one complete game, the basic install-and-mount workflow and stock settings. Then solve the actual bottleneck—files, speed, display, audio or controls—using the matching documentation. That approach keeps the nostalgia enjoyable without promising that every old game needs the same configuration.