VOGONS

Common searches


First post, by truth_deleted

User metadata

Attached two patches and a win32 binary of DOSBox-0.74/SVN for testing. The opengl patch is to center the fullscreen view while the height is less than 480 pixels; the width is not adjusted. The attached test binary incorporates this change; includes output=opengl and openglnb.

The voodoo patch centers the view (x & y) while the 3dfx resolution is less than 640x480; this worked in EF2000+3dfx (640x400) using a 4:3 LCD screen - hopefully it will work with a widescreen monitor and with a Windows guest OS. However, this code edit is not testable via this SVN-only binary.

I made these minor edits so that fullscreen openGL view is centered on the LCD screen for games of interest. It will require further changes to center other games properly.

Attachments

  • Filename
    voodoo.diff
    File size
    964 Bytes
    Downloads
    68 downloads
    File comment
    Patch for voodoo1 - fullscreen centering (req. testing)
    File license
    Fair use/fair dealing exception
  • Filename
    opengl.diff
    File size
    477 Bytes
    Downloads
    79 downloads
    File comment
    Patch for openGL fullscreen - 640x400
    File license
    Fair use/fair dealing exception
  • Filename
    dosbox-SVN.zip
    File size
    1.19 MiB
    Downloads
    68 downloads
    File comment
    Win32 DOSBox binary+opengGL/fullscreen centering
    File license
    Fair use/fair dealing exception

Reply 1 of 7, by Dominus

User metadata
Rank DOSBox Moderator
Rank
DOSBox Moderator

Moved to the Dosbox Patches forum

Windows 3.1x guide for DOSBox
60 seconds guide to DOSBox
DOSBox SVN snapshot for macOS (10.4-11.x ppc/intel 32/64bit) notarized for gatekeeper

Reply 2 of 7, by emendelson

User metadata
Rank Oldbie
Rank
Oldbie

Is it possible to make the opengl patch apply to any height and width? Under OS X 10.7 and 10.8, when the output is set to opengl or openglnb in the conf file, all text modes are off-center in full-screen: they're pushed partly to left, and fully to the bottom of the screen, a bit like this:

----------------------
|                        |
|                        |
|   xxxxxx           |
|   xxxxxx           |
|   xxxxxx           |
----------------------

Is it possible to use the screen width and height to calculate a way to center the text in the screen?

Reply 4 of 7, by emendelson

User metadata
Rank Oldbie
Rank
Oldbie

I'm afraid that patch doesn't help with text-mode centering in full-screen with OpenGL.This has been an annoyance that's been talked about in the forum since it started occurring under OS X 10.7. (There was no problem under 10.6.) If it's possible to fix it, that would be very good to have.

Reply 5 of 7, by truth_deleted

User metadata

If it works in 10.6, but not in 10.7, then it would be reasonable to notify Apple of the OS version specific bug. However, I saw your 2011 Vogons thread on the same or similar issue. Wasn't the conclusion that functions were deprecated in SDL and/or by Apple?

In the meanwhile, try both output=openglnb, then output=openglhq. Please try both output modes with fullresolution=desktop. If none of these options center the screen, then I would first try an older or properly patched version of the SDL library.

Reply 6 of 7, by emendelson

User metadata
Rank Oldbie
Rank
Oldbie

Thank you again! The problem is completely fixed with output=openglhq, which I simply didn't know about until I read your post.

With fullresolution=desktop, output=openglnb causes a text screen to stretch to fill the margin, distorting the bitmap fonts; openglhq doesn't cause this problem, and the screen is perfectly centered.

You've solved more problems in two days than I've solved by myself in two years. Thanks again.

Reply 7 of 7, by truth_deleted

User metadata

Glad to help! There is also a recent post on another thread that states that (many) text modes disable aspect ratio, at least in opengl mode. It is possible this is the cause of the problem. However, the openglhq produces an excellent scaling of pure text, so this is an ideal solution; it also may avoid issues related to deprecation of API by Apple/SDL, as it is a different SDL driver.