Inside3D!
     

released MHQuake
Goto page Previous  1, 2, 3, 4  Next
 
Post new topic   Reply to topic    Inside3d Forums Forum Index -> General Discussion
View previous topic :: View next topic  
Author Message
MeTcHsteekle



Joined: 15 May 2008
Posts: 397
Location: its a secret

PostPosted: Mon Nov 10, 2008 10:58 pm    Post subject: Reply with quote

*ehem* : Surprised Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked Shocked
_________________
bah
Back to top
View user's profile Send private message AIM Address
reckless



Joined: 24 Jan 2008
Posts: 390
Location: inside tha debugger

PostPosted: Tue Nov 11, 2008 12:47 am    Post subject: Reply with quote

looks ok i guess ? Smile
Back to top
View user's profile Send private message
Baker



Joined: 14 Mar 2006
Posts: 1538

PostPosted: Tue Nov 11, 2008 4:09 am    Post subject: Reply with quote

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
View user's profile Send private message
reckless



Joined: 24 Jan 2008
Posts: 390
Location: inside tha debugger

PostPosted: Tue Nov 11, 2008 6:19 am    Post subject: Reply with quote

ow Sad
Back to top
View user's profile Send private message
Spike



Joined: 05 Nov 2004
Posts: 944
Location: UK

PostPosted: Tue Nov 11, 2008 4:29 pm    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
reckless



Joined: 24 Jan 2008
Posts: 390
Location: inside tha debugger

PostPosted: Tue Nov 11, 2008 9:26 pm    Post subject: Reply with quote

true well sucks Sad 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 Smile
Back to top
View user's profile Send private message
xaGe



Joined: 01 Mar 2006
Posts: 329
Location: Upstate, New York

PostPosted: Wed Nov 12, 2008 3:15 pm    Post subject: Reply with quote


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.. Smile
Back to top
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
reckless



Joined: 24 Jan 2008
Posts: 390
Location: inside tha debugger

PostPosted: Thu Nov 13, 2008 12:43 am    Post subject: Reply with quote

Surprised 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 Wink
Back to top
View user's profile Send private message
reckless



Joined: 24 Jan 2008
Posts: 390
Location: inside tha debugger

PostPosted: Thu Nov 13, 2008 7:04 am    Post subject: Reply with quote

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
View user's profile Send private message
xaGe



Joined: 01 Mar 2006
Posts: 329
Location: Upstate, New York

PostPosted: Thu Nov 13, 2008 1:26 pm    Post subject: Reply with quote

..Not a big deal really, just make it known its unsupported on Intel video chipsets in the readme or something... Wink

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
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
Spike



Joined: 05 Nov 2004
Posts: 944
Location: UK

PostPosted: Fri Nov 14, 2008 8:55 am    Post subject: Reply with quote

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
View user's profile Send private message Visit poster's website
reckless



Joined: 24 Jan 2008
Posts: 390
Location: inside tha debugger

PostPosted: Fri Nov 14, 2008 10:47 am    Post subject: Reply with quote

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 Confused

the code for checking looks sound enough tho Sad i simply dont get this error Embarassed
Back to top
View user's profile Send private message
mh



Joined: 12 Jan 2008
Posts: 910

PostPosted: Sat Nov 29, 2008 1:09 pm    Post subject: Reply with quote

Hey nice. I approve. Very Happy

Keeping the engine name is fine; it's only a poxy executable name, after all. Laughing

Vertex arrays should work on any Intel; they certainly have been working on mine for a few years now. Wink 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
View user's profile Send private message Visit poster's website
xaGe



Joined: 01 Mar 2006
Posts: 329
Location: Upstate, New York

PostPosted: Mon Dec 01, 2008 12:12 am    Post subject: mhglqr81 revisited! Reply with quote

..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
View user's profile Send private message Send e-mail Visit poster's website MSN Messenger
Baker



Joined: 14 Mar 2006
Posts: 1538

PostPosted: Mon Dec 01, 2008 12:46 am    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Post new topic   Reply to topic    Inside3d Forums Forum Index -> General Discussion All times are GMT
Goto page Previous  1, 2, 3, 4  Next
Page 2 of 4

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2004 phpBB Group