Understanding the graphics settings¶
This guide expands on the information contained on the graphics settings page.
How do the graphics settings work together?¶
The graphics mode scaler, aspect ratio, and stretch mode settings work together to change the resolution and display of each game.
For the SDL Surface graphics mode, the scaler is applied first, then the aspect ratio correction, and finally the stretch mode. For the OpenGL graphics mode there is no scaler and the aspect ratio correction and stretch modes are applied together in one pass to arrive to the final image. This means that when you want to preserve pixels, you may prefer to use the OpenGL mode, especially if you use aspect ratio correction. The aspect ratio correction in the SDL Surface mode introduces some irregularities that can be avoided with the OpenGL mode.
Render modes are only applicable to some older games that were designed to be played on multiple systems, and let us choose which system’s graphics to replicate.
Most platforms have either one or two available graphics modes. The most common ones are OpenGL and SDL Surface.
To switch between graphics modes, press Ctrl + Alt and 1 to 8.
OpenGL graphics mode¶
With the OpenGL graphics mode the original game image is provided to the graphics card, and the graphics card stretches this image to the requested size. This means that the aspect ratio correction and stretch mode are applied together in one step to go directly from the original game resolution (for example 320x200) to the final display resolution (for example 1280x960). This scaling uses either bilinear interpolation or nearest neighbor interpolation depending on the Filter graphics option.
SDL Surface graphics mode¶
With the SDL Surface graphics mode, a software scaler is applied to the game image, before applying the aspect ratio correction with a software vertical stretch. The image is then passed to SDL to apply the stretch mode and get the final result. With this graphics mode the software scaler is not affected by the Filter graphics option. This option only affects the aspect ratio correction and the final scaling related to the stretch mode.
A comparison of SDL Surface software scalers¶
The original game graphics are upscaled using different graphical filters, which are specialized algorithms used to ensure that low resolution pixel-art still looks good when it is displayed at a higher resolution.
If the game originally ran at a resolution of 320x200—which is typical for most SCUMM games—then using a graphics mode with a scale factor of 2x yields 640x400 graphics. A 3x scale factor yields 960x600.
There is always a speed penalty when using a scaler other than Normal 1x.
Aspect ratio correction¶
Older games were designed to be run at 320x200 pixels, but on systems where each pixel was rectangular instead of square. This means that on modern systems these games look wider and flatter than they are supposed to. Aspect ratio correction duplicates lines of pixels to correct this.
For a game with an original resolution of 320x200, aspect ratio correction results in a resolution of 320x240.
To toggle aspect ratio on and off, press Ctrl+Alt+a.
Stretch modes control how the game screen is stretched to fill the ScummVM window (or the screen in full screen mode).
The base resolution for this stretch mode includes the selected scaler and, if enabled, the aspect ratio correction. This means that if the original game resolution is 320x200 and a 2x scaler is selected, the display is a multiple of 640x400 (for example 1280x800 or 1920x1200). And if aspect ratio correction is also selected, the display is a multiple of 640x480. With this stretch mode you may thus prefer to use either the OpenGL graphics mode or the SDL Surface graphics mode with a 1x scaler.
This means that, while the width of result will always be a multiple of the original game width, if aspect ratio correction is enabled, the height of the result may not be a multiple of the original game height. This can thus cause some blurring. If you want to use aspect ratio correction but avoid any blurring, you may prefer to use the Even-pixels scaling.
The factors used on the width and height may be different if the aspect ratio correction is enabled as it will try to get the result as close as possible to the expected aspect ratio. For example, with a screen resolution of 1920x1080, a game with an original resolution of 320x200 and the aspect ratio correction enabled will be stretched to 1280x1000 (original width of 320 x 4 and original height of 200 x 5). Unlike the Pixel-perfect scaling, this does not provide exactly the expected aspect ratio (4:3) but uses instead a good approximation (4:3.125) while ensuring all the original pixels are scaled by the same amount.
With this mode you may get either horizontal black bars or vertical black bars on the side, but not both.
The game may be stretched horizontally or vertically to fill the window. This mode does not enforce the aspect ratio of the game to be preserved.
To switch between stretch modes, press Ctrl+Alt+s.
For most games this setting will have no effect. For some of the older games that could be played on different systems and graphics cards, this control lets you decide which system you want ScummVM to reproduce.
Below are some of the common render modes, to illustrate how the render mode setting works.
Nearest neighbor is a simple way to scale an image; each pixel becomes multiple pixels of the same color. While this preserves the sharper details in a pixel art image, it also creates “jagged” edges as the image is scaled up. Bilinear interpolation finds the average color between pixel color values and fills in missing pixel, which results in a “smoothed” image.
To toggle between bilinear interpolation and nearest neighbor, press Ctrl+Alt+f.
3D Graphics settings¶
V-sync, or vertical sync, synchronizes the frame rate of the game with the monitor’s refresh rate, or the video capture refresh rate. This helps to prevent screen “tearing”, where the screen displays parts of multiple frames at once, which looks like a horizontal line where the image appears to split.
This setting is enabled by default.
There are three options for rendering 3D games: OpenGL, OpenGL with shaders, or software.
OpenGL uses the graphics card (GPU) to render the game.
OpenGL with shaders also uses the GPU, but also uses shaders, if available, to render the game. Shaders are small programs running on the GPU which transform certain graphics inputs to outputs. They control things such as how the pixels are drawn on the 3D shapes.
The software option uses the computer’s CPU, instead of a graphics card, to render the game.
Not all render options are available for all games. If in doubt, leave the setting at <default>.
Without anti-aliasing, the computer takes the color it finds at the center of the pixel, and applies that color to the entire pixel. This results in jagged, pixelated lines at the edges of objects. Anti-aliasing, in a nutshell, is how we get nice, smooth lines on a 3D game.
Historically, anti-aliasing was done using a method called Supersampling. With this method, each frame is rendered behind-the-scenes to a higher resolution, and then downscaled to produce a much smoother, better looking image. Unfortunately, this method is very GPU-intensive, and too slow.
Multisampling Anti-Aliasing, or MSAA for short, was developed as a much faster alternative; the computer renders as much of the image as possible without anti-aliasing, and then only applies anti-aliasing to the edges. It samples each pixel to find out where the edge is, and how to blend the colors to create a smooth edge. The numbered options in the ScummVM Graphics tab (2x, 4x and 8x), refer to how many samples are taken. 8x MSAA produces a better image than 2x MSAA, but is also more GPU-intensive.