VOGONS


First post, by theelf

User metadata
Rank Oldbie
Rank
Oldbie

Hi, im having problems to configure Mortal Kombat 1 and 2 (i did not test 3 or trilogy) in Dosbox 0.74

The scroll and framerate is very bad, not like in real DOS

I already tried

1 - CPU simple, normal, dynamic
2 - Cycles from 3000 to 50000, max, and auto
3 - Screen resolution with refresh rates from 60hz to 75hz, and original resolution
4 - Diferent memory configurations (8-24mb, xms, ems, etc)

My screen is a 14" CRT, and i tried custom resolutions from 60 to 75hz in increments of 1hz (61,62,63..74,75hz)

Nothing works, the game always feel slugish, not like real DOS

Any ideas?

Just for the record, is the only two games that give me problems. I have more than 800 games already perfect working in dosbox

Reply 1 of 7, by Jorpho

User metadata
Rank l33t++
Rank
l33t++
theelf wrote:

The scroll and framerate is very bad, not like in real DOS

Are you sure the version you are trying to run is the same version you once ran in DOS?

According to Versions of Mortal Kombat (1) (DOS port) there are at least several different versions of MK1.

Reply 2 of 7, by theelf

User metadata
Rank Oldbie
Rank
Oldbie
Jorpho wrote:
theelf wrote:

The scroll and framerate is very bad, not like in real DOS

Are you sure the version you are trying to run is the same version you once ran in DOS?

According to Versions of Mortal Kombat (1) (DOS port) there are at least several different versions of MK1.

Thanks for reply

Yes, same version, in fact i have the DualCore PC with dosbox and the real 486 PC each other, is easy to compare

Reply 3 of 7, by Jorpho

User metadata
Rank l33t++
Rank
l33t++

The only other thing I can think of is to change the machine type – maybe vesa_oldvbe or vesa_nolfb . A cputype of 486_slow or pentium_slow might be worth trying too.

