View previous topic :: View next topic |
Author |
Message |
MeTcHsteekle
Joined: 15 May 2008 Posts: 397 Location: its a secret
|
Posted: Mon Nov 10, 2008 10:58 pm Post subject: |
|
|
*ehem* :  _________________ bah |
|
Back to top |
|
 |
reckless
Joined: 24 Jan 2008 Posts: 390 Location: inside tha debugger
|
Posted: Tue Nov 11, 2008 12:47 am Post subject: |
|
|
looks ok i guess ?  |
|
Back to top |
|
 |
Baker

Joined: 14 Mar 2006 Posts: 1538
|
Posted: Tue Nov 11, 2008 4:09 am Post subject: |
|
|
reckless wrote: | oh forgot it shouldnt be limited to only ati or nvidia only requirement
it has is full opengl 1.4 support on the gfx card i believe most modern cards have that ? |
I rarely use my Intel display adapter except for dual monitor purposes, Realm runs fine on my Nvidia laptop and desktop, but won't run on my Intel display adapter ...
Gets Sys_Error "Extension GL_*_generate_mipmap NOT Found!! Aborting Realm ..."
Most Intel laptops and a lot of Intel desktops come with those Intel display adapters.
I believe the drivers I have are OpenGL 1.2 for that Intel display.
This could be the problem he is having.
A cursory search of the Intel site indicates that maybe for a lot of these displays, OpenGL 1.3 is the latest and they have not released OpenGL 2.0 drivers for anything. |
|
Back to top |
|
 |
reckless
Joined: 24 Jan 2008 Posts: 390 Location: inside tha debugger
|
Posted: Tue Nov 11, 2008 6:19 am Post subject: |
|
|
ow  |
|
Back to top |
|
 |
Spike
Joined: 05 Nov 2004 Posts: 944 Location: UK
|
Posted: Tue Nov 11, 2008 4:29 pm Post subject: |
|
|
There are a lot of cards that have buggy gl_sgis_generate_mipmaps extensions.
Code: |
// gl_config.sgis_generate_mipmap = true;
|
Damn drivers. _________________ What's a signature? |
|
Back to top |
|
 |
reckless
Joined: 24 Jan 2008 Posts: 390 Location: inside tha debugger
|
Posted: Tue Nov 11, 2008 9:26 pm Post subject: |
|
|
true well sucks unfortunatly i dont have an intel card else i would try to see if i could fix that particular error and others if nessesary.
should someone have the time and nessesary hardware to fix it it would be nice  |
|
Back to top |
|
 |
xaGe

Joined: 01 Mar 2006 Posts: 329 Location: Upstate, New York
|
Posted: Wed Nov 12, 2008 3:15 pm Post subject: |
|
|
Sys_Error: Extension GL_*_vertex_array NOT Found!!!
Aborting Realm...Sys_Error: Extension GL_*_vertex_array NOT Found!!!
I have a Acer Aspire running an Intel 945GM using OpenGL version 1.4.0 - Build 7.14.10.4926
..I'll just stick to the ones that work fine for me DP, FTE, and EZQ... Just wanted to try Realm out. The screen shots look good overlooking the bloom abuse in a few of them, but hopefully bloom intensity is controllable. The lava looked sexy as hell.
..If I get lucky for my upcoming birthday/Xmas Santa(my wife) will buy the new laptop I want with that Nvidia 9800M in it then I could play practically anything I wish..  |
|
Back to top |
|
 |
reckless
Joined: 24 Jan 2008 Posts: 390 Location: inside tha debugger
|
Posted: Thu Nov 13, 2008 12:43 am Post subject: |
|
|
intel cant handle vertex arrays !!! /facepalm well seems laptops with intel chipsets are a nogo atm will try on my friends when he comes to visit maybe i can fix it.
and yes bloom is controllable via the menu  |
|
Back to top |
|
 |
reckless
Joined: 24 Jan 2008 Posts: 390 Location: inside tha debugger
|
Posted: Thu Nov 13, 2008 7:04 am Post subject: |
|
|
hmm looking into the intel chipsets i noticed they dont support locking vertex arrays atleast not the 945 - 965 line. unfortunatly that means without rewriting a huge part of the renderer i cant make them work for those cause mhquake uses array locking a lot :S
if it had only been the mipmap generation it would have been doable
but im not really sure what to do about this ? |
|
Back to top |
|
 |
