Ant_222 wrote:

KainXVIII wrote:

Something new?

Yes, it looks as though DOSBox's VGA emulator gives me this PAR of 1.169, and my patch has nothing to do with it. I will add the same logging to a clean SVN version and check again, ok? If my suspicions be confirmed, I shall ask the core developers.

Ok.

Attached is the SVN version with logging.

Does this build support pixel shaders?
It doesn't support Direct3D for I can't use shaders from yhkwong (Daum) build. But what about OpenGL?
Can I use these https://github.com/duganchen/dosbox_shaders or libretro GLSL?

Ant_222 wrote:

Attached is the SVN version with logging.

1.200 for Norton Commander
1.169 for Knights of Xentar

Great Dragon wrote:

Does this build support pixel shaders?
It doesn't support Direct3D for I can't use shaders from yhkwong (Daum) build. But what about OpenGL?
Can I use these https://github.com/duganchen/dosbox_shaders or libretro GLSL?

My patch has nothing to do with any of this. It only adds a software-processing layer to the surface output, which upscales the image horizontally and vertically by integer factors so as to preserve the original pixels as ideally sharp squares or rectangles, depending of the aspect ratio. Edit: There is also a nearest-neighbor mode (surfacenb) and a "near-perfect" mode (surfacenp), which emulates the oversample-downscale technique but is somewhat slow.

KainXVIII wrote:

Ant_222 wrote:

Attached is the SVN version with logging.

1.200 for Norton Commander
1.169 for Knights of Xentar

Thank you. I will create another thread about it.

Ant_222 wrote:

My patch has nothing to do with any of this.

Sorry my bad. I thought it's official DosBox ECE thread.

I just tried this patch for the first time. Most games look excellent. The only exception so far being Jazz Jackrabbit. For some weird reason it sports a 320x199 resolution during gameplay, which 1.02 aspect ratio tricks DosBox into 5x5 scaling instead of 4x5.

Sarcophagist wrote:

I just tried this patch for the first time. Most games look excellent.

My pleasure!

The only exception so far being Jazz Jackrabbit. For some weird reason it sports a 320x199 resolution during gameplay, which 1.02 aspect ratio tricks DosBox into 5x5 scaling instead of 4x5.

Confirmed in this post.
Edit: To clarify—testing has showed that the strange resolution and aspect ratio are calculated by the standard DOSBox graphics engine, and then passed to the software scaler implemented in the patch.

Upon my request the whole thread has just been moved to the Patches section. Thank you, Qbix.

Ravenloft: Stone Prophet testing (sadly, scaling is not so great with 1080p monitor and 320x400 game resolution, in result = game screen is somewhat tiny)

And this is how game looks with surface-collapse-dbl=true, just for fun 😎 ("lowres", unreadable font, but game screen scaled much better)

Also, is it me or fade to black effects with surfacenp has no more slowdowns?? At least in VGA games..

KainXVIII wrote:

And this is how game looks with surface-collapse-dbl=true, just for fun :cool: ("lowres", unreadable font, but game screen scaled much better)

It may be either that the game cannot work with surface-collapse-dbl (its pixel rows are not always doubled) or a bug in my patch. I will check it.

Also, is it me or fade to black effects with surfacenp has no more slowdowns?? At least in VGA games..

I don't think I have managed to improve the performance of surfacenp.

Ant_222 wrote:

KainXVIII wrote:

I don't think I have managed to improve the performance of surfacenp.

Yeah, maybe some software update on my side (nvidia drivers, windows 10 creator's update...)

Can you post the same screenshot with surfacepp at

1windowresolution=original

and with no aspect correction?

Ant_222 wrote:

Can you post the same screenshot with surfacepp at […]
Show full quote

Can you post the same screenshot with surfacepp at

Copy code to clipboard

1windowresolution=original

and with no aspect correction?

Fullscreen

Windowed

I see. This game (at least its menu) cannot work with surface-collapse-dbl because its actual vertical resolution is 400 pixels, not 200.

Ant_222 wrote:

I see. This game (at least its menu) cannot work with surface-collapse-dbl because its actual vertical resolution is 400 pixels, not 200.

So nothing wrong with it? =)

Ant_222 could be so kind and briefly explain how this project works? The gist of it?

My understanding and experiments led to 1600 x 1200 being the pixel perfect resolution to display 320 x 200 games in 4:3 aspect ratio. I'm just wondering what I'm missing here.

PhilsComputerLab wrote:

My understanding and experiments led to 1600 x 1200 being the pixel perfect resolution to display 320 x 200 games in 4:3 aspect ratio. I'm just wondering what I'm missing here.

That is correct for 320 x 200 games with the 5:6 pixel aspect raio. My patch should give this result with a 1600 x 1200 monitor. If it does not, post the game, a screenshot, and the relevant fragment of the config file.