If you want to do some experimenting, I notice GOG is selling MK 1+2+3 (they're the DOS versions) for two bucks at the moment.

Reply 4 of 7, by theelf

User metadata
Rank Oldbie
Rank
Oldbie
Jorpho wrote:

The only other thing I can think of is to change the machine type – maybe vesa_oldvbe or vesa_nolfb . A cputype of 486_slow or pentium_slow might be worth trying too.

If you want to do some experimenting, I notice GOG is selling MK 1+2+3 (they're the DOS versions) for two bucks at the moment.

Hi, thanks

Ok, i already tried all video and CPU options (vgaonly, vesa, 386, 486, etc) without luck. The only thing that make the game slightly better, is when i create a custom resolution of 320x200 at 140hz, the game is a little smoth, but still not like in the 486

sango2.jpg

Im out of ideas, but must be a refresh problem for sure

I checked too the GOG version... wow, what a disaster... here is the MK1 GOG config... not good at all, at least in a CRT screen, no idea TFT, i dont have any tft in home right now to test

# This is the configurationfile for DOSBox 0.74. (Please use the latest version of DOSBox)
# Lines starting with a # are commentlines and are ignored by DOSBox.
# They are used to (briefly) document the effect of each option.

[sdl]
# fullscreen: Start dosbox directly in fullscreen. (Press ALT-Enter to go back)
# fulldouble: Use double buffering in fullscreen. It can reduce screen flickering, but it can also result in a slow DOSBox.
# fullresolution: What resolution to use for fullscreen: original or fixed size (e.g. 1024x768).
# Using your monitor's native resolution with aspect=true might give the best results.
# If you end up with small window on a large screen, try an output different from surface.
# windowresolution: Scale the window to this size IF the output device supports hardware scaling.
# (output=surface does not!)
# output: What video system to use for output.
# Possible values: surface, overlay, opengl, openglnb, ddraw.
# autolock: Mouse will automatically lock, if you click on the screen. (Press CTRL-F10 to unlock)
# sensitivity: Mouse sensitivity.
# waitonerror: Wait before closing the console if dosbox has an error.
# priority: Priority levels for dosbox. Second entry behind the comma is for when dosbox is not focused/minimized.
# pause is only valid for the second entry.
# Possible values: lowest, lower, normal, higher, highest, pause.
# mapperfile: File used to load/save the key/event mappings from. Resetmapper only works with the defaul value.
# usescancodes: Avoid usage of symkeys, might not work on all operating systems.

fullscreen=true
fulldouble=false
fullresolution=original
windowresolution=original
output=overlay
autolock=true
sensitivity=100
waitonerror=true
priority=higher,normal
mapperfile=mapper.txt
usescancodes=true

[dosbox]
# language: Select another language file.
# machine: The type of machine tries to emulate.
# Possible values: hercules, cga, tandy, pcjr, ega, vgaonly, svga_s3, svga_et3000, svga_et4000, svga_paradise, vesa_nolfb, vesa_oldvbe.
# captures: Directory where things like wave, midi, screenshot get captured.
# memsize: Amount of memory DOSBox has in megabytes.
# This value is best left at its default to avoid problems with some games,
# though few games might require a higher value.
# There is generally no speed advantage when raising this value.

language=
machine=svga_s3
captures=capture
memsize=16

[render]
# frameskip: How many frames DOSBox skips before drawing one.
# aspect: Do aspect correction, if your output method doesn't support scaling this can slow things down!.
# scaler: Scaler used to enlarge/enhance low resolution modes.
# If 'forced' is appended, then the scaler will be used even if the result might not be desired.
# Possible values: none, normal2x, normal3x, advmame2x, advmame3x, advinterp2x, advinterp3x, hq2x, hq3x, 2xsai, super2xsai, supereagle, tv2x, tv3x, rgb2x, rgb3x, scan2x, scan3x.

frameskip=0
aspect=false
scaler=normal2x
Show last 172 lines

[cpu]
# core: CPU Core used in emulation. auto will switch to dynamic if available and appropriate.
# Possible values: auto, dynamic, normal, simple.
# cputype: CPU Type used in emulation. auto is the fastest choice.
# Possible values: auto, 386, 386_slow, 486_slow, pentium_slow, 386_prefetch.
# cycles: Amount of instructions DOSBox tries to emulate each millisecond.
# Setting this value too high results in sound dropouts and lags.
# Cycles can be set in 3 ways:
# 'auto' tries to guess what a game needs.
# It usually works, but can fail for certain games.
# 'fixed #number' will set a fixed amount of cycles. This is what you usually need if 'auto' fails.
# (Example: fixed 4000).
# 'max' will allocate as much cycles as your computer is able to handle.
#
# Possible values: auto, fixed, max.
# cycleup: Amount of cycles to decrease/increase with keycombo.(CTRL-F11/CTRL-F12)
# cycledown: Setting it lower than 100 will be a percentage.

core=auto
cputype=auto
cycles=auto
cycleup=1000
cycledown=1000

[mixer]
# nosound: Enable silent mode, sound is still emulated though.
# rate: Mixer sample rate, setting any device's rate higher than this will probably lower their sound quality.
# Possible values: 44100, 48000, 32000, 22050, 16000, 11025, 8000, 49716.
# blocksize: Mixer block size, larger blocks might help sound stuttering but sound will also be more lagged.
# Possible values: 1024, 2048, 4096, 8192, 512, 256.
# prebuffer: How many milliseconds of data to keep on top of the blocksize.

nosound=false
rate=44100
blocksize=1024
prebuffer=20

[midi]
# mpu401: Type of MPU-401 to emulate.
# Possible values: intelligent, uart, none.
# mididevice: Device that will receive the MIDI data from MPU-401.
# Possible values: default, win32, alsa, oss, coreaudio, coremidi, none.
# midiconfig: Special configuration options for the device driver. This is usually the id of the device you want to use.
# See the README/Manual for more details.

mpu401=intelligent
mididevice=default
midiconfig=

[sblaster]
# sbtype: Type of Soundblaster to emulate. gb is Gameblaster.
# Possible values: sb1, sb2, sbpro1, sbpro2, sb16, gb, none.
# sbbase: The IO address of the soundblaster.
# Possible values: 220, 240, 260, 280, 2a0, 2c0, 2e0, 300.
# irq: The IRQ number of the soundblaster.
# Possible values: 7, 5, 3, 9, 10, 11, 12.
# dma: The DMA number of the soundblaster.
# Possible values: 1, 5, 0, 3, 6, 7.
# hdma: The High DMA number of the soundblaster.
# Possible values: 1, 5, 0, 3, 6, 7.
# sbmixer: Allow the soundblaster mixer to modify the DOSBox mixer.
# oplmode: Type of OPL emulation. On 'auto' the mode is determined by sblaster type. All OPL modes are Adlib-compatible, except for 'cms'.
# Possible values: auto, cms, opl2, dualopl2, opl3, none.
# oplemu: Provider for the OPL emulation. compat might provide better quality (see oplrate as well).
# Possible values: default, compat, fast.
# oplrate: Sample rate of OPL music emulation. Use 49716 for highest quality (set the mixer rate accordingly).
# Possible values: 44100, 49716, 48000, 32000, 22050, 16000, 11025, 8000.

sbtype=sb16
sbbase=220
irq=7
dma=1
hdma=5
sbmixer=true
oplmode=auto
oplemu=default
oplrate=44100

[gus]
# gus: Enable the Gravis Ultrasound emulation.
# gusrate: Sample rate of Ultrasound emulation.
# Possible values: 44100, 48000, 32000, 22050, 16000, 11025, 8000, 49716.
# gusbase: The IO base address of the Gravis Ultrasound.
# Possible values: 240, 220, 260, 280, 2a0, 2c0, 2e0, 300.
# gusirq: The IRQ number of the Gravis Ultrasound.
# Possible values: 5, 3, 7, 9, 10, 11, 12.
# gusdma: The DMA channel of the Gravis Ultrasound.
# Possible values: 3, 0, 1, 5, 6, 7.
# ultradir: Path to Ultrasound directory. In this directory
# there should be a MIDI directory that contains
# the patch files for GUS playback. Patch sets used
# with Timidity should work fine.

gus=false
gusrate=44100
gusbase=240
gusirq=5
gusdma=3
ultradir=C:\ULTRASND

[speaker]
# pcspeaker: Enable PC-Speaker emulation.
# pcrate: Sample rate of the PC-Speaker sound generation.
# Possible values: 44100, 48000, 32000, 22050, 16000, 11025, 8000, 49716.
# tandy: Enable Tandy Sound System emulation. For 'auto', emulation is present only if machine is set to 'tandy'.
# Possible values: auto, on, off.
# tandyrate: Sample rate of the Tandy 3-Voice generation.
# Possible values: 44100, 48000, 32000, 22050, 16000, 11025, 8000, 49716.
# disney: Enable Disney Sound Source emulation. (Covox Voice Master and Speech Thing compatible).

pcspeaker=true
pcrate=44100
tandy=auto
tandyrate=44100
disney=true

[joystick]
# joysticktype: Type of joystick to emulate: auto (default), none,
# 2axis (supports two joysticks),
# 4axis (supports one joystick, first joystick used),
# 4axis_2 (supports one joystick, second joystick used),
# fcs (Thrustmaster), ch (CH Flightstick).
# none disables joystick emulation.
# auto chooses emulation depending on real joystick(s).
# (Remember to reset dosbox's mapperfile if you saved it earlier)
# Possible values: auto, 2axis, 4axis, 4axis_2, fcs, ch, none.
# timed: enable timed intervals for axis. Experiment with this option, if your joystick drifts (away).
# autofire: continuously fires as long as you keep the button pressed.
# swap34: swap the 3rd and the 4th axis. can be useful for certain joysticks.
# buttonwrap: enable button wrapping at the number of emulated buttons.

joysticktype=auto
timed=true
autofire=false
swap34=false
buttonwrap=false

[serial]
# serial1: set type of device connected to com port.
# Can be disabled, dummy, modem, nullmodem, directserial.
# Additional parameters must be in the same line in the form of
# parameter:value. Parameter for all types is irq (optional).
# for directserial: realport (required), rxdelay (optional).
# (realport:COM1 realport:ttyS0).
# for modem: listenport (optional).
# for nullmodem: server, rxdelay, txdelay, telnet, usedtr,
# transparent, port, inhsocket (all optional).
# Example: serial1=modem listenport:5000
# Possible values: dummy, disabled, modem, nullmodem, directserial.
# serial2: see serial1
# Possible values: dummy, disabled, modem, nullmodem, directserial.
# serial3: see serial1
# Possible values: dummy, disabled, modem, nullmodem, directserial.
# serial4: see serial1
# Possible values: dummy, disabled, modem, nullmodem, directserial.

serial1=dummy
serial2=dummy
serial3=disabled
serial4=disabled

[dos]
# xms: Enable XMS support.
# ems: Enable EMS support.
# umb: Enable UMB support.
# keyboardlayout: Language code of the keyboard layout (or none).

xms=true
ems=true
umb=true
keyboardlayout=auto

Reply 5 of 7, by Jorpho

User metadata
Rank l33t++
Rank
l33t++

I've never heard of anyone trying to fix scrolling and framerate issues in DOSBox by changing the refresh rate or custom resolution. I wouldn't expect a CRT or TFT to make any difference either. Whatever the problem is, it's probably something else.

Are you saying the GOG version has exactly the same problems? The config you posted appears to be the DOSBox default.

Reply 6 of 7, by theelf

User metadata
Rank Oldbie
Rank
Oldbie
Jorpho wrote:

I've never heard of anyone trying to fix scrolling and framerate issues in DOSBox by changing the refresh rate or custom resolution. I wouldn't expect a CRT or TFT to make any difference either. Whatever the problem is, it's probably something else.

Are you saying the GOG version has exactly the same problems? The config you posted appears to be the DOSBox default.

From what i know, maybe Im wrong, VGA DOS games in 320x200, run at 69.9Hz. for sure must be a lot of games that use different refresh rate, but it seems 69.9 is a common value, at least for now all games i tested that are 320x200 use 69.9

640x480 and 320x240 games use 59.8Hz, at least, looks like the correct value comparing DOSbox and my 486 side by side

if MK1 and Mk2 are standar VGA games, they will run at 69.9Hz, like all other games, but the scroll is not good, then i think or is a dosbox problem, a refresh problem, or a config problem

GOG MK compilation configuration is the one i post, the name is "dosboxMortalKombat.conf" there is 2 more settings, but just for ipx connection

Yes, GOG Mk compilation out of the box, have more problems that my config, a lot of tearing

About custom resolutions and refresh rate, yes, I found is a good way to fix some things, for example PC98 ports to DOS, that original games are 640x400 at 56.4hz, but DOS ports are 640x480x60Hz. I realize that something was bad when playing some PC98 ports, because i have a real PC98

In this case, i dont want to fix anythong using 320x200@140Hz, just test a higher refresrh rate, to check if something change

Reply 7 of 7, by Yesterplay80

User metadata
Rank Oldbie
Rank
Oldbie

I already have MK1-3 on Steam, but just out of curiosity (and to support GOG), I spent the insane amount of 1.39€ on GOG for all 3 games to check if they make any trouble. So far I only tested MK1, as always I copied the game (in this case the MK1 folder) to another place and set it up with my SVN build of DOSBox as I set up all my games. And it runs flawlessly, without having to meddle around with resolutions, timings, cycles or anything else.

Here is my config, maybe it is of some help for you:

Filename
MK1.conf
File size
11.41 KiB
Downloads
128 downloads
File license
Fair use/fair dealing exception

Are you using a frontend for DOSBox? Or did you actually change the resolution of your Windows in the screenshot up there? Have you tried a recent version of DOSBox? If not, please do so, you won't regret it. You can find one in my signature.

My full-featured DOSBox SVN builds for Windows & Linux: Vanilla DOSBox and DOSBox ECE (Google Drive Mirror)