Duke4.net Forums: gaula92 - Viewing Profile - 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!

Reputation: 3 Neutral
Junior Members
Active Posts:
21 (0.03 per day)
Most Active In:
Everything EDuke32 (20 posts)
12-September 16
Profile Views:
Last Active:
User is offline Oct 11 2018 12:47 AM

My Information

Age Unknown
Birthday Unknown
Not Telling Not Telling

Contact Information


Topics I've Started

  1. Eduke32 missing original 320x200 video mode on software renderer

    07 October 2018 - 03:00 AM

    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. eduke32: digital joystick axes configuration broken

    13 November 2017 - 02:18 AM

    Hi there,

    I am using the latest SVN version of Eduke32, and joystick digital axis configuration seems very broken: as soon as I set axis0 as digital and assign a digital action to it (turn left, turn right), Duke starts turning insanely FAST in a totally unplayable way.
    Same happens with axis1.
    Also, going back to te game to test the configuration and going into the joystick configuration menu again, there are actions again set to the analog field of the axis, but I removed them previously.
    So it's currently broken and ususable.

    I am using a PSX pad (not analog, not dual-shock, just a plain PSX) with a PSX->USB converter. It works with every SDL2 game I have tried so far, except eduke32.
  3. Errors trying to build SVN Eduke32, was working previously

    14 September 2016 - 02:22 AM


    I am trying to build Eduke32 from svn sources for the last four days on GNU/Linux, using GCC 5.x, but it seems to be impossible. I used to be abe to build it without probems time ago, and in fact I had it running on my Raspberry Pi, but now I get this:


    InitPrintf() and setpalette() seem to be build engine functions, so I believe it's not like I am missing any libs on my system.
    Any clues on what's going on?


gaula92 hasn't added any friends yet.


gaula92 has no profile comments yet. Why not say hello?

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

Enter your sign in name and password

Sign in options