This won't be fixed.

wd wrote:

This won't be fixed.

So we'll be stuck with the tiny resolution? It makes it virtually useless in windowed mode then though unless you drastically lower Windows resolution (which doesn't really help its looks on any LCD screen). Guess I won't get to use the vgaonly mode then and just live with the slight palette errors.

So we'll be stuck with the tiny resolution?

Usually hardware scaling is not "tiny". But this thread is about lemmings.

Guess I won't get to use the vgaonly mode then

No problem 😀

I'm getting the messed up colours on the level preview screen in the demo (found here) in vanilla v074-3 even with machine=vgaonly, CPU cycles at 2750 and running in compatibility mode.

I played the same demo, as well as demos of ONML and various Holiday/X-Mas Lemmings a while ago under Linux in 64-bit version of DOSBox (v0.74) and IIRC setting machine=vgaonly helped get around the glitch in all of them, but somehow not now. Doesn't work in DOSBox SVN Daum and DOSBox ECE either.

I just checked it and it works fine.
If you're hand-editing the .conf file, make sure it's the right file for the copy of DOSBox you're running. Otherwise if you're changing the machine type at the command line, you have to save the config and restart DOSBox for it to take effect.

jmarsh wrote on 2020-06-05, 15:52:

Otherwise if you're changing the machine type at the command line, you have to save the config and restart DOSBox for it to take effect.

So

1config -set "dosbox machine=vgaonly"

won't do the trick? I suspected that this might be the case, but why?

Because it's not a setting that can be changed at runtime. "config -help machine" will tell you this.
Some of the options like tandy, pcjr etc. make major changes to how the emulated PC hardware works so they can't be done on-the-fly.

Thanks, I did not know that.

However, you can add "-writeconf -r" to your config command, which will write the changed settings and restart DOSBox. (-r requires an SVN build).

Old thread is old.
Closed