Re: Best Glide games?
Posted on 2006-11-23, 16:34
http://support.eidosinteractive.com/GI/Custom … =130&platform=3 You need the voodoo rush version.
Re: Star Trek: Starfleet Academy DVD on XP
Posted on 2006-11-23, 05:51
Sorry guys, nothing definitive yet. The videos do play, but that checkerboard background keeps blending with the video no matter what I do. I've been thinking to try to completely hide SFA window and play in my own window, but then I have troubles making the game recognize ESC keypresses and …
Re: List of Voodoo1-only games? (early GLide games?)
Posted on 2006-11-23, 05:48
Not a chance, V5 is radically different from the previous generations...it's probably not even possible to make those games work with V2, and that one is very close to V1.
Re: Glide support
Posted on 2006-11-22, 20:44
Well...it doesn't look promising. I have no idea why the game behaves like that. It opens the window, then it closes it down. For no apparent reason. It only calls 4 functions, only two of which even return something. One is OpenWindow which can return 1 or 0...and it obviously returns 1. The other …
Re: List of Voodoo1-only games? (early GLide games?)
Posted on 2006-11-22, 16:26
It depends on the game. If the game has glide statically linked, then it will only work with Voodoo1 (because this was usually some old glide version). If it uses glide2x.ovl, then it might be possible to make it work by changing the glide2x.ovl to one that supports v5...
Re: Glide support
Posted on 2006-11-22, 15:44
Yeah, so I noticed. I managed to get the game installed. Will play with it a little bit, see what happens 😀
Re: Glide support
Posted on 2006-11-22, 15:01
Try this ovl file. It should be the same, just uppercased all the exported functions. edit: I added some functions the game uses, but were previously not exported
Re: Glide support
Posted on 2006-11-22, 14:54
Hmm...I just noticed something. The functions in glide2x.ovl should all be uppercase. They are not.
Re: Glide support
Posted on 2006-11-22, 14:25
No, return address = 0x0 simply means that the function is returning void. Call 145 is grGlideShutdown (see include/glide.h), by then it is already too late. I still stand by my original assumption. grSstQueryHardware (165) will also return a string naming the voodoo board. Openglide returns " …
Re: [SDL patch version] Hq2x / Hardware OpenGL-HQ scaling
Posted on 2006-11-22, 14:13
I don't know, but it seems wrong to me. DOSBox will create a shadow surface if it gets SDL_DOUBLEBUF returned. This shouldn't be necessary as OGL doublebuffering isn't visible to the application. Moreover it requires a modification to dosbox, which shouldn't be required, if these flags would be …
Re: [SDL patch version] Hq2x / Hardware OpenGL-HQ scaling
Posted on 2006-11-22, 13:53
Also...I was trying to differentiate the texture doublebuffering and opengl doublebuffering. I see no relation between the two, that's why I split the initialization (texture doublebuffering being activated by passing SDL_DOUBLEBUFFER flag and opengl by setting the env. variable - this way the …
Re: Glide support
Posted on 2006-11-22, 13:46
I guess one of the advantages of using SDL with openglide :happy: Well, I'll try to get that game installed somehow...in the mean time, you say it initializes glide and then quits? Try to enable debugging and see what functions they call. It might be a bug, some function not returning proper values …
Re: [SDL patch version] Hq2x / Hardware OpenGL-HQ scaling
Posted on 2006-11-22, 13:11
But UpdateRects is skipped if doublebuffering is active!? When are the updates rendered then?
Re: [SDL patch version] Hq2x / Hardware OpenGL-HQ scaling
Posted on 2006-11-21, 17:30
Yes it does fix the crash...must have missed that line - twice :pppt: 16-bit mode also seems to work...nice work :) As for the UpdateRects issue...I don't know, applications assume calling UpdateRects will change the screen, without any additional flips. Completely ignoring updates seems wrong. But …
Re: [SDL patch version] Hq2x / Hardware OpenGL-HQ scaling
Posted on 2006-11-21, 11:27
Hi moe, let me address some notes you left in the code :) 1. SDL_ohqthread.h:583 // |SDL_HWSURFACE left out -- why? SDL docs state that SDL_HWSURFACE is invalid with SDL_OPENGL. Moreover, the flag is ignored if passed (SDL_Video.c:649). 2. ATi drivers still produce fuzzy picture when I'm in 16-bit …
Re: Playing MIDI via the OPL Emulation
Posted on 2006-11-17, 23:34
OPL is not General Midi compatible. Most games used custom drivers for OPL chips. One solution however is to play midi files in Windows (Win31 inside dosbox :)) with a media player. That will play through OPL chip, but I'm not sure how accurate the playback is (well, how accurate is OPL anyway : …
Re: Direct3D patch
Posted on 2006-11-17, 18:49
Okay...all my patches updated. And a new compiled binary. This should work in W2k!
Re: Direct3D patch
Posted on 2006-11-13, 21:17
Alright...fixed it 😎 When the lock fails, dosbox will switch to not passing the flag. It seems to work now in w2k. I'll have the updated patch & build (finally!) up on my page in a few days 😀
Re: Direct3D patch
Posted on 2006-11-13, 17:43
I found the problem. Seems w2k doesn't like D3DLOCK_NO_DIRTY_UPDATE flag. It works fine if I don't pass it to LockRect call. But solving this is another thing. Since dosbox knows what regions of the texture it has updated, passing D3DLOCK_NO_DIRTY_UPDATE and then invalidating just a part of the …
Re: Alternative Shaders
Posted on 2006-11-13, 09:47
Those are OpenGL shaders and cannot be used directly in dosbox. You'd need to add support to dosbox or rewrite them to d3d and use them with my patch.
Page 50 of 74