DOSBox Scaling is Limited

Developer's Forum, for discussion of bugs, code, and other developmental aspects of DOSBox.

Re: DOSBox Scaling is Limited

Postby KainXVIII » 2018-1-11 @ 18:53

James-F wrote:DOSBOX ECE.

output=opengl
aspect=true
scaler=normal5x forced

This gives the most 'accurate' scaling without much blur.

Any reason you don't use surfacepp as output?
User avatar
KainXVIII
Member
 
Posts: 240
Joined: 2015-5-20 @ 15:04
Location: Yaroslavl

Re: DOSBox Scaling is Limited

Postby Falcosoft » 2018-1-11 @ 19:28

Chilly Willy wrote:So is King's Quest V and among other games.

Yes, there are exceptions. But you claimed these are the rules:
Chilly Willy wrote:320x200 is square pixel. ... The screen looks nice, clean, and not distorted. At 320x200, that's how the games were made.

Quite the contrary. The majority of games were supposed to be aspect ratio corrected to 4:3.
Here's a picture about a few of them: Monkey Island, Duke 3d, Wolfenstein, Dune, Indy 500, Arcade Volleyball, DogFight, Skyroads etc. And some non game examples: FractInt and Autodesk Animator:
320x200.png
320x240.png


You suggested that 4:3 correction must have been an anomaly by artist that did not grasp the situation right:
Chilly Willy wrote:I won't disagree that some developers may have done that. Why, I have no idea other than they thought their game needed to fill the screen. Seems silly to me.

I do not think it was a silly idea.
Almost all the early CGA/EGA/VGA resolutions were not square pixel resolutions. But all the displays including TV sets were 4:3 displays. So games using these resolutions rightfully supposed that they would be played on a 4:3 display. Why do you think that 320x200 was an exception and it was meant to be used as 16:10 aspect ratio mode when no display in that age had a native 16:10 aspect ratio? And why do you think that other resolutions like your mentioned 160x200 should be stretched to also 16:10 an not to 4:3 as the native aspect ratio of all display devices at that time?
I have found no evidence (documentation, articles, other references) of your claims that 320x200 was a square pixel mode. If you find one please send me a link. On the other hand you can find many articles, wiki pages, etc. that explicitly say that 320x200 video mode's pixel aspect ratio was 1:1.2 just like 640x200 was 1:2.4 and should be corrected to 4:3. And what do you think about resolutions like 640x350? Are they also square pixel modes according to you? Some other links for you:
https://en.wikipedia.org/wiki/Color_Graphics_Adapter
http://www.reenigne.org/blog/what-is-th ... o-exactly/
http://www.vcfed.org/forum/archive/inde ... 51820.html
https://medium.com/@felipepepe/no-ms-do ... f86343ad65
I do not think that '320x200 is a square pixel mode because I have used my monitors for ages that way' is an argument. Yes, we do not have to agree about what we like. But I do think that facts should be accepted.
User avatar
Falcosoft
Member
 
Posts: 460
Joined: 2016-5-21 @ 13:46
Location: Pécs, Hungary

Re: DOSBox Scaling is Limited

Postby Auzner » 2018-1-11 @ 21:02

Willy wants distortion. KQ5 is a 4:3 game. It's cool dosbox is that customizable.
User avatar
Auzner
Member
 
Posts: 265
Joined: 2014-1-24 @ 11:28

Re: DOSBox Scaling is Limited

Postby James-F » 2018-1-12 @ 05:48

KainXVIII wrote:Any reason you don't use surfacepp as output?

These settings are equivalent to using surfacenp, which always stretches to screen edges.
The reason I don't use the PP patch is it is has noticeable slowdowns in fade-in/out.
If it weren't the slowdowns I would definitely use surfacenp.
User avatar
James-F
Oldbie
 
Posts: 1414
Joined: 2015-11-30 @ 04:10

Re: DOSBox Scaling is Limited

Postby Ant_222 » 2018-1-12 @ 19:50

Chilly Willy, you can also try the pixel-perfect mode in DOSBox ECE:
Code: Select all
windowresolution=desktop
fullresolution=desktop
output=surfacepp
Specify also
Code: Select all
aspect=false
for square pixels and
Code: Select all
aspect=true
for aspect-ratio correction. DOSBox will automatically enlarge the image as much as possible using integer scaling factors. For example, with a 1200x1920 monitor it will upscale a 320x200 game to:
Code: Select all
320x200 -> [5x6] -> 1600x1200 with aspect=true
320x200 -> [6x6] -> 1920x1200 with aspect=false
That should be what you need.
Last edited by Ant_222 on 2018-1-12 @ 20:10, edited 1 time in total.
Ant_222
Member
 
Posts: 349
Joined: 2010-7-24 @ 21:29

Re: DOSBox Scaling is Limited

Postby Ant_222 » 2018-1-12 @ 19:54

James-F wrote:
KainXVIII wrote:Any reason you don't use surfacepp as output?
These settings are equivalent to using surfacenp, which always stretches to screen edges.
Kain asked you about surfacepp, not surfacenp. Neither of these modes stretch the image to the edges, but try to keep the original aspect ratio regarding (aspect=true) or disregarding (aspect=false) PAR (pixel aspect ratio).
Ant_222
Member
 
Posts: 349
Joined: 2010-7-24 @ 21:29

Previous

Return to DOSBox Development

Who is online

Users browsing this forum: dr_st and 1 guest