xaGe

Joined: 01 Mar 2006 Posts: 329 Location: Upstate, New York
|
Posted: Thu Nov 13, 2008 1:26 pm Post subject: |
|
|
..Not a big deal really, just make it known its unsupported on Intel video chipsets in the readme or something...
reckless wrote: |
if it had only been the mipmap generation it would have been doable
but im not really sure what to do about this ? |
|
|
Back to top |
|
 |
Spike
Joined: 05 Nov 2004 Posts: 944 Location: UK
|
Posted: Fri Nov 14, 2008 8:55 am Post subject: |
|
|
Vertex arrays are an opengl 1.1 feature.
They are required by all opengl 1.1 implementations. Quake requires 1.1 features anyway, and this is the minimum version supported by any microsoft driver too.
glDrawRangeElements is an opengl 1.2 feature (glDrawRangeElementsExt is GL_EXT_draw_range_elements).
This can be emulated easily enough using 1.1 functionality.
If vertex arrays are not supported then your card is pure shite.
GL_EXT_compiled_vertex_array provides only the functions glLockArraysExt and glUnlockArraysExt. If its not supported, you can use stubs/no-ops for them, or simply not call them. _________________ What's a signature? |
|
Back to top |
|
 |
reckless
Joined: 24 Jan 2008 Posts: 390 Location: inside tha debugger
|
Posted: Fri Nov 14, 2008 10:47 am Post subject: |
|
|
hmm aye was wondering also vertex arrays have been in opengl allmost from the start Oo.
weirder tho it points to a problem with it getting detected properly
looking at the code CVA isnt even a requirement for it to run the Sys_Error should actually only fire if vertex arrays arent present at all
and i somehow doubt that
the code for checking looks sound enough tho i simply dont get this error  |
|
Back to top |
|
 |
mh

Joined: 12 Jan 2008 Posts: 910
|
Posted: Sat Nov 29, 2008 1:09 pm Post subject: |
|
|
Hey nice. I approve.
Keeping the engine name is fine; it's only a poxy executable name, after all.
Vertex arrays should work on any Intel; they certainly have been working on mine for a few years now. Shouldn't be any need to check for them in the extension string either; they're such a standard feature that manufacturers probably expect to get away with not including them in it. _________________ DirectQ Engine - New release 1.8.666a, 9th August 2010
MHQuake Blog (General)
Direct3D 8 Quake Engines |
|
Back to top |
|
 |
xaGe

Joined: 01 Mar 2006 Posts: 329 Location: Upstate, New York
|
Posted: Mon Dec 01, 2008 12:12 am Post subject: mhglqr81 revisited! |
|
|
..Well since I was not able to run this engine with my laptop using Intel graphics I figured I would give it a go on my desktop with my capable ATI RADEON 1950 Pro that I use to play other GlQuake engines and games Oblivion, Doom 3, WOW, etc...
.. mhglqr81 yet again fails to run for long before a crash, but gets further then it does on the laptop. Here is a screen shot of all that prints to console before the crash:
..Seems to die right after displaying, “Map not vis'ed for transparent water”
..mhglqr81.exe does make a whopping 5516 line log dump called mss.log that ends abruptly at the end of it in mid print... Not sure whats happening other than it seems to baulk at the fact that my maps aren't vised for transparent water. I didn't know that was a requirement to run this engine? Ultimately it gives me a windows error, “AppName: mhglqr81.exe crashed along with ModName: atioglxx.dll ModVer: 6.14.10.8201, yadda, yadda, yadda...
..This again is on Windows XP SP3 and pretty recent (with in a few months) ATI drivers. If there is any other information I could provide you with reckless just ask... |
|
Back to top |
|
 |
Baker

Joined: 14 Mar 2006 Posts: 1538
|
Posted: Mon Dec 01, 2008 12:46 am Post subject: |
|
|
I had the same problem, so I had to vis my maps first.
Really ...
One nifty idea would be for this engine to include extern .vis support (rip from QIP source code = here) and include a .pk3 file (this supports that I read, right?) in the download.
Here is a .zip I made of the external .vis files (download) for all id1 maps (I used this to test the QIP engine external .vis data support). |
|
Back to top |
|
 |
|