Since my PC is dead I've been using my old laptop which is a Thinkpad running Win10. But there are no proper OpenGL drivers for the chipset. Some games work and some don't. I dual-boot to Ubuntu for things that won't work at all because of the OpenGL issue (like Minecraft). Strange thing is EDuke32 works in software mode (as does Ion Fury) but Mapster32 will not and just immediately dump to desktop after trying to start after the launcher even though Software mode is selected (latest version). The log says it's because my system "doesn't support OpenGL version 2 or greater. GL modes are unavailable." Obviously. I'm trying to start in software mode. Is Software mode not really software mode? Are some aspects OpenGL anyway? Or does it try to check for OpenGL regardless and fail regardless?
Page 1 of 1
EDuke32.exe works but not Mapster32.exe
#1 Posted 22 July 2019 - 08:46 PM
This post has been edited by MusicallyInspired: 22 July 2019 - 09:05 PM
#2 Posted 23 July 2019 - 05:47 AM
probably won't help, or you already done it, but try setting the couple OpenGL settings in mapster.cfg to 'no' (0 ?)
#3 Posted 23 July 2019 - 10:43 AM
I tried compiling a build of Mapster32 with "USE_OPENGL := 0" and it hit an error looking for a polymost variable that was undeclared...
You could probably try older revisions.
You could probably try older revisions.
#4 Posted 23 July 2019 - 11:52 AM
Forge, on 23 July 2019 - 05:47 AM, said:
probably won't help, or you already done it, but try setting the couple OpenGL settings in mapster.cfg to 'no' (0 ?)
I have not. I can try tonight after work.
Photonic, on 23 July 2019 - 10:43 AM, said:
I tried compiling a build of Mapster32 with "USE_OPENGL := 0" and it hit an error looking for a polymost variable that was undeclared...
You could probably try older revisions.
You could probably try older revisions.
Ah, will changing the CFG not work then? So this is some kind of regression. I'll look for an older version that works if the CFG suggestion doesn't.
This post has been edited by MusicallyInspired: 23 July 2019 - 11:53 AM
#5 Posted 23 July 2019 - 12:44 PM
MusicallyInspired, on 23 July 2019 - 11:52 AM, said:
So this is some kind of regression.
Try 4593 (the build just before android) it seemed to compile without opengl, I hit a linker error but it could just be my environment mingw is too new.
#6 Posted 23 July 2019 - 01:02 PM
I believe software blits using GL nowdays as it speeds up a LOT despite doing everything still in CPU otherwise.
There still should be a fallback for this when this fails.
Try something like early 2018 to see if it works or not.
There still should be a fallback for this when this fails.
Try something like early 2018 to see if it works or not.
#8 Posted 05 January 2025 - 04:20 AM
bump
I can't run Mapster32 on my aarch64 toy and I think this is why.
I can't run Mapster32 on my aarch64 toy and I think this is why.
Quote
------------------------------------------------------------------------
r6922 | pogokeen | 2018-06-13 12:15:26 -0700 (Wed, 13 Jun 2018) | 1 line
Add glsurface.cpp/h and tilepacker.cpp/h to Visual Studio Project
------------------------------------------------------------------------
r6921 | pogokeen | 2018-06-13 12:15:22 -0700 (Wed, 13 Jun 2018) | 2 lines
Don't allow GL modes if GL Major Version is less than 2.
Additionally, fix build issues for RENDERTYPE=WIN introduced in r6827.
------------------------------------------------------------------------
r6920 | pogokeen | 2018-06-13 12:15:19 -0700 (Wed, 13 Jun 2018) | 1 line
sdlayer.cpp: don't alter desktop composition using win_setvideomode() if we're creating an SDL window for rendering GL
------------------------------------------------------------------------
r6919 | pogokeen | 2018-06-13 12:15:16 -0700 (Wed, 13 Jun 2018) | 1 line
When OpenGL is available, prefer using the new glsurface to blit the classic renderer's 8-bit buffer to the screen.
r6922 | pogokeen | 2018-06-13 12:15:26 -0700 (Wed, 13 Jun 2018) | 1 line
Add glsurface.cpp/h and tilepacker.cpp/h to Visual Studio Project
------------------------------------------------------------------------
r6921 | pogokeen | 2018-06-13 12:15:22 -0700 (Wed, 13 Jun 2018) | 2 lines
Don't allow GL modes if GL Major Version is less than 2.
Additionally, fix build issues for RENDERTYPE=WIN introduced in r6827.
------------------------------------------------------------------------
r6920 | pogokeen | 2018-06-13 12:15:19 -0700 (Wed, 13 Jun 2018) | 1 line
sdlayer.cpp: don't alter desktop composition using win_setvideomode() if we're creating an SDL window for rendering GL
------------------------------------------------------------------------
r6919 | pogokeen | 2018-06-13 12:15:16 -0700 (Wed, 13 Jun 2018) | 1 line
When OpenGL is available, prefer using the new glsurface to blit the classic renderer's 8-bit buffer to the screen.
Share this topic:
Page 1 of 1