Skip to content

A flexible emulator front-end supporting keyboardless navigation and custom system themes.

License

Notifications You must be signed in to change notification settings

CaptainBoatCode/EmulationStation

 
 

Repository files navigation

Fork Reasons

Since I recently discovered the EmulationStation project I was sad to see that there wasn't a commit in nearly a year and following a big Pull Request backlog.

This fork tries to incorporate all useful work done by other contributers, fixing bugs and supplying new features.

Long term goals I see are more configurability (specificing directories for meta data, setting rom language preference etc.), full crossplatform support adhering to platform idioms and as a strech goal full libretro support.

This project is still in its infancy and I just skimmed over the codebase, so don't expect anything super soon.

EmulationStation

A cross-platform graphical front-end for emulators with controller navigation.

Project website: http://emulationstation.org

Raspberry Pi users: A cool guy named petrockblog made a script which automatically installs many emulators and ES. It also includes options for configuring your RPi and setting it up to boot directly into ES. You can find it here: https://github.com/petrockblog/RetroPie-Setup

Download

Download an official pre-compiled version at emulationstation.org.

You can also download nightly binaries (assuming it builds) from Dropbox: https://www.dropbox.com/sh/qr4h23hgtuer3nl/AACzJWKoyNAu0kLkprwMv3b5a?dl=0

I found a bug! I have a problem!

  • First, try to check the issue list for some entries that might match your problem. Make sure to check closed issues too!

  • If you're running EmulationStation on a on Raspberry Pi and have problems with config file changes not taking effect, content missing after editing, etc., check if your SD card is corrupted (see issues #78 and #107). You can do this with free tools like h2testw or F3.

  • Try to update to the latest version of EmulationStation using git (you might need to delete your es_input.cfg and es_settings.cfg after that to reset them to default values):

cd YourEmulationStationDirectory
git pull
cmake .
make

chmod +x emulationstation
  • If your problem still isn't gone, the best way to report a bug is to post an issue on GitHub. Try to post the simplest steps possible to reproduce the bug. Include files you think might be related (except for ROMs, of course). If you haven't re-run ES since the crash, the log file ~/.emulationstation/es_log.txt is also helpful.

Building

EmulationStation uses some C++11 code, which means you'll need to use at least g++-4.7 on Linux, or VS2010 on Windows, to compile.

EmulationStation has a few dependencies. For building, you'll need CMake, SDL2, Boost (System, Filesystem, DateTime, Locale), FreeImage, FreeType, Eigen3, and cURL. You also should probably install the fonts-droid package which contains fallback fonts for Chinese/Japanese/Korean characters, but ES will still work fine without it (this package is only used at run-time).

On Debian/Ubuntu: All of this be easily installed with apt-get:

sudo apt-get install libsdl2-dev libboost-system-dev libboost-filesystem-dev libboost-date-time-dev libboost-locale-dev libfreeimage-dev libfreetype6-dev libeigen3-dev libcurl4-openssl-dev libasound2-dev libgl1-mesa-dev build-essential cmake fonts-droid

Then, generate and build the Makefile with CMake:

cd YourEmulationStationDirectory
cmake .
make

On the Raspberry Pi:

Complete Raspberry Pi build instructions at emulationstation.org.

On Windows:

