ok. im new to this driver stuff. i have a vooDoo 5 card and im faithful to my card. i am trying to run this demo of Savage, but it says my card drivers do not support OpenGL v1.2

so, is there a V5 driver out there to support OpenGL v1.2???

thanks for any insight!
nick

Compatible, yes (Amigamerlin).
Fully supported: No. Even the OpenGL 1.1 is not fully supported at the moment by the V3/4/5 series.

so are you saying that i cant play this game with my current card? there is no way around it?

help!

thanks,
nick

i tried setting my card to D3D, but when i try and initiate the game, it crashes and gives me that line about OpenGL v1.2  The game is a demo of Savage.

are there any drivers made for V5's that will support GL 1.2?

thanks,
nick

Nope, that's the whole point...all us voodoo users have been waiting for a new ICD  ;)
The new amiga's should deliver...

awe! when is the predicted release date for mesaGL?
i got savage demo from Fileplanet.com


anyone hear of wickedGL? does it support 1.2??

thanks,
nick

Quote:

anyone hear of wickedGL? does it support 1.2??

Of course, lol...we've been using wickedgl for the longest time...ever since those q3a engine based games stopped working...and no, no 1.2 in wickedgl...

ok. so no supportfor GL1.2 sofar, nowhere.

but mesaGL will support it.. when is it expected to come out? and where?

thanks,
nick

i luv my voodoo ;/

Yep, we've been waiting for a LONG time...and patiently...and we still are  :)

Quote:

bear in mind Mesa is MESA not MesaGL! So, please... Regards, Borca Daniel

;D

koolsmoky's opengl is already based on mesa (but not updataed since 2001)
http://www.3dfxzone.it/koolsmoky/oglicd.html

Still, problems could be far from over: even if the new drivers will support OpenGL 1.2, the whole support for OpenGl 1.1 should be fixed, and there's always the poblems with drivers and compatibilty. Hope is that there will be in the future OpenGL 1.2, 1.3... who knows were the OpenGL full support for Voodoo's will go...

Quote:

This is the promised statement THIS IS 3DFXOGL http://www.forumzone.it/public/uploaded/amigamerlin/2003101472422_glview-3dfx.gif THIS IS NEW MESA.DLL http://www.forumzone.it/public/uploaded/amigamerlin/200310147250_glview-mesa.gif Amigamerlin 3DFXZONE MODERATOR Powerd By Voodoo5 6000

:o

Okay, guys!

I can't help myself!  ;D  ;D  ;D

@Andrei
Yes, 1.1 is fully supported!

Reverse order:

@Blazkowicz
http://www.3dfxzone.it/koolsmoky/oglicd.html contains oooooold stuff! We have something brand new!  :o  8)

@74p54
About MesaGL! Thank you for pointing that out... This one's from the God himself.
Quote:

If I called the overall project "MesaGL", then SGI might get upset. But I don't think they care about library file names. -Brian

Geez!
About GLVIew statistics: it's old stuff! We've been working since then!  ;D

@Patience & Lecram25
It shouldn't be long now! We need to clarify some legal issues (mainly for texture compression: FXT1, S3TC, DXTC).

@Patience & nick_the_mutt
The new Mesa 5.1 release will support full 1.1, 1.2! Partial 1.3, 1.4! No support for 1.5 or 2.0 so far!

Have a nice day  :P

To dborca:

A nice thing that the OpenGL 1.1 is fully supported, and that 1.2 is near that. Indeed, there is some serious progress made, that is certainly.

Only a little thought: what games that used 1.1 and didn't work properly, do now, because everything that is added to the drivers, makes no effect, if still there are compatibility problems.

Anyway, a surprisingly fast sollution arrived. Good work!

Mouth watering... :o

Tension building... :o

MUST...GET...NEW...DRIVER!!! :o

(Keep up the cool work guys!) ;)

RESULT!!! 8)

obviously the compatibility to opengl 1.3 isn't as high as with original drivers...why that?

wrote on 11.11.03 at 12:05:53:

obviously the compatibility to opengl 1.3 isn't as high as with original drivers...why that?

Texture compression is disabled due to legal issues... Daniel explained it above.

is it disabled in all opengl step-ups or just in opengl 1.3?  ;D

Texture compression will always be disabled (unless these guys find a way to avoid legal issues), but it is considered as an OpenGL 1.3 requirement, so in glview extensions tree, only OpenGL 1.3 compliance will be affected by the absence of GL_ARB_texture_compression.

The wonder is what kind of "legal" issues are involved, what could be problematic if texture compression would be enabled by default???

AFAIK, 3dfx's texture compression algorithm (FXTC) is Open Source, but S3's algorithm (S3TC) must be licensed in order to be implemented. Unfortunately, GL_ARB_texture_compression extension isn't enough to provide compatibility with games that use pre-compressed textures, as it doesn't define any standard compression format (being S3TC/DXTC the most used). OpenGL ICDs should also implement GL_EXT_texture_compression_s3tc extension to enhance functionality of GL_ARB_texture_compression, but the patent of S3TC belongs to VIA (formerly to S3), so drivers developers must pay royalties. Microsoft paid those royalties to support S3TC in DirectX (renaming it to DXTC), so anyone can develop a Direct3D driver with S3TC support for free. However, OpenGL ICD vendors must afford their own S3TC license, as ARB is just a consortium that governs the OpenGL specification, and they cannot legally buy an S3TC license to be used by every OpenGL implementation. Even if ARB could license S3TC algorithm, MESA would't be allowed to use it because MESA isn't an OpenGL implementation.

