Re: Openglide on MacOS X
Posted on 2009-11-04, 15:15
What is that /usr/local/include/openglide after the -lglide2x?
Re: Openglide on MacOS X
Posted on 2009-11-04, 06:42
I don't know what the map file is supposed to be, but try to replace that getch with some sleep or scanf or something (it is there just to make sure the program does not exit immediately). You could also add something like int i = some_really_big number; while(i--); 😀
Re: Openglide on MacOS X
Posted on 2009-11-03, 21:52
-lglide2x is required. Dosbox loads glide dynamically (dlopen).
Re: Openglide on MacOS X
Posted on 2009-10-30, 06:46
There is another possibility of course. That this is indeed some problem with my dosbox glide patch. Attached is the simplest possible glide program. It will initialize glide, clear screen to blue and exit. I have no idea if it will compile 😀
Re: Openglide on MacOS X
Posted on 2009-10-29, 22:26
it shouldn't matter, but I was just about to suggest setting it to opengl. opengl should be initialized by dosbox then, openglide should just change the resolution....very weird it would fail at that...
Re: Openglide on MacOS X
Posted on 2009-10-29, 21:12
Yeah, I've been thinking about this for a week too :) Those functions should not be failing, unless opengl failed to initialize properly. But if that were the case, SDL_SetVideoMode() should fail. The InitialiseOpenGLWindow() should probably be rewritten to return false if open window was …
Re: Carmageddon MAx Pack 3DFX
Posted on 2009-10-26, 20:24
yeah... movies can be made with external programs like fraps, that can record opengl surfaces.
Re: Openglide on MacOS X
Posted on 2009-10-23, 18:15
Hm. Really strange... I've checked out 1.2.14, I don't see any differences that should be of concern. And as I understand, 1.2.14 is required for 10.6.1. Can you try to confirm it is the glGetString that is crashing. Perhaps you can put: GlideMsg( "Vendor : %s\n", glGetString( GL_VENDOR ) ); …
Re: Openglide on MacOS X
Posted on 2009-10-23, 14:21
So it's the glGetString() that crashes? There's a testgl.c in SDL sources. Perhaps you could try compiling and running that and see if it works?
Re: Openglide on MacOS X
Posted on 2009-10-23, 13:44
so if you add a msg right to the top of InitWindow() (before InitialiseOpenGLWindow call) in Glide.cpp it doesn't print? That would suggest a stack corruption somewhere and make remote debugging much harder 😀
Re: Openglide on MacOS X
Posted on 2009-10-23, 10:23
Can you post the contents of your modified grSstWinOpen() so that I can see exactly where this prints? These warnings can possibly be fixed by adding const to prototype of void GLErro( char *Funcao ). Change it to: Copy code to clipboard 1 void GLErro( const char *Funcao ) in GLutil.cpp and GlOgl …
Re: Openglide on MacOS X
Posted on 2009-10-23, 07:41
It crashes after these lines? Then it must be InitWindow. Perhaps you can add some msg lines in InitWindow()? Also just below the InitialiseOpenGLWindow() in Glide.cpp (line 79), you can add: if(glGetString( GL_RENDERER ) == NULL) { GlideMsg( "glGetString( GL_RENDERER ) returned NULL!"); return …
Re: Glide patch
Posted on 2009-10-22, 10:30
Ok, first let's try to copy the existing GlideMsg( "grSstWinOpen( %d, %d, %d, %d, %d, %d, %d )\n", hwnd, res, ref, cformat, org_loc, num_buffers, num_aux_buffers ); to the top of the function (line 249) so that we can see what parameters get passed. I still don't see where the code could crash with …
Re: Glide patch
Posted on 2009-10-21, 17:37
sorry, grSstWinOpen() is in grguSstGlide.cpp
Re: Glide patch
Posted on 2009-10-21, 17:15
Just add a couple of those GlideMsg() calls. It behaves just like printf and the message should end in openglid.log. You can add messages like: GlideMsg("Here"); ... GlideMsg("Still here"); ... and try to figure out where exactly it crashes :happyhappy: Since there is no grSstWinOpen message, I …
Re: Glide patch
Posted on 2009-10-21, 16:52
It seems to crash in openglide again. Perhaps you can activate the logging (uncomment #define OGL_ALL in GlOgl.h, recompile and then post the contents of Openglid.log). Maybe add some more logging in grSstWinOpen() to see exactly where it crashes. I'm afraid grSstWinOpen + 181 doesn't tell me too …
Re: Glide patch
Posted on 2009-10-21, 14:42
Then you got the wrong TR patch, the one that has the ovl already built in...you need to get the Voodoo rush patch, tomb3dfx.exe should be 873739 bytes (or similar).
Re: Glide patch
Posted on 2009-10-21, 06:22
That means it is loading the original 3dfx glide2x.ovl not the dosbox modified one. Put the dosbox glide2x.ovl in the game directory. Make sure it matches the version of the patch (if you got the patch from this thread, take the ovl as well)
Re: Glide patch
Posted on 2009-10-20, 18:21
seem like reading /proc/cpuinfo does not work. Clock frequency is used just for some debugging info, so you could safely disable complete ClockFrequency(void) function in clock.cpp
Re: Glide patch
Posted on 2009-10-20, 12:42
From a quick look at it, it crashes in Openglide, so it could stay there 😀 When openglide starts, it performs some rdtsc calls to get some timing information. I'll see if it is possible to skip that...
Page 26 of 74