well you could put in the configfile a different scaler.

normal2x doubles the windows
and the other one enanches your letters as well

Hey boop -- near as I can tell there IS no font setting in the config file at all. Evidently all you guys think about is games 8^/) None of the settings I played with affects text-mode programs at all. SURELY there must be a way to change font or font-size? PLEASE? (I'm working with a 4x3" window on my 19" LCD -- you should see it on my laptop.)

try this:

fullfixed=true
fullwidth=1024
fullheight=768
output=openglnb

aspect=true
(actually aspect doesn't affect text mode, don't know why)

and switch to fullscreen now

By the way it is a wonderful program, obviously. Just don't leave us text-heads out of the mix.

I did get the full-screen window to double the box size using "fixed" and 800 x 600 as a resolution setting. These are not completely flexible (don't work with any other settings that I could find). There's still a big-fat black border but it is legible now.

I SURE would like to increase window size as I actually run 2-3 iterations at a time and going full screen takes time and wipes that "windows" thing out.

Thanks, John

output=overlay
hwscale=4.00

or output=openglnb
hwscale=4.00

use
hwscale=2.00
for window

and read the dosbox manual

Robertmo -- I tried about every permutation (i'm not a super computer) and I found that the aspect setting (width / height) has no predictable effect -- so I set them back to zero.

In full screen mode:
I get a full screen with full-width text on the opengl & openglnb output settings, but the image is unstable (bg flashes transparent/black). Set on surface I get artifacts on monitor 2 (of three). But overlay produces a normal (i.e. like it used to be in 98 and back) full screen mode, with no flashing or wierd artifacts. Obviously that is the proper text mode.

That helpsssssss..... Now about those windows.

Qbix did it. Except the hwscale setting is 1.5 to get a true window (at 1200w). And the Overlay setting produces a black screen only. The opengl works in a window fine. Multi-monitor will not show ACROSS two screens -- in fact will only display in the originating screen or the window is transparent. Go-figure.

Good enough for crossing it off my list.

THANKS VERY MUCH FOR THE HELP.
-John

The ap that I need to use (very important) is a minicomputer originated text-database application that runs at blinding speed at 8Mhz (that's an IBM AT, with 16 bit addressing). It's crawling with output set to anything but surface. Surface is a fraction of running in a DOS window in Win98 (I actually had to slow that down for it to work right). And it's actually usable at that setting/speed -- except for the window size and lack of full-screen mode. But regardless of hardware scaling, the additional overhead of the other outputs (overrlay, opengl, openglnb) is at least 3:1 (speed is 1:3).

I realize that this is an emulator -- and apparently an emulator emulating an emulator, in may cases. I don't suppose using a more direct route for text base applications is possible? Like actually using a different font size? If you care to share, what's in the works for text-based aps? (if anything?)

I have a little development money for this if anybody has an idea worth implementing.

Thanks, John

Okay I erred on Overlay -- that ISN'T creating a slowdown, and I AM getting a window scaling from Hardware Scaling. It's only the OPENGL / OPENGLNB settings that are slowing it down.

So I'm happy. 😁 Thanks for your support.

I should add that I can run as many iterations (duplicate windows) with Overlay on as I want without visible speed reduction (I routinely run five on this database ap). However on the Opengl / Openglnb the first iteration is a big hit on the speed (-67%~), and each additional is about -50% additional.

Did you try to increase frameskip? (Crtl+F8)
Since it's textbased app, you won't need every frame, will you?