VOGONS


First post, by Pickle

User metadata
Rank Member
Rank
Member

A common problem with running dosbox on embedded devices is resolution of the screen, which is 320240.
Dosbox will run at first with a resolution of 640x400. Games usually run at 320x200.

With the gp2x our SDL was modified to scale down resolutions greater than the physical screen down to the screen size. In other words the console at 600x400 would be converted to display on 320x200.
On the other hand theres the new wiz, which does not have this feature. So instead I have to hack everything to 320x200, and only display a portion of the screen (still hasnt run fully cause of a seg fault, but Im working on it)
My thought is to do something similar within dosbox itself.

Now I know ideas usually get shot down pretty quick around here (and for good reason), but is this a good enough idea to be considered? If so would it best achieved through a new scalar, or maybe a new resolution option?

Last edited by Pickle on 2009-05-28, 12:51. Edited 1 time in total.

Reply 1 of 8, by wd

User metadata
Rank DOSBox Author
Rank
DOSBox Author

I didn't get what the actual idea is, do you have an additional scaler in mind
that squeezes everything into a fixed resolution?

Maybe check nop's port (pocketpc):
n0p is alive - and coding
which has some qvga/vga scaler (no idea what it does).

Reply 2 of 8, by Pickle

User metadata
Rank Member
Rank
Member

Yeah basically fit higher resolutions into smaller resolutions.
Force 640x400 into 320x200 if the physical screen only supports 320x240.

Thanks I will take a look and see whats there in the n0p version.

Reply 3 of 8, by wd

User metadata
Rank DOSBox Author
Rank
DOSBox Author

The tricky thing might be that what you're thinking of depends on the
input resolution (320x200->320x200, 640x400->320x200, 640x480->320x2?0).
Otherwise i'd have suggested a "skip every second row/column" or an
averaging filter.

Reply 4 of 8, by Pickle

User metadata
Rank Member
Rank
Member

As long as the screen is a 4:3 aspect we could use alternating lines?

320x200->320x200 (physical size is 320x240)
640x400->320x200 (physical size is 320x240)
640x480->320x240

Reply 5 of 8, by wd

User metadata
Rank DOSBox Author
Rank
DOSBox Author

Small hint btw:

Edit: Well i havnt got one response, I dont know whats worse instant rejection or none at all.

This sort of edit is quite bad because it slips through the "new post" feature.
Only read it now by accident.

Reply 6 of 8, by HunterZ

User metadata
Rank l33t++
Rank
l33t++

I would look at averaging filters before things like alternating line reduction so that you hopefully lose less detail.

Reply 7 of 8, by kekko

User metadata
Rank Oldbie
Rank
Oldbie
HunterZ wrote:

I would look at averaging filters before things like alternating line reduction so that you hopefully lose less detail.

you may loose way too much detail in any case...

Reply 8 of 8, by Pickle

User metadata
Rank Member
Rank
Member
wd wrote:
Small hint btw: […]
Show full quote

Small hint btw:

Edit: Well i havnt got one response, I dont know whats worse instant rejection or none at all.

This sort of edit is quite bad because it slips through the "new post" feature.
Only read it now by accident.

I took it out, i didnt think I was going to get any feedback. So thank you very much for responding 😀

For the question of loss of detail, maybe if the alternating lines looks really bad then maybe an average approach would be better. But the way I see it now theres nothing in dosbox to handle this so any solution id better than none.