Tand Mac OS
dosbox.conf is a configuration file that DOSBox can use globally and/or locally per game (and settings that are left out are taken from the global file). It contains various system settings and initialization values that define your emulated environment. Everything can be controlled by editing this file or if you like through more graphically oriented Front Ends. You can also create separate dosbox.conf files for multiple host environments (which is helpful in playing various DOS games that expect various types of hardware).
The list is organized by guest operating system (the system being emulated), grouped by word length. Each section contains a list of emulators capable of emulating the specified guest, details of the range of guest systems able to be emulated, and the required host environment and licensing. Intel® C Compiler Classic Developer Guide and Reference. Developer Guide and Reference. Version: Classic Last Updated. Terms and Conditions This is the Android Software Development Kit License Agreement 1. Introduction 1.1 The Android Software Development Kit (referred to in the License Agreement as the 'SDK' and specifically including the Android system files, packaged APIs, and Google APIs add-ons) is licensed to you subject to the terms of the License Agreement. Feb 13, 2020 Each system comes in a range of devices. TanD has waterproof temperature loggers that can measure temperature, humidity, voltage, and more. Novus devices can monitor temperature, pressure, humidity, flow pulses, and more. Find out more and get pricing on their website. Choosing an Environmental Monitoring Systems for Your Server Room.
The configuration file is broken into separate sections which contain section settings. Many of these settings do not need to be fully understood to configure DOSBox, but it is helpful to know where to look. You should also be aware that anything to the right of the # to the end of the line is considered a comment as is totally ignored by DOSBox when it loads.
- 1Creation and Location
- 1.1Windows
- 2Sections
- 2.3[render]
- 2.4[cpu]
- 2.4.3cycles = fixed nnnn max [default%] [limit cycle limit] auto [realmode default] [protected mode default%] [limit 'cycle limit']
- 2.6[midi]
Creation and Location
Depending on the version or host OS, the dosbox.conf file is located either inside the user profile folder or inside the same folder as dosbox.exe. On 0.74, just go to the DOSBox folder and open 'DOSBox 0.74 Options.bat' in order to open the configuration file (*.conf).
Windows
Dosbox.conf is created automatically in the Windows' user profile folder. The location is indicated by the DOSBox Status Window upon startup.
You can find the dosbox.conf by browsing Start > All Programs > Dosbox-{version}
Or:
Windows XP
%USERPROFILE%Local SettingsApplication DataDOSBoxdosbox-{version}.conf
Windows Vista, Windows 7 & Windows 8.x
{system drive}:Users{username}AppDataLocalDOSBoxdosbox-{version}.conf
Linux
For Linux the configfile is created on the first run in ~/.dosbox/
The name is dosbox-{version}.conf where version is currently 0.74
On Ubuntu in the dosbox man file it is written:
Mac OS X
If you are using Mac OS X, a preferences file will be created for you on the first time you run DOSBox (as of version 0.73). This file contains the same system settings and initialization values as the dosbox.conf file on other systems.
It can be found (and modified) at ~/Library/Preferences/DOSBox 0.73 Preferences, where ~/ is your user profile folder (usually /Macintosh HD/Users/username/). The exact folder name in the Finder may vary, depending on the language you use for OS X.
Wine
Wine makes a temporary config file every time it runs at /.wine/drive_c/users/${USER}/Temp/cfg????.tmp. This file is also deleted after DOSBox is launched.
Sections
[sdl]
This section contains all of the low level system settings for how DOSBox interacts with your real hardware. You can define what resolutions are emulated, how DOSBox should treat errors or listen to your keyboard and mouse. You can often achieve a fair level of optimization by working with these setting, though for the most part leaving them at their default settings will create the best experience. These settings are passed on to the SDL Library which handles low level things like input and thread priority.
- fullscreen = true false
- Start DOSBox directly in fullscreen.
- Default is false.
- fulldouble = true false
- Use double buffering in fullscreen. See [1]
- Default is false.
- fullresolution = width x height original desktop
- Scale the application to this size IF the output device supports hardware scaling (i.e. any output other than surface). Original is the game's default or chosen (through setup.exe or in-game menu) resolution. If original resolution is less than desktop resolution, DOSBox will switch the screen resolution to the closest match requested by the game or application. For example, if a game in DOSBox is requesting a graphics screen resolution of (320 x 240) while your desktop is (1920 x 1200), DosBox will switch to (320x240) or the next highest resolution supported by your GPU drivers, e.g. (800 x 600) if the former is not available. Many games will be below the minimum resolution supported by modern video cards, so DOSBox will scale the game up to at least that minimum. Note: the scaler setting under [render] is also able to scale up the original resolution to some degree. Those changes are performed before any additional scaling done with fullresolution setting.
- Default is original.
- windowresolution = width x height original desktop
- Scale the window to this size IF the output device supports hardware scaling (i.e. any output other than surface). Original is the game's default or chosen (through setup.exe or in-game menu) resolution. Note: the scaler setting under [render] is also able to scale up the original resolution to some degree. Those changes are performed before any scaling done with windowresolution setting.
- Default is original.
- output = surface overlay opengl openglnb ddraw
- What to use for output. Surface does not support scaling or aspect correction. More information here: [2]
- Default is surface.
- autolock = true false
- Mouse will automatically lock, if you click on the screen.
- Default is true.
- sensitivity = 1.1000
- Mouse sensitivity.
- Default is 100.
- waitonerror = true false
- Wait before closing the console if DOSBox has an error.
- Default is true.
- priority = when-focused,when-minimzed
- Priority levels for DOSBox. Second entry behind the comma is for when DOSBox is not focused/minimized. Valid priorities are: lowest, lower, normal, higher, highest, and pause.
- Default is higher,normal.
- mapperfile = path-to-mapper-file
- File used to load/save the key/event mappings from.
- Default is mapper-<version>.txt.
- usescancodes = true false
- Avoid usage of symkeys, might not work on all operating systems.
- Default is true.
[dosbox]
The [dosbox] section contains various settings that do not pertain to any other section (e.g. setting the language used in DOSBox help texts, where to store screen captures, etc.)
- language = path-to-language-file
- Select another language file.
- The default value empty (language= ).
- (since 0.??)
- memsize = nn
- Amount of high memory (in megabytes) available to programs.
- Note: DOSBox always allocates 1 MB of low memory, so the total amount of memory equals 1 MB of low memory, plus whatever is allocated for high memory.
- The default value is 16 (memsize=16).
- (since 0.??)
- machine = hercules cga tandy cga tandy pcjr ega vgaonly svga_s3 svga_et3000 svga_et4000 svga_paradise vesa_nolfb vesa_oldvbe
- (since 0.73)
- (previously machine = hercules cga tandy vga)
- The type of machine (specifically the type of graphics hardware) DOSBox tries to emulate.
- The default value is svga_s3 (machine=svga_s3) (was previously vga)
- Definitions are as follows:
- svga_s3 (vga on DOSBox 0.71 and 0.72) is SVGA (Super Video Graphics Array): A loose standard designed to allow graphics modes superior to that of VGA. This option emulates an S3 Trio64, one of the most compatible SVGA cards, supporting 256 colors at up to 1600x1200 and full (32- or 24-bit) color at up to 1024x768. It is nearly 100% backwards compatible with VGA, and thus is backwards compatible with EGA and CGA (except 16-color composite mode). It is not backwards compatible with special Tandy, PCjr or Hercules Monochrome graphics modes.
- (info taken from http://ipggi.wordpress.com/2008/03/16/dosbox-graphic-and-machine-emulation-cga-vga-tandy-pcjr-hercules/ and http://www.datasheetarchive.com/S3%20TRIO%2064-datasheet.html)
- vgaonly (vga on DOSBox 0.70 and previous) is VGA (Video Graphics Array): IBM's graphics system introduced with the PS/2. True VGA supports 16 colors at 640x480 resolution, or 256 colors at 320x200 resolution (and not 256 colors at 640x480, even though many people think it does). VGA colors are chosen from a palette of 262,144 colors (not 16.7 million) because VGA uses 6 bits to specify each color, instead of the 8 that is the standard today.
- (info taken from http://www.pcguide.com/ref/video/stdVGA-c.html. See also wikipedia:Video Graphics Array and http://members.chello.at/theodor.lauppert/games/vga.htm)
- Magenta, cyan, white and background color (black by default). (much more common for gaming)
- Red, green, brown and background color (black by default). (Can sometimes be selected as an alternate on some games).
- Tandy: Refers to the additional graphics modes available on a Tandy 1000 or PCjr, which included 160x100x16, 160x200x16, 320x200x16, and 640x200x4. The Tandy RL/SL/TL series also added a 640x200x16 mode. Also backwards compatible with CGA, except for 16-color composite mode.
- (info taken from http://www.mobygames.com/attribute/sheet/attributeId,31/)
- PCjr: Refers not to a graphics mode but an entire system developed by IBM, and the company's first attempt at a home computer. Its graphics modes are identical to that of the Tandy, but it is not 100% compatible with any other IBM computer. Allows the user to boot cartridge files specifically designed for this system (.jrc).
- (infofrom wikipedia:IBM PCjr and www.dosbox.com/DOSBoxManual.html)
- Hercules: Refers to a graphics card developed by Hercules Computer Technology as a competitor to CGA for monochrome monitors. Hercules systems generate both high-resolution text and graphics. The resolution is 720 by 348 and only a two colors (foreground and background) are supported.
- (info taken from http://www.webopedia.com/TERM/H/Hercules_graphics.html and wikipedia:Hercules Graphics Card)
- EGA (Enhanced Graphics Adapter): Refers to a graphics card developed by IBM between the CGA and VGA, and thus has capabilities between the two. It supports 16 colors at a time from a set of 64 possible in resolutions up to 640x350. It also supports all the color modes of CGA except 16-color composite mode. This mode is rarely needed as VGA and SVGA can handle all the same modes.
- (info taken from wikipedia:Enhanced Graphics Adapter)
- Aditional SVGA modes (only necessary if svga_s3 doesn't work.)
- vesa_oldvbe the same as svga_s3, but uses a lower version of VESA (1.3), the code used to interface with SVGA cards. This is necessary for some older SVGA programs.
- vesa_nolfb the same as svga_s3 introduces a no-line frame buffer hack. Sometimes runs faster than plain svga_s3. Only needed in a few games due to either a bug in DOSBox or the line-frame buffer mode of the game.
- svga_paradise emulates the Paradise PVGA1A and is only capable of the SVGA resolutions of 256 colors at 640×480 and 16 colors at 800×600. Like all SVGA modes, it is nearly 100% backwards compatible with VGA.
- svga_et3000 emulates the Tseng Labs ET3000, which can handle everything the Paradise card can plus 256 colors at 800×600 and 16 colors at 1024×768.
- svga_et4000 emulates the Tseng Labs ET4000, which is the same as the ET3000 except it can also handle 256 colors at 1024×768.
- captures = path-to-capture-directory
- Directory where things like music (wave and MIDI) and screenshots are captured when special keys CTRL-F5 and CTRL-F6 are used. Screenshots will be captured and saved as (PNG) files with a resolution of 320x200.
- Note:
The capture directory will not be created automatically - you must create it before you start capturing music and screenshoots, otherwise nothing will be saved.As of v0.73 (possibly prior) it is created automatically on first use. - The default value is capture (captures=capture).
- (since 0.62).
[render]
The rendering (drawing) section controls methods that DOSBox uses to improve the speed and quality of the graphics displayed on the screen. E.g. it can 'forget' (skip) the every 3rd screen update (which will save time), or it can try to smooth out some of the coarse low-resolution graphics that was used on old displays, but which looks bad when shown on a modern, high-resolution screen.
frameskip = nnn
Black jack practice. How many frames DOSBox skips before drawing one.
Default is 0.
aspect = true false
Do aspect correction. It only affects non-square pixel modes like VGA Mode 13h, which has a resolution of 320x200 pixels and is used by many DOS games (DOOM, etc). Recommended as such games were designed for 4:3 displays, and without aspect correction will look distorted and not as the developer intended.
Default is false.
scaler = none normal2x normal3x tv2x tv3x rgb2x rgb3x scan2x scan3x advmame2x advmame3x advinterp2x advinterp3x 2xsai super2xsai supereagle hq2x hq3x
Specifies which scaler is used to enlarge and enhance low resolution modes, BEFORE any additional scaling done according to the Fullresolution and Windowresolution settings under [sdl]. To see comparisons between the different scalers, see Scaler.
- none: no scaling is performed.
- normal: nearest-neighbour scaling (big square pixels).
- scan: like 'normal', but with horizontal black lines.
- tv: like 'scan', but with darkened versions of the data instead of black lines.
- rgb: simulates the phosphors on a dot trio CRT.
- advmame: smooths corners and removes jaggies from diagonal lines.
- advinterp: identical to 'advmame'.
- sai: similar to 'advmame' but with much softer color gradients and edges.
- supersai: similar to 'sai' but sharper.
- hq: a 'high quality' scaler which delivers a cleaner and sharper image than 'advmame' or 'sai' scalers.
Default is normal2x.
Supported scalers which still need descriptions: supereagle
[cpu]
The CPU section controls how DOSBox tries to emulate the CPU, how fast the emulation should be, and to adjust it. DOSBox offers 4 different methods of CPU emulation.
core = simple normal dynamic auto
CPU core used in emulation. The choices result in a different efficency of DOSBox and in very rare cases have an effect on stability.
| normal | The program is interpreted instruction by instruction. This approach is a lot more CPU demanding than dynamic core but allows for a more fine-grained time emulation and is needed on platforms for which DOSBox doesn't have a dynamic core. |
| simple | Basically the same as normal, but optimized for real-mode (older) games. In case a protected-mode game is started, it automatically switches back to normal core. |
| dynamic | The program instructions are, in blocks, translated to host processor instructions that execute directly. See also [3]. In the most cases this approach is more efficent than interpretation, except for programs that employ massive self-modifying code. This option is not present on all host platforms. |
| auto | Real-mode programs are run with the normal core. For protected mode programs it switches to dynamic core, if available. |
| full | Deprecated. |
Default is auto.
cputype = auto 386 386_slow 486_slow pentium_slow 386_prefetch
CPU Type used in emulation. auto is the fastest choice.
- (since 0.73)
Tomato soup for the heart mac os. Default is auto.
cycles = fixed nnnn max [default%] [limit cycle limit] auto [realmode default] [protected mode default%] [limit 'cycle limit']
Amount of instructions DOSBox tries to emulate each millisecond. Set to max to automatically run as many cycles as possible. auto setting switches to max if appropriate.
| fixed nnnn | Sets the emulated CPU speed to a fixed amount of cycles (nnnn). A value of 3000 equates 3 MIPS. If this value is too high some games will run too fast or crash. How high you can go depends on the power of your host CPU and on the selected core (above). If the value is too high for your CPU the emulation will slow down and the sound starts to skip. |
| max | Automatically sets the cycles so approximately the (optional) default%-value of your host CPU is used. If the value is not specified it defaults to 100%. The optional limit parameter limits the maximum speed to the specified value. |
| auto | For realmode games, this option switches to realmode default number of cycles or 3000 if not specified. When switching to protected mode, cycles is internally switched to max using the remaining optional parameters. |
Default is auto.
Examples:
- cycles=fixed 5000, cycles=5000 - All games you start are run with a fixed speed of ~5 MIPS. Useful for speed sensitive games or games that need a continuous CPU speed. You can change the actual value with Ctrl+F11 and Ctrl+F12 (keycombo) while DOSBox runs.
- cycles=max - All games you start run at the maximum speed your CPU permits. Use Ctrl+F11 and Ctrl+F12 to change the percentage of your CPU to be used.
- cycles=max limit 50000 - All games you start run at up to 50000 cycles, depending on the power of your CPU.
- cycles=max 50% - About 50% of your CPU power will be used.
- cycles=auto - Realmode games will run at 3000 cycles. Protected mode games run with cycles=max.
- cycles=auto 5000 50% limit 50000 - Realmode games run with 5000 fixed cycles, protected mode games with cycles=max 50% limit 50000.
cycleup = nnn
Amount of cycles to increase with keycombo.
Default is 10. Setting it lower than 100 will be a percentage of the current value.
cycledown = nnn
Amount of cycles to decrease with keycombo.
Default is 20. Setting it lower than 100 will be a percentage of the current value.
[mixer]
Configuration:Mixer(see Sound)
- Here you can define the quality of emulated audio.
[midi]
(see Sound)
Here you can define any MIDI related settings. The term MIDI is commonly used to refer to background music found in games, but specifically it refers to synthesizer audio (which can be passed directly from emulated games to modern hardware.
mpu401 = intelligent uart none
Specifies which type of MIDI Processing Unit to emulate.
- intelligent: (from Wikipedia) The MPU-401 can work in two modes, normal mode and UART mode. 'Normal mode' would provide the host system with an 8-track sequencer, MIDI clock output, SYNC 24 signal output, Tape Sync and a metronome; as a result of these features, it is often called 'intelligent mode', whereas..
- uart: .. this simply emulates UART mode, which reduces the MPU-401 to just relaying in-/outcoming MIDI data bytes.
- none: MIDI is not emulated.
mididevice = default win32 alsa oss coreaudio coremidi none
A slightly confusing config name, because this isn't so much which MIDI device to use as which MIDI interface to use. As DOSBox currently does not emulate MIDI, but instead passes it through to an interface that does give MIDI playback support, this setting tells DOSBox which interface to pass MIDI data through to.
- default: The default system MIDI playback device is used.
- win32: Win32 MIDI playback interface is used.
- alsa: Linux's Advanced Linux Sound Architecture playback interface is used.
- oss: Linux's Open Sound System playback interface is used.
- coreaudio: MacOS X's framework to render the music through the built-in OS X synthesizer.
- coremidi: MacOS X's framework to route MIDI commands to any device that has been configured in Audio MIDI Setup.
- none: MIDI is disabled.
midiconfig = id of MIDI device
As used by the MIDI interface described above, this specifies the ID which identifies the particular MIDI device to playback MIDI on. Can be determined on Windows using MIXER /LISTMIDI or on Linux using pmidi -l in the console.
[sblaster]
Configuration:SBlaster(see Sound)
- Sound Blaster related settings.
[gus]
Configuration:GUS (see Sound)
- Gravis Ultra Sound related settings.
[speaker]
Configuration:PCSpeaker (see Sound)
- PC Speaker related settings.
[joystick]
Configuration:Joystick (see Sound)
- Joystick related settings.
[serial]
Sonic and the mystical realms demo mac os. serialX = device [parameter:value]
- for directserial: realport (required), rxdelay (optional).
- for modem: listenport (optional).
- for nullmodem: server, rxdelay, txdelay, telnet, usedtr, transparent, port, inhsocket (all optional).
- Defaults:
- serial1=dummy
- serial2=dummy
- serial3=disabled
- serial4=disabled
- An example of how to configure an actual serial port for I/O use:
[dos]
- xms=true/false
- default 'true'
- ems=true/false
- default 'true'
- umb=true/false
- default 'true'
- keyboardlayout=auto/none/XY
- default 'auto' (since 0.73. Previously 'none'), see KEYB for supported values (keyboard layout codes/ids)
[ipx]
- ipx=true/false
- default 'false'
See Connectivity on how to use IPX once it's enabled.
[autoexec]
Here you can define the contents of the AUTOEXEC.BAT file (which is executed immediately after DOSBox is initialized). Thus any commands listed here will be performed each time DOSBox is used.
Recommendations
Different games will naturally work best with different configuration settings. Something to consider is to define a conf file for each game that will set the appropriate configurations and start the game for you. Then, create a shortcut such as DOSBox.exe -conf 'DOSbox-GameName.conf' so that you can start your game in the least possible number of steps.
Amazon WorkSpaces is a fully managed, persistent desktop virtualization service that enables your users to access the data, applications, and resources they need, anywhere, anytime, from any supported device. You can use Amazon WorkSpaces to provision either Windows or Linux desktops in just a few minutes and quickly scale to provide thousands of desktops to workers across the globe. Amazon WorkSpaces is deployed within an Amazon Virtual Private Cloud (VPC), and no user data is stored on the local device. This helps improve the security of user data and reduces your overall risk surface area.
through July 31st, 2021 with the AWS Free Tier
Increase Agility
Being ready to change where and how your workforce gets the job done is more important than ever. WorkSpaces is a fully managed service, so you can scale up and down in minutes as your needs change. WorkSpaces runs in AWS Regions and AWS Availability Zones around the globe, and on almost any device so your end users can get the job done anywhere, anytime.
Increase Security
Reducing the risk of corporate data leaking is even more critical in a mobile and remote environment. Amazon WorkSpaces is deployed within an Amazon Virtual Private Network (VPC), provides each end user with access to persistent, encrypted storage volumes in the AWS Cloud, and is integrated with AWS Key Management Service (KMS). No user data is stored on the local device. This helps improve the security of user data and reduces your overall risk surface area.
Optimize Cost
In a changing economy, every dollar counts. Amazon WorkSpaces eliminates the need to over-buy desktop and laptop resources by providing on-demand access to cloud desktops that include a range of compute, memory, and storage options to meet your users' performance needs. WorkSpaces offers pay-as-you-go pricing options so you can adapt to changing business needs without minimum monthly fees, long-term commitments, or upfront license charges.
Increase Reliability
End users can only be productive when they can access their applications. Amazon WorkSpaces is built on the AWS Cloud and our global network of AWS Regions and AWS Availability Zones, and runs on AWS EC2 instances with built-in auto scale load balancing. We take on the undifferentiated work of keeping infrastructure up and running and deliver a 99.9% uptime SLA.
Use cases
Contingent Workforce
Many organizations are turning to contingent workers to increase agility, save money, and capitalize on opportunities to grow. Amazon WorkSpaces enables you to deploy Windows and Linux desktops quickly so you can onboard and support new workers without buying and shipping additional devices. And when contingent contracts are over it is just as easy to scale back. With Amazon WorkSpaces, you can improve security by ensuring sensitive corporate data is never at rest on the contingent worker's device.
Remote Work
Many organizations are making a permanent shift to a more flexible and more remote workforce, including more 'work from home' options. Amazon WorkSpaces enables you to give these workers fully functional Windows and Linux desktops in minutes, while increasing security by keeping data off of the end user's device, and increasing reliability with the power of the AWS Cloud.
Mergers and Acquisitions
Companies going through mergers and acquisition must quickly on-board large numbers of employees with fast, easy, secure access to company applications and data. They must do so across a diverse set of devices without spending much money or going through lengthy complex integrations. With Amazon WorkSpaces, IT teams quickly can provision and decommission secure WorkSpaces to keep up with changing organizational structures.
Contact Center Agents
Contact center agents are the front line for the customer experience and organizations increasingly have some or all of their agents working from home. Amazon WorkSpaces enables organizations to allow these agents to work from anywhere securely, while protecting sensitive corporate data by ensuring it is never at rest on end user devices.
Customer stories
The Amazon Client Engineering team manages and supports IT services within Amazon and is responsible for managing the company's devices. As Amazon brings on new subsidiaries, it saves money that would previously have been used for physical infrastructure.
“We save millions of dollars for every subsidiary we onboard, because Amazon WorkSpaces can be deployed in many different regions and the solution circumvents the need for physical logistics like shipping hardware and the buildout of network connections. Overall, Amazon WorkSpaces is expected to contribute to an annual savings of more than $17 million for Amazon across all use cases.”
– Andrew Blackard, Manager, Client Engineering, Amazon IT
GrubHub, Inc. is a billion dollar food-service online and mobile platform featuring the largest and most comprehensive network of restaurant partners in the US. As an essential business to support local restaurants, GrubHub leveraged Amazon WorkSpaces to ensure business continuity and support the safety of our employees by moving all departments to a Work From Home (WFH) model.
'Amazon WorkSpaces easily accommodated our real-time customer communication and contact channels allowing 100% of our workforce and new employees to be WFH, accelerating our BYOD (Bring Your Own Device) strategy. GrubHub now has the flexibility to control cost and scale this virtual desktop environment to meet the current needs and future needs of our customers, restaurant partners, and drivers for whatever comes next.'
Speed reading exercises. - Justinian Fortenberry, Chief Information Security Officer
MAXIMUS partners with state, federal, and local governments to provide communities with critical health and human service programs. MAXIMUS used Amazon WorkSpaces to replace their on-premises VDI infrastructure and accelerate their adoption to the cloud.
“MAXIMUS uses VDI for several different types of projects, including call centers and for remote users. MAXIMUS is currently going through a move to AWS for all IT services, so it was natural that we utilize WorkSpaces to replace our VDI infrastructure. We were having many issues with VDI backend server support, workstations, and many complaints from users about software configurations. With WorkSpaces, we were able to release ourselves from all of the backend maintenance and concentrate on the user experience.”
- Jason Winters, Principal Architect, MAXIMUS, IT.