DosBox screen output is 4:3 or 8:5 only.
Reason? All monitors from the DOS era are 4:3.

IC... but why can I run 1920x1080 when I use nGlide as wrapper?

I can live with nGlide if I have to, but I'd like to get it working in DOSBox if possible somehow.

Gamecollector, that's bs. What you probably mean is that games output 4:3, as there were no widescreen monitors in the DOS days. DOSBox can do a lot more though.

DOSBox can output its image to any resolution, either by stretching the picture (aspect=false), or by adding black "pillars" (aspect=true). Just set "output" to "ddraw" or "opengl" and play around with the settings in the "sdl" section.

nGlide's changelog for v0.95 says "added support for widescreen 16:9 resolutions" amongst other entries, so I guess the developer implemented some fixes/support for widescreen modes. I'm no expert in GLIDE emulation, but I guess it is possible to display widescreen "properly" (=not stretched) with "real" 3D games (=vectors, not pixels), like Tomb Raider. To put it simply: when a game outputs its graphics only in 4:3, there's not way to add the "missing" image info (pixels).

Btw, I think 1080p is overkill for DOS games (and emulation of old-ish systems in general). Textures in DOS 3D games are very low-res anyway, and pixel-based games don't benefit from the high resolution either. You're just putting a lot of load on your system without significantly increasing image quality, even when using scalers/shaders. For instance, if a DOS game outputs 320x200 pixels, the emulator can't magically increase the number of pixels. The only thing it can do is to take these pixels and try to make them look nicer, by means of scalers or shaders.

Oh, nearly forgot: nGlide is "just" a GLIDE wrapper. Taewoong's builds are using OpenGlide as a wrapper by default IIRC. It could be that OpenGlide doesn't support high and/or widescreen resolutions properly. Not sure if you already did that, but you can use nGlide (and other wrappers) as a wrapper in DOSBox. I've tried that some time ago with an older nGlide version, and it worked fine. It's important to understand though that DOSBox doesn't have any control over the GLIDE wrapper. The way I understand it, DOSBox delivers data to the wrapper, and the wrapper decides how to display the data.

There's also a new DOSBox patch which implements real 3DFX Voodoo emulation, but it's still work in progress.

Put nGlide's glide2x.dll into the DOSBox folder (gulikoza's or another build that has glide support) and it'll use that wrapper instead of the one that came with it, enabling whatever resolutions and features nGlide supports.

I don't mind a little bit of stretching in some games and TR1 does look very nice in 1920x1080 imo.

I've already tried to use the nGlide glide2x.dll, with no difference. Could there be any settings in glide.ini or dosbox.conf that need to tweaked to allow what I'm trying to do?

Are you using glide=true or glide=emu? Kekko's 3dfx emulation (glide=emu) does not support resolution scaling.

I am using glide=true in my dosbox.conf. Any other thoughts? I can post my conf if you want.

All info you need is in this thread. Read it again and, most importantly, use your brain.

Use my brain? Right. Neither ddraw of opengl gives me any image. I'm using direct3d atm.

No matter how I set the parameters under [sdl] and [render], DOSBox will not scale up and stretch the image.

EDIT: I got it working now. The magic was in glide.ini...

Resolution=2.0 made the full 1920x1080 work fine.

Would it be possible to force a high resolution like this in software mode too?

EDIT: Software working too. Nice. 😀 Tnx for all the help fellas.

I knew you can do it (; .

The game does look very good now... but I almost hurt my head. 😉

I was thinking thou... are there any glide wrapper that's "best"? Most of the wrappers around seem quite old. How to know which one to use?

Nglide is up to date, I think.
Problem is that a wrapper that is great for one game sucks for another... You will always have to try stuff

IC... I've seen no real problems with the glide included in my DOSBox build, but can I just replace the gilde2x.dll in my DOSBox build with the one nGlide installs, or do I have to have the whole package?

don'T know, but it will take you about a minute to find out 😀

🤣. You are absolutely right. I took about that time. I seems I can not use the glide.ini for config with nGlide's wrapper...

If you are going to have the whole package installed in your system, then you must remove glide2x.dll in your dosbox directory. Or you may simply replace glide2x.dll with nGlide one.

Muyfa666 wrote:

🤣. You are absolutely right. I took about that time. I seems I can not use the glide.ini for config with nGlide's wrapper...

Right, that is because glide.ini is only for OpenGlide. As soon as you start a game with OpenGlide, the glide.ini will be newly created unless it exists. 😀

It seems the config exe is needed for the nGlide wrapper as I can't find any config ini file. It does seem a little more stable than the other wrappers I've tried thou...

I'm using DOSbox SVN (Daum Jan 2014 update) and changing the glide.ini to 2.0 at resolution works a treat for me too, although, as others have said, it doesn't get you any more pixels.
I'm writing an article for a tech blog about older games on newer machines and have been playing with TR1 most of the day and finally fixed the no music issue by putting -t cdrom in the mount line, although I don't know what the -t switch actually means, in spite of looking it up.

Ah, found it..
-t cdrom in the mount line defines how the mounted folder should behave to the emulated OS.