Boost (you'll need to compile yourself or get the pre-compiled binaries)

Eigen3 (header-only library)

FreeImage

FreeType2 (you'll need to compile)

SDL2

cURL (you'll need to compile or get the pre-compiled DLL version)

(Remember to copy necessary .DLLs into the same folder as the executable: probably FreeImage.dll, freetype6.dll, SDL2.dll, libcurl.dll, and zlib1.dll. Exact list depends on if you built your libraries in "static" mode or not.)

CMake (this is used for generating the Visual Studio project)

(If you don't know how to use CMake, here are some hints: run cmake-gui and point it at your EmulationStation folder. Point the "build" directory somewhere - I use EmulationStation/build. Click configure, choose "Visual Studio [year] Project", fill in red fields as they appear and keep clicking Configure (you may need to check "Advanced"), then click Generate.)

On MacOS

[HomeBrew] (http://brew.sh/)

[XCode Dev Tools] (http://osxdaily.com/2014/02/12/install-command-line-tools-mac-os-x/)

brew install cmake freeimage freetype eigen boost sdl2

Then, generate and build the Makefile with CMake:

cd YourEmulationStationDirectory
cmake .
make
chmod +x emulationstation

Configuring

When first run, an example systems configuration file will be created at $CONFIG_DIR/es_systems.cfg. Where $CONFIG_DIR is by platform:

On Windows:

My Documents/EmulationStation/

On Linux:

$XDG_CONFIG_HOME/EmulationStation/ which usually defaults to ~/.config/EmulationStation/

On OSX:

~/Library/Application Support/org.emulationstation.EmulationStation/by default and the same as Linux if EmulationStation is build with cmake -DXdgOsx=ON

Alternatively you can specify $CONFIG_DIR through the --config-directory [path] command line option.

Complete configuration instructions at emulationstation.org.

The es_systems.cfg file contains the system configuration data for EmulationStation, written in XML. This tells EmulationStation what systems you have, what platform they correspond to (for scraping), and where the games are located.

The order EmulationStation displays systems reflects the order you define them in.

NOTE: A system must have at least one game present in its "path" directory, or ES will ignore it! If no valid systems are found, ES will report an error and quit!

Here's an example es_systems.cfg:

<!-- This is the EmulationStation Systems configuration file.
All systems must be contained within the <systemList> tag.-->

<systemList>
	<!-- Here's an example system to get you started. -->
	<system>
		<!-- A short name, used internally. -->
		<name>snes</name>

		<!-- A "pretty" name, displayed in the menus and such. This one is optional. -->
		<fullname>Super Nintendo Entertainment System</fullname>

		<!-- The path to start searching for ROMs in. '~' will be expanded to $HOME or %HOMEPATH%, depending on platform.
		All subdirectories (and non-recursive links) will be included. -->
		<path>~/roms/snes</path>

		<!-- A list of extensions to search for, delimited by any of the whitespace characters (", \r\n\t").
		You MUST include the period at the start of the extension! It's also case sensitive. -->
		<extension>.smc .sfc .SMC .SFC</extension>

		<!-- The shell command executed when a game is selected. A few special tags are replaced if found in a command, like %ROM% (see below). -->
		<command>snesemulator %ROM%</command>
		<!-- This example would run the bash command "snesemulator /home/user/roms/snes/Super\ Mario\ World.sfc". -->

		<!-- The platform(s) to use when scraping. You can see the full list of accepted platforms in src/PlatformIds.cpp.
		It's case sensitive, but everything is lowercase. This tag is optional.
		You can use multiple platforms too, delimited with any of the whitespace characters (", \r\n\t"), eg: "genesis, megadrive" -->
		<platform>snes</platform>

		<!-- The theme to load from the current theme set. See THEMES.md for more information.
		This tag is optional; if not set, it will use the value of <name>. -->
		<theme>snes</theme>
	</system>
</systemList>

The following "tags" are replaced by ES in launch commands:

%ROM% - Replaced with absolute path to the selected ROM, with most Bash special characters escaped with a backslash.

%BASENAME% - Replaced with the "base" name of the path to the selected ROM. For example, a path of "/foo/bar.rom", this tag would be "bar". This tag is useful for setting up AdvanceMAME.

%ROM_RAW% - Replaced with the unescaped, absolute path to the selected ROM. If your emulator is picky about paths, you might want to use this instead of %ROM%, but enclosed in quotes.

See SYSTEMS.md for some live examples in EmulationStation.

Keep in mind you'll have to set up your emulator separately from EmulationStation!

$CONFIG_DIR/es_input.cfg: When you first start EmulationStation, you will be prompted to configure an input device. The process is thus:

  1. Hold a button on the device you want to configure. This includes the keyboard.

  2. Press the buttons as they appear in the list. Some inputs can be skipped by holding any button down for a few seconds (e.g. page up/page down).

  3. You can review your mappings by pressing up and down, making any changes by pressing A.

  4. Choose "SAVE" to save this device and close the input configuration screen.

The new configuration will be added to the $CONFIG_DIR/es_input.cfg file.

Both new and old devices can be (re)configured at any time by pressing the Start button and choosing "CONFIGURE INPUT". From here, you may unplug the device you used to open the menu and plug in a new one, if necessary. New devices will be appended to the existing input configuration file, so your old devices will remain configured.

If your controller stops working, you can delete the ~/.emulationstation/es_input.cfg file to make the input configuration screen re-appear on next run.

You can use --help or -h to view a list of command-line options. Briefly outlined here:

--resolution [width] [height]	- try and force a particular resolution
--gamelist-only		- only display games defined in a gamelist.xml file.
--ignore-gamelist	- do not parse any gamelist.xml files.
--draw-framerate	- draw the framerate.
--no-exit		- do not display 'exit' in the ES menu.
--debug			- show the console window on Windows, do slightly more logging
--windowed	- run ES in a window, works best in conjunction with --resolution [w] [h].
--vsync [1/on or 0/off]	- turn vsync on or off (default is on).
--scrape	- run the interactive command-line metadata scraper.

As long as ES hasn't frozen, you can always press F4 to close the application.

gamelist.xml

The gamelist.xml file for a system defines metadata for games, such as a name, image (like a screenshot or box art), description, release date, and rating.

If at least one game in a system has an image specified, ES will use the detailed view for that system (which displays metadata alongside the game list).

You can use ES's scraping tools to avoid creating a gamelist.xml by hand. There are two ways to run the scraper:

  • If you want to scrape multiple games: press start to open the menu and choose the "SCRAPER" option. Adjust your settings and press "SCRAPE NOW".
  • If you just want to scrape one game: find the game on the game list in ES and press select. Choose "EDIT THIS GAME'S METADATA" and then press the "SCRAPE" button at the bottom of the metadata editor.

You can also edit metadata within ES by using the metadata editor - just find the game you wish to edit on the gamelist, press Select, and choose "EDIT THIS GAME'S METADATA."

A command-line version of the scraper is also provided - just run emulationstation with --scrape (currently broken).

The switch --ignore-gamelist can be used to ignore the gamelist and force ES to use the non-detailed view.

If you're writing a tool to generate or parse gamelist.xml files, you should check out GAMELISTS.md for more detailed documentation.

Themes

By default, EmulationStation looks pretty ugly. You can fix that. If you want to know more about making your own themes (or editing existing ones), read THEMES.md!

I've put some themes up for download on my EmulationStation webpage: http://aloshi.com/emulationstation#themes

If you're using RetroPie, you should already have a nice set of themes automatically installed!

-Alec "Aloshi" Lofquist http://www.aloshi.com http://www.emulationstation.org

About

A flexible emulator front-end supporting keyboardless navigation and custom system themes.

Resources

License

Stars

Watchers

Forks

Packages

No packages published

Languages

  • C++ 99.0%
  • Other 1.0%