Possible workarounds? Paying S3TC royalties for MESA (com'on guys, let's collect some money and donate it for a good cause ;D), or adding S3TC without buying the license, and hope not to be sued by patent violation.

what about a driver that decompress S3TC textures when loading, then recompress it to FXT1  (S3TC being perhaps decompressed by an amateur algorithm made with some reverse-engeneering)

maybe this would be still "illegal"

So what about a "Europe only" version :D
Patents on algorithms are (still) illegal here, as they're just mathematic expressions

wrote on 14.11.03 at 14:12:53:

So what about a "Europe only" version :D Patents on algorithms are (still) illegal here, as they're just mathematic expressions

Interesting point. European Parliament recently rejected to legalize Software Patents in Europe, and Daniel Borca is european:

http://www.geocities.com/dborca/about/db-en.htm

;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D ;D


wrote on 14.11.03 at 14:12:53:

what about a driver that decompress S3TC textures when loading, then recompress it to FXT1  (S3TC being perhaps decompressed by an amateur algorithm made with some reverse-engeneering)

Great performance hit if you recompress to FXT1 "on the fly", and you still need an algorithm to decompress S3TC textures; the algorithm itself is well known, no reverse-engineering needed. The license to use it is the problem.

Like batracio said, decompressing and then compressing them into fxt1 would give you a nasty performance hit...Dan was gonna do that I believe


Quote:

or adding S3TC without buying the license, and hope not to be sued by patent violation.

I like that one  ;D

wrote on 14.11.03 at 14:12:53:

what about a driver that decompress S3TC textures when loading, then recompress it to FXT1  (S3TC being perhaps decompressed by an amateur algorithm made with some reverse-engeneering) maybe this would be still "illegal"

i thought that's exactly what FXTC does when used in OpenGL games that use compressed S3TC textures..otherwise it wouldn't be possible to use FXTC in those quake3 based games (remember this option in 3dfx voodoo4/5 drivers --> legacy texture compression)

Unfortunatly, there are some differences between DXTC, S3TC, and FXT1. If we will be able to turn every compressed (or non-compressed) texture into FXT1, we might have one of the big performance achievement on the Voodoos.

How will we make that one possible? There is the real question and the big challenge...

We need a visit from the 'magic' FXT1 fairy! ::)

LOL! ;D

Sorry, guys, I was away for a while!

Many thanks to batracio for his replies! He's right, especially wrt to already-compressed textures!

The "european version" is not feasible, because Brian Paul is not european!  :P

And the de-compression hack will be terribly slow...  :(

Oh, I almost forgot! I took sexeh Vulpine last night for a ride ;D And it was good  ;D ;D ;D Err... hmmm... I mean it works! We still have problems with the win32 interface, but I'm not doing win32 specific programming... at least not without a good reason! The trick to start Vulpine is to run it fullscreen form the command-line!

so which driver package will distribute the new mesa drivers? just stand-alone version?

wrote on 20.11.03 at 11:51:07:

so which driver package will distribute the new mesa drivers? just stand-alone version?

No! It will be stand-together package!  ;D ;D ;D

*kidding*

Sourcecode will ship with Mesa! Pre-compiled binaries will ship with Amigamerlin!

Quote:

News in "Amigamerlin's Team" After Daniel Borca notorious Mesa Developer and Manteiner the creator of 3D-Analyzer Thomas Bruckschlegel joined Amigamerlin's Team for better support 3DFX card. This is a really good notice and expect good news !!

Source: http://www.3dfxzone.it/news/puntatore.php?uid=79

;D

wrote on 22.11.03 at 14:56:52:

News in "Amigamerlin's Team" :D

And?!? I'm missing the point here...

wrote on 22.11.03 at 14:56:52:

This is a really good notice and expect good news !!

no point, think 74p54 is just explaining why that:


wrote on 22.11.03 at 14:56:52:

Sourcecode will ship with Mesa! Pre-compiled binaries will ship with Amigamerlin!

at all, it's really good news..  ;)
..no matter about the dates..

I didn't write that, I copied it from 3dfxzone.it. I only posted it because of that is good news and if somebody hadn't seen that...  ;D

wrote on 24.11.03 at 20:34:09:

I didn't write that, I copied it from 3dfxzone.it. I only posted it because of that is good news and if somebody hadn't seen that...  ;D

Sure... no problem!  ;)

Does anybody know how much getting an S3TC license for Mesa would cost?

who, a single license for one api could be very expensive or very cheap.
why, do you wanna pay?  ;D

No, but I would put $20 towards it. It would probably cost several thousand, though  :-[