I guess they're not using direct-sound / direct-input. Is there any issues about (not) using them apart from the extra coding.
#2 posted by Baker on 2009/12/21 22:07:26
More or less, this is an extra level of insulation against bad drivers.
OpenGL driver bad or not installed? Windows 7 OpenGL performance is terrible? Bug X, Y, Z in the driver? No long a killer or source of aggravation.
MH's wrapper version 1 took about 6 hours for me to add to another engine.
The final one requires maybe a good 10 minutes (sounds so hard to believe, yet true), the wrapper is written that well.
Really although I think what MH did is an incredible think for Quake, I think the implications of this really go a bit beyond Quake or at least could.
I am thinking that many non-Quake games that used the OpenGL 1.1 or OpenGL 1.2 API set could be nearly insta-converted to DirectX API (Direct3D).
I mean Quake uses a large set of OpenGL 2D functions and 3D functions.
#3 posted by megaman
on 2009/12/22 03:54:11
it needs support.
I See He Didn't Do...
#4 posted by Gleeb on 2009/12/22 18:20:50
GQ! The best engine evar! >:(
#5 posted by metlslime
on 2009/12/22 21:53:24
what would we do without features such as "fish spleening" and "hand"
#6 posted by meTch
on 2009/12/23 01:45:05
#7 posted by ijed
on 2009/12/23 03:37:30
#8 posted by nonentity
on 2009/12/23 09:24:15
Nice work. Certainly makes the game run a hell of a lot faster on my laptop. (ie, I can play quake on my laptop now :)
Unfortunately it seems to cause firstly some strange hue/saturation distortion (this may be my settings, will test), and more importantly, some strange glitching of polys. Looks almost like individual polys are breaking from their verts and 'jumping' slightly. I will do some testing/footage capturing/more informed description when I'm not rushing about.
Still, at least I can run high end maps, so it's an improvement :)
(intel x4500 gma btw)
#10 posted by yhe1
on 2010/02/25 03:43:15
I have a ATI 3670 video card, and this D3D8 port is slower than the original openGL. Is this normal?
#11 posted by Baker on 2010/02/25 04:57:29
It isn't as fast as the native OpenGL versions of the engines.
Still, they are fast enough to be playable in single player at a more than playable speed although I have noticed certain things like background flashes can drop the frame rate.
#12 posted by Baker on 2010/02/25 04:59:14
I might add that DirectQ by MH, if you haven't tried it, is totally native Direct3D and supports FitzQuake 0.85 gigantic maps (and in fact, the FitzQuake 0.85 protocol).
DirectQ is Direct3D 9.
#13 posted by mh on 2010/02/28 14:55:50
They can never be as fast as native OpenGL owing to the translation layer they have to go through, but that's not the point of them. The point is to have something that works for people who can't even run the GL engines at all, owing to bad or buggy drivers or whatever.
DirectQ on the other hand *is* fast - very fast.
#14 posted by O.S. on 2010/03/01 11:54:17
What I'd really like would be a
directdraw (software) driver for quake
#15 posted by mh on 2010/03/01 20:19:44
WinQuake actually uses DD (through the SciTech MGL layer), but completely lacks support for colour depth above 8 bit, which I guess is what you really want.
#16 posted by O.S.
on 2010/03/01 23:42:01
Through MGL, yes, but MGL can also use some
direct-to-vidcard modes on win9x, too. Was not
my point though, because MGL doesn't do 64 bit,
also its development is dead, so I need a native
DD driver, at least for win64. Quake2 does have
a native DD code for windows/software renderer,
needs porting to q1/hexen2.
#17 posted by Baker on 2010/03/02 03:14:20
I've looked at the source several times and I'm thinking it doesn't use MGL.
#18 posted by O.S. on 2010/03/02 08:06:22
Thanks, will look at it.
#19 posted by yhe1
on 2010/04/04 03:31:20
Can directquake support command line options?
#20 posted by mh on 2010/04/04 16:54:36
These are only modifications to the renderer so if the original engine does then so do these. Why? Are you having problems?
#21 posted by yhe1
on 2010/04/05 04:04:52
I am talking about running a map with a batch file such as:
glquake -nocdaudio -current -game nsoe -heapsize 120000 -id1 -nomtex -bpp 32
directq doesn't work when I use -bpp 16, for example, it stays at 32 bpp.
That Sounds Like A Feature.
#22 posted by Spirit
on 2010/04/05 10:06:23
#23 posted by mh on 2010/04/05 17:04:01
Use the menu. It's there under Video Options. And you don't need -heapsize either; DirectQ will never run out of memory. In fact DirectQ doesn't need any command-line parameters at all (unless you really want to use them), everthing can be set while the game is running.
#24 posted by Yhe1 on 2010/04/06 08:19:43
still have some trouble with this. For example, I changed the game directory to SOE, but when I chose run a map, I still only see the maps from my id1 folder.
Also, is there a way to disable multitexture in directq?
Still think that command line options are easily, perhaps you can consider adding them in in the next version?
Multitexture And Command-line Options...
#25 posted by mh on 2010/04/06 18:53:11
The command-line options actually are still there, and most of them still work the same way as before. The only major difference is that -heapsize is gone, but that's because DirectQ does memory fully dynamically and with no real upper limits. -bpp just doesn't seem to work is all.
No way to disable multitexture; I'm somewhat puzzled as to why you would want to (unless you have a Voodoo 1/RIVA 128/etc).
Also puzzled that you can't see the maps. What happens when you try to run one using the "map" command?