VOGONS

Search

Common searches

Search results

Display options

Display options

Linux openglide problem

Posted on 2020-08-30, 01:59

Mageia Linux 7.1 64 bit,, Radeon R7 260X. Dosbox-X latest version. Trying to play Tomb Raider Glide version. The openglide I used is from https://github.com/voyageur/openglide . 1) Compiling this gives a warning: glext.h:54: warning: "GL_GLEXT_VERSION" redefined #define GL_GLEXT_VERSION 16 In file …

Re: Is OpenGlide still being developed?

Posted on 2015-08-15, 07:23

Thanks, I tried that and it does fix the problem. I still get the other problems that I described at the end of the Glide patch thread: -- Running Tomb Raider or anything else that uses Glide and exiting leaves me in a Dosbox window where I can't see anything. It's completely black, but I can still …

Re: Is OpenGlide still being developed?

Posted on 2015-08-14, 13:33

I tried using it with Tomb Raider on Linux, along with Dosbox SVN and the glide patch. Polygons are not shaded. This problem can be worked around by starting a new game or going to Lara's house. Something about doing that causes the game, for some reason, to suddenly understand that polygons should …

Re: DOSBox-X branch

Posted on 2015-08-13, 00:01

I have not been able to get UB to work. Is there a particular one I need? If so, what's the size and md5sum of a glide2x.ovl that works? Also, do I need glide2x.dll or is that just for Windows? Note: -- I can run tomb.exe (statically linked glide version) with Dosbox-X and it works, proving that I …

Re: DOSBox-X branch

Posted on 2015-08-12, 17:09

And another TR question: Is there a way to run Tomb Raider Unfinished Business 3DFX version with the glide support in dosbox-X? For regular Tomb Raider, there seem to be two 3dfx versions, one of which is statically linked and one which uses a separate glide2x.ovl. The statically linked one works …

Re: Glide patch

Posted on 2015-08-12, 06:54

Unfortunately, I tried Unfinished Business. Unfinished Business has the same glitch that I get on the regular levels. But it seems that my workaround to fixing the glitch doesn't work on UB--my guess is that the workaround depends on the FMVs and UB doesn't have any FMVs. So I'm stuck with no …

Re: Glide patch

Posted on 2015-08-11, 18:11

Attempting to use this on Mageia Linux 5.0 64 bit (and using openglide), it appears to work, but I do get a glitch: I am playing Tomb Raider. If I look at the main menu, or if I load a saved game, the polygons aren't shaded. However, the workaround is that if I go to Lara's home or start a new game, …

Re: DOSBox-X branch

Posted on 2015-08-11, 06:10

Alternately, does anyone have a prebuilt 32 bit dosbox-X for Mageia Linux 5? I would assume the dynamic core would help with the speed, but I am on a 64 bit system and the dynamic core doesn't exist. Cross-compiling dosbox-x as 32 bit is beyond my expertise. Edit: Regular SVN with the glide patch …

Re: DOSBox-X branch

Posted on 2015-08-11, 05:32

Is there any way to compile dosbox-x with the equivalent of the glide patch? (The one which uses a modified GLIDE2X.OVL and a glide wrapper, not the one that's already in it that directly emulates Voodoo cards with OpenGL.) Using the existing Glide support in dosbox-X I get 10-15 FPS in Tomb Raider …

Re: DOSBox-X branch

Posted on 2015-07-25, 22:20

When I run Tomb Raider Glide version (Mageia Linux 5.0, 64 bit build), the movies produce this warning. DOSBox LOG: SDL:OPENGL:No support for texturesize of 2048, falling back to surface glxinfo -l | grep TEXTURE includes GL_MAX_TEXTURE_SIZE = 8192 GL_MAX_3D_TEXTURE_SIZE = 2048

Re: DOSBox-X branch

Posted on 2015-07-07, 00:41

On a related note, maybe configure could automatically set --disable-dynamic-x86 on x86_64? Replying to an old post (May 2014), but when I try it now I see that dosbox-x still disables the dynamic core for 64 bit. Is the dynamic core still not working in 64 bit? My system doesn't give me a way to …

Re: DOSBox-X branch

Posted on 2014-09-20, 00:34

Forced does fix my problem, and it also does work in combination with output=opengl, so it's actually as fixed as I could expect now (as long as I patch out that +80 EF2000 code). Thanks. (Forced plus fullscreen plus a scaling method that is too big for the screen will result in a segfault, however …

Re: DOSBox-X branch

Posted on 2014-09-15, 03:35

truth5678 wrote: You may also test the effect of deleting these lines: Deleting those lines has no effect. I was not expecting them to since voodoo=false (but output=opengl) results in every screen being 640x480 regardless of windowresolution

Re: DOSBox-X branch

Posted on 2014-09-14, 01:39

Manually apply the attached patch by use of a text editor. Do not apply automatically with the patch command. It reverts the ef2000 workaround code and Codeholio posted part of this on his web site of dosbox-x updates. The attached has a couple of additional lines which may fix the issue. If it …

Re: DOSBox-X branch

Posted on 2014-09-06, 15:17

Since ykhwong's build doesn't have the issue, and dosbox-x does, then it is reasonable to make a difference file between these two builds. A difference file shows the different lines of code between the two builds, so identical lines are not shown in the output file. The tool is "diff", although …

Re: DOSBox-X branch

Posted on 2014-09-06, 01:56

Using a yhkwong build, I cannot get voodoo with glide to work at all. (Even if I copy the conf fiile to the correct name and set my LD_LIBRARY_PATH to include the supplied libraries.) However, using that build, the problem I had with screens being stuck at 640x480 is gone. The screens properly …

Re: DOSBox-X branch

Posted on 2014-09-05, 20:36

It is very likely a problem between the SDL software library and your (opengl) video subsystem. If you are unable to diagnose the indicated video driver issue and use of SDL applications, then it would be simple to edit a line in the dosbox-x code to enforce the 640x480 mode while voodoo=opengl. …

Re: DOSBox-X branch

Posted on 2014-09-03, 23:35

Aside from speed problems (of course I expect voodoo=software to be slow), voodoo=software does not give me the weird 640x560, 640x640, 640x720 screens. All the screens are 640x480. Unfortunately, all the screens are now also 640x480 when I go full screen as well. Previously, fullscreen would scale …

Page 1 of 3

Go to top of page Go to top of page
Close window
Close window