Duke4.net Forums: Eduke32 missing original 320x200 video mode on software renderer - Duke4.net Forums

Jump to content

Hide message Show message
Welcome to the Duke4.net Forums!

Register an account now to get access to all board features. After you've registered and logged in, you'll be able to create topics, post replies, send and receive private messages, disable the viewing of ads and more!

Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic

Eduke32 missing original 320x200 video mode on software renderer

User is offline   gaula92 

#1

Hi there,

I am trying (again) to build a satisfactory version of Eduke32 for the Raspberry Pi3.
The Pi3 should be perfectly capable of silk-smooth 60fps *if no software scaling is used* (that's why the Pi3 has an adequate GPU!)
Take into account that SDL2 on the Pi is ALWAYS fullscreen. There's nothing like a windowed mode: it runs on the SDL2 KMSDRM driver, no X server involved. So setting a windowed mode will simply make SDL2 upscale in hardware whatever window size we want to the physical resolution in use.
As things are:
-I have to set ScreenMode=1 on the eduke32.cfg. Setting it on the game menu is ignored and Full Screen is disabled on next boot.
-There's no way to tell the game to render to 320x200 and let SDL2 upscale in hardware, as other SDL2 programs do (Doom Retro, SDLPop, etc). It insists on producing hi-res frames: if I try to set a 640x480 video mode, boom! black screen and I have to killall Eduke32 on the SSH session and reboot the system. My guess is that it's trying to free up something it shouldn't be freeing on dynamic screen resolution changes, thus causing the SDL2 KMSDRM driver to go nuts.
-I can force a 640x or 320x mode in eduke.cfg, but then the game only shows a small corrupt graphics band on the upped side of the screen (thicker on 640x).

Thus, I thing screen mode management is utterly broken as things are. I guess most Windows users just use whatever they are thrown at and that's all, for for special cases like devices that only have fullscreen modes and need to disable all software scaling, it's in a very bad shape. Is it somehow fixable, please?
2

User is offline   Phredreeke 

#2

PCs are generally fast enough to run the software renderer without resorting to lower resolutions.

I recall Hardware scaling being added a few months ago. I have no idea if it works on the Pi though.
0

User is offline   necroslut 

#3

I was also wondering about this and why the game can't even be set to 320x200 or 320x240 in windowed mode. Using the console command to force resolution seems to mess up things, seemingly the game interprets 320x200 or 640x400 as widescreen resolutions making HUD and sprites squished?
Upscaling also doesn't seem to be able to produce a "clean" upscale (2x pixels) as the game is drawn for 320x200...
1

User is offline   TerminX 

  • el fundador

  #4

View Postnecroslut, on 28 February 2019 - 11:12 AM, said:

Upscaling also doesn't seem to be able to produce a "clean" upscale (2x pixels) as the game is drawn for 320x200...

We've noticed this, but unfortunately it's consistent with the original DOS version and we haven't been able to put the work in to fix it yet.
0

User is offline   gaula92 

#5

Original 320x200 mode would be REALLY usefull for low-powered ARM platforms, where Eduke32 runs but with low framerates. 320x200, scaled fullscreen using SDL2 hardware scaling capabilities using it's internal GLES renderer, would make Eduke32 really shine in that kind of hardware, which is very common.

This post has been edited by gaula92: 02 March 2019 - 05:14 AM

0

User is offline   necroslut 

#6

 TerminX, on 28 February 2019 - 12:54 PM, said:

We've noticed this, but unfortunately it's consistent with the original DOS version and we haven't been able to put the work in to fix it yet.

Not sure what you're trying to say here... DOS Duke looks perfectly clean in 320x200, and although there's some minor scaling distortions in other reasons it nowhere near as garbled as when upscaling in ED32.
0

User is offline   TerminX 

  • el fundador

  #7

 necroslut, on 08 March 2019 - 06:14 AM, said:

Not sure what you're trying to say here... DOS Duke looks perfectly clean in 320x200, and although there's some minor scaling distortions in other reasons it nowhere near as garbled as when upscaling in ED32.

I mean we looked at the game in DOSBox and the result at, say, 800x600 was more or less identical to the result you get when running EDuke32 at 1600x1200 with 2x scaling. The sprites in the HUD do get mangled, but they get mangled in DOS too. I bitched about it to pogokeen, thinking that we had done something wrong, and was very surprised that the DOS version was as bad.
0

User is offline   necroslut 

#8

 TerminX, on 08 March 2019 - 01:57 PM, said:

I mean we looked at the game in DOSBox and the result at, say, 800x600 was more or less identical to the result you get when running EDuke32 at 1600x1200 with 2x scaling. The sprites in the HUD do get mangled, but they get mangled in DOS too. I bitched about it to pogokeen, thinking that we had done something wrong, and was very surprised that the DOS version was as bad.

Ah, yeah, But something like 640x480 with 2x looks way worse than 320x200 in DOS, and 640x400 is a complete mess.
0

Share this topic:


Page 1 of 1
  • You cannot start a new topic
  • You cannot reply to this topic


All copyrights and trademarks are property of their respective owners. Instead of reading this text, you could be playing Ion Fury! ;) © 2019 Voidpoint, LLC

Enter your sign in name and password


Sign in options