when trying to help out here, I found that there was something wrong with my OpenGL driver.
When I create the irrlicht device with the OpenGL driver the following comes up in the console:
Irrlicht Engine version 1.3.1
Microsoft Windows XP Personal Service Pack 2 (Build 2600)
Using renderer: OpenGL 1.3.1072
RADEON 9200 Series DDR x86/MMX/3DNow!/SSE: ATI Technologies Inc.
OpenGL driver version is not 1.2 or better.
I'm i little puzzled: First it says the version is 1.3.1072, and then it says that the version is not 1.2 or better.
Isn't 1.3.1072 better that 1.2?
What are the consequences of this?
I have the same problem, the program crashes and my driver stops working when I use OpenGL as well. I just figured it was my video card because it only does it on my laptop.
JonLT wrote:when trying to help out here, I found that there was something wrong with my OpenGL driver.
When I create the irrlicht device with the OpenGL driver the following comes up in the console:
Irrlicht Engine version 1.3.1
Microsoft Windows XP Personal Service Pack 2 (Build 2600)
Using renderer: OpenGL 1.3.1072
RADEON 9200 Series DDR x86/MMX/3DNow!/SSE: ATI Technologies Inc.
OpenGL driver version is not 1.2 or better.
I'm i little puzzled: First it says the version is 1.3.1072, and then it says that the version is not 1.2 or better.
Isn't 1.3.1072 better that 1.2?
What are the consequences of this?
Yes, 1.3.1072 is better than 1.2
Irrlicht is USING 1.3.1072.
It is then complaining because your hardware doesn't support 1.2.
The consequence is you lose nice pretty graphics things and/or calculate stuff that should be done by your GPU with your CPU instead.
No, I changed teh version number storing in 1.3.1. There is no use of this version number, yet, except for issuing this warning. So there won't be any problem, but I'll check what's the problem.
Hmm, it's my fault I took the fraction without multiplying, which became 0 when casting to an int. However, rounding errors prevent to use casting anyway, so I'll do somethin else.
No, shaders are not affected by the Version number, yet. The only thing that might not have worked due to this is texture coord clamping modes. I added a test there to avoid wrong OpenGL states. But it's fixed in SVN now and will work in the next version. BTW: If you have OpenGL 2 even those clamp modes will work
ah ok! But i don't think my card supports OpenGL 2, I just downloaded the lastes driver from ATI (this IS where I would update my OpenGL driver right? ) and it was 1.2.2314.20337.
I took the fraction without multiplying, which became 0 when casting to an int. However, rounding errors prevent to use casting anyway, so I'll do somethin else.
