Slashdot Mirror
NVidia releasing OpenGL ICD by End of Year
ttyRazor writes "ga-source.com is reporting that at Comdex they were told by NVidia that they will be releasing an OpenGL ICD for Linux for all their current products by the end of the year. Woohoo! Quake 3 on my TNT in Linux! One less reason to dual boot.
" Mmmm...prettier graphics. I'll give thanks for that.
I'm very pleased to see companies adopt this kind of stance. I'm only buying hardware now from companies that have a positive attitude to linux, and letting companies know this. I'm now strongly tempted to buy an NVidia card to replace my G200.
Please let hardware (& software) companies know that there is money to be made in supporting Linux. I'm very gald to see that Creative Labs have caught on to this. With NVidia, 3DFX & Creative to set good examples, hopefully the rest will follow.
Yellow tigers crouched in jungles in her dark eyes.
She's just dressing, goodbye windows, tired starlings.
TNTs are crap compared to nVidia's new GeForce.
GeForce are crap compared to the Video systems in the SGI Machines.
Lets just face it. If you want good 3D performance, you go for an SGI machine running IRIX or SGI-Linux.
If you want realistically priced 3D performance you go for a Intel-compatable machine with a G200 / Voodoo3 / TNT.
I'm just looking forward to GeForce cards being usable in Linux. Then I'll be happy.
Preprocessed source. Run through a preprocessor.
.h files. Intelligible to people
/is/ the executable. Some people write directly into assembler, but it's a bitch on x86 (much easier, actually quite pleasant on 68k and PPC Macro assemblers popular on the Amiga). This produces the object file .o
.lib for static libraries, .library for shared...)
When you compile a C program, it goes thorugh a few intermediate stages (normally hidden). NVidia released a stage that had already been through the preprocesor. while techinically still valid C, AFAIK, it was unreadable by humans.
I) human readable C source :
.c and
II) Preprocessed C source :
all # directives and macros expanded. Source resturctured for optimisation purposes. Usually still valid C code.
III) First-pass of compiler :
functions, variables, other stuff picked out and noted, so that the compiler knows where everything is, and the compiler knows how much memory is needed for such-and-such.
IV) Second-pass of compiler :
Translates the first-pass data into assembly language. Assembly language is a text description of the machine code that
V) linking. The object file contains dangling references to routines available in other libraries libXXX.a for static libraries, libXXX.so for shared libraries (on linux...on the amiga, it's
It cooperates with the X server.
I was able to make nice screenshots using good old xv on my FreeBSD system. Pulsar shows some fps (K6-300).
I didnt know a S3 Virge could do Quake3 Demo Test at 800x600 at more than 30fps...
Nvidia already has drivers on their web site for Linux, and they supposedly support OpenGL. Is this just a newer version?
What about the GLX project? Why are they writing a driver if NVidia is already doing it?
And what about the XFree86 4.0 with DRI... Are all these projects duplicating each others effort, or do they compliment each other somehow?
Watching Q3Test at 30fps in a window on a V3 is pretty impressive!
I'll believe it when I see it. This isn't the first time companies have made great promises and then failed to deliver upon them. Don't get me wrong, if they do, it's fantastic, but it'd be much cooler if they'd just deliver it and let that serve as the annoucement.
and from learning something about what you're talking about, you will soon realise that q2 fps isn't such a good 3d performance measuring method.
Sorry if that ruffles someones feathers...but I would say the vast majority of people do not really care about the source, but care about it actually working. I have no problems with them writing their own drivers for their hardware.
It is in the companies best interest to write good drivers, and as fast as possible, to support as much as possible. Personally I hope I can fly on Quake 3 on my nice TNT2...that is my bottom line, not having source I will never look it.
Ha ha funny. When do you run two OpenGL apps at once? No-one in their right mind does. (Unless you like things going at half the fps.) Second, yes, locking could be a problem when using multiple threads, but A. Mutliple threads aren't used often in Linux, and B. BeOS has showing that very efficient locking can be done. And under something like BeOS, where multiple threads using GL might be a problem, in the event that it DID lock, you could just restart the OpenGL server. So A. You normally don't have a problem with multiple OpenGL clients, or B. You are running an OS that has multiple GL clients, but can manage the locking correctly. And I wouldn't critisize Windows until one particualr OS, which shall remain nameless, can outperform it in OpenGL.
A deep unwavering belief is a sure sign you're missing something...
I always had the feeling that the only reason they built the VisWS is because MS ordered them to. All their value was in their MIPS Irix (although not in Irix itself) based machines and software. Building an x86/NT based machine put them in direct competition with Intergraph and others. As several people mentioned, even with their custom bus arch, they really weren't much faster than other x86 Workstations and customers couldn't justify the cost/performance of the machines.
-- Remember: Wherever you go, there you are!
The GLX thet the TNT2 and TNT uses only works at 15-bit and 16-bit colour. Any other depth and the reverts back to software.
:-(
... doesn't seem like that would be too hard to do given the code they've released. Granted, I've only read the design docs for DRI, not looked at code. So I don't really know how bad it'll end up being.
Yes. This was in the release notes. 32bit color would be nice, I agree wholeheartedly.
The driver didn't access all the features of the chipset. There was no advantage in having a TNT2 with 32Mb and a TNT with 16Mb. (Unless you had a ridiculously large Workspace with 32-bit colour, but that has nothing to do with the GLX code)
I have a secret for you: no one cares. 32 megs is on that card 'cos they wanted to have a bigger number on there, but there's no excuse for it. The only case in which you would care is if you literally have 32 megs of textures on the screen at once. Otherwise you can page on and off the card very efficiently. Speaking from experience here, about 4 megs of texture memory is more than plenty.
Basically, If you put a TNT-2 next to a comparative Matrox card (G200?) next to a comparative 3Dfx card (Voodoo2?), the TNT-2 would be only marginally better than a S3 Virge.
You obviously haven't played Q3A on a TNT2 in Linux.
Again, speaking from experience, it's not bad. The cost is a weird one, since you're paying for data sent to the card, so it's kind of like having a slower computer. But it's no where near a Virge.
And this is a problem because of current GLX architecture, i.e. we're making the wrong trade-off now -- GL apps work beautifully in a network transparent way (you can display them remotely) but at a big speed hit. DRI will fix that. But all nVidia's got to do is reimplement their driver to use the DRI version of GLX
For that matter, I should really look more closely at the code nVidia released....
Two points...
First off, I didn't see any mention of X in the article, unless there's more to it than the single paragraph that I found. If this does refer to an nVidia X server, then it's really nothing new. If it refers to something else, I'd like a bit more information.
Second, the guys over at XFree said about 4 to 6 weeks between snapshots, and the last snapshot was around the end of August. Anybody know what's up over there? Is nVidia expecting 4.0 to be released by the end of the year for their "new ICD"?
Da! How?!?!? I can't get Q3 to run under my TNT2 chipset... I keep on bombing out with Segmentation Faults...
I had this mpeg that mpegtv would display fine, but the sound was all choppy. SMPEG played it fine. Plus, SMPEG wont have that anoyying shareware dialog box when you start up the gui version (I think, I never got the smpeg gui to compile, but I guess that is just my system).
I know I will be moderated down for this, but . . . Vincent
There is more to 3D than games. And DRI addresses the multiple window issue.
Really? I play q3a in Linux on my TNT1. Its not perfect, but it plays fine. The game is amazing on a G400. Perhaps you should pull your head out of 3dfx's marketing driven ass and look around?
Yes! I've been looking for GeForce support in XFree86. Can you post a pointer to that patch?
Locking is addressed in one of the p.i. papers, can't judge their scheme at present however.
it runs fine on my p2 350/160mb/tnt2 , just download the x server from nvidia (i would get the one with glx built into it, you'll get more fps with it) and then configure x with modes 640x480 and what other modes you use, then start quake3... you have to have 640x480 set because it initially starts up at that resolution so if you don't have it it will not work, and for whatever resolution you want to play in you'll need it set in your x config file. (i get around 25fps in 800x600 texture quality all the way up)
I love to emphasis that FreeBSD was used for rendering The Matrix. But let's face it, in both films mentioned, the free operating systems just delivered raw muscle, not the brains (ie acted as rendering farms).
The higher level modeling and control still seems to be a job for SGIs.
Present stuff gets nice and already is sufficient for certain modelling needs, but we are not state of the art.
Since this will be an Open Source ICD (?) hopefully we will be able to port this over to BeOS, OS/2 etc? Lets get the ports under way!
So what did we learn?
Basically the C keyword auto is useless.
The next remark is false. The previous remark is true.
Full OpenGL would be great. Earlier I come to the conclusion that TNT2 Ultra
was the best card available. Is this conclusion still valid? And is it
vaild for GeForce 256 too? I have HIGH demands.
I want to use 2048x1536x32 @ 75 Hz. Can I do that with GeForce 256?
And what GeForce 256 card sould I get? ASUS? Creative? Does it exist
others? And is GeForce 256 supported in linux? And is it worth to
get a GeForce 256 instead of a TNT2 Ultra?
Currently I use 1600x1200x32 @ 75 Hz and a Matrox Millennium II, 8 MB.
But I want 3D for quake* and some OpenGL apps and higher resolutions.
What gfxcard should I get? (no SGI box, I believe they are to expensive)
/ iocc@home.se (slashdot should't use cookies)
All you say is absolute crap. SGI machines (given they are not from 1991) are SIGNIFICANTLY faster than anything on the PC market.
I don't think it makes sense to explain this to you - people posting so silly should be restricted to windows95/98-forums.
this Daemia girl is really getting to me, and Stripe doesn't help either :)
Maybe I finally can hurt them plenty..
Happy fragging
/jarek
This guy is either drunk, or has an IQ of 50, or is five years old.
He claims that OpenGL is a Microsoft technology. ROTFL!
Boy, you are sooo stupid... Please ask mom to feed you...
Yeah no kidding. 3dfx has been delivering quality and compatibility to the linux community for how long? Heaven forbid something using OpenGL should do the same.
I'm using everything straight from CVS, like the FAQ says, and it works great with Quake 3 demo test on my G200. 800x600/vertex, decent frame rate.
Interested in XFMail? New XFMail home page.
actually, even some of the older machines make intel/linux desktops look silly on the 3d side.
i have an indigo2 r4400-250mhz (2mb cache), 384mb ram, over 34gb storage, and DUAL High-Impact boardsets installed. Each board has 4mb TRAM.
I have dual 20" displays, hardware OpenGL, etc etc. IRIX is so fucking feature rich i cant stand it.
all for about $2200. now THAT is bang for the buck...
use -rMesa_3_2_dev (or something similar, can't remember off hand and I'm at work and my checkout tree is at home). Basicly, get Mesa 3.2.
Bill - aka taniwha
--
Leave others their otherness. -- Aratak
well, I find the 32 megs very useful in normal desktop operation. With 16, 1600x1200x32 bit depth works find -- until I get into multimedia stuff that uses overlay, such as windows media player, tv tuner, and dvd player.
I used to have a tnt1 with 16, but I couldn't use the TV tuner at full screen, windows media player crashed after running out of memory, and dvd wouldn't work at all in a window or full screen..
5:1 MJPEG is enough or MPEG2 with I frames only is more complient.
Pure raw data? BIG WASTE OF HD, scalable I frame only mpeg2 is the way forward.
The g400 max is the only consumer card out right now with a ramdac with enough ass-kick to do 2048x1536x75.
It's frame rates with q3 at 6x4 and 8x6 are better then windows on a PII400. Once multitexture is working, it will be quite a bit faster at all reses.
It's really a sweet card.
2 20" displays with all that?
Which Seprano brother did you buy that off.
Yes of course you can swap textures in & out, but it's hardly free - bus bandwidth is one of the most stressed resources in today's games (hence the popularity of AGP). And it can slow things down dramatically. Q3Test takes quite a decent performance hit on my 16 MB TNT when you turn on 32 bit textures (doubling the texture RAM needed). AGP texturing can help, but is still slower than more local RAM.
Finally, don't forget this RAM is usually also used for the frame buffer and z buffer - at 1280x1024x32 for each you've already used up over 10 MB just for those.
Namarrgon
Why would anyone engrave "Elbereth"?
From this and this you can see that the GeForce is on par with a $38k SGI.
Yea, but multiple windows isn't multiple clients. Do you run 3DMax and Truespace at the same time? 3DMax has a bunch of windows, but it is still one client. I don't play games, I do 3D animation, and any app that I use that needs the accelerated performance is also too heavy to have multiple ones running at same time.
A deep unwavering belief is a sure sign you're missing something...
Damn AC. Why not look at the second link and see that SPEC published the results of Lightwave, DRV, etc on those cards? Those are quite valid benchmarks.
A deep unwavering belief is a sure sign you're missing something...
MPEG2 or 5:1MJPEG is good enough if all you are doing is editing. It's not good enough if the pictures you pull in have to be composited (bluescreened) or upscaled (people nowadays are increasingly upscaling NTSC res work to HDTV resolutions).
Ask a Art Director at one of the big ad agencies if compressed video is good enough for his/her Coca Cola or Nike ad.
What is wrong with a binary only driver? XF4 made binary drivers possible just so companies would port their drivers to the Linux platform. With all the whining you "I would rather have software rendered 3D than have a binary only driver" people, nVidia ought to just not bring drivers to Linux. People that fact that HW acceleration is finally coming to Linux is a good thing. One major hurdle keeping people from using Linux is the lack of decent drivers. If companies could make binary-only drivers for Linux, then we would see decent support for devices instead of some hack that "almost works now" and is in version .01.
A deep unwavering belief is a sure sign you're missing something...
ATM all one can do with geforce is vga16, because it dosn't seem to VESA compliant!! I've heard rumors, that Xfree 3.9.17 will have support for it, but there no notice when it will come out... Sure, last Xfree snapshot was just 31. August, and they proomised to do a snapshot every 6 weeks and that is already due... Maybe I'm too impatient, but owning the fastest card in the block and only beeing able to use it fully on windows...
signatures pending - ansa@kos.to - (dont mail there)
Jeez!! Doesn't anyone remember multiuser machines?
If I'm using a heavy 3D app, that certainly
doesn't mean I should be monopolizing the OpenGL
system on the machine.. If my buddy across the
lab is running the same app off of the same host,
then he'd be screwed!
Network computers, anyone? Remember??
Thin clients???
I'd rather not have a binary-only driver that plugs into the X server that runs as root.
Look at the "3dfx opens up Glide" article again. They opened up a very small portion of the Glide API. Not enough for people to do more than write an interface for Glide. I'd rather take a fully closed source setup to start with and have it opened later than these viral partial disclosures that 3dfx does. What 3dfx does gives them little to no incentive to open up their entire API.
Additionally, 3dfx's most recent products have been, how shall we say.....LACKLUSTER, compared to just about every other product on the market. Even their VSA-100 is "more of same". And I'm bitterly disappointed in them for it.
Even simple 32-bit color. They're going to be adding support for it, finally, over TWO YEARS after everyone else.
The only REAL choices you have is which performance-sapping features you want to use. T-Buffer for motion blur, or FSAA. Using them both on any card, save the $600+ V5-6000, and your're going to get a slide-show.
Thanks for your response. "I" think you happen to be wrong though.
Chas - The one, the only.
THANK GOD!!!
Chas - The one, the only.
THANK GOD!!!
I remember when 3dfx fans were telling me that nobody needed 3d in a window. I guess I've been spoiled, coming from SGI machines, but I often have several 3d apps on the go at once - Alias studio, Alias ReallyReallyFastRenderer and the application that will use the geometry I'm building
It depends if you are a "linux because it aint microsoft" user or "I want freedom of choice" user. The former tend to use redhat, which seems to be doing its best to turn itself into microsoft.
Seriously, I would far prefer interface specs to binary drivers - even if they provide binaries for each architecture with AGP that linux has a port for
SGIs is behind opensource - Not! they won't release hardware interface specs to enable anyone to develop code for their platform. They'v just jumped on the bandwagon without understanding what the it is about - the freedom to write your own OS
Pretty Colors *sits dazed and confuzzled*
In case of Emergency, Curl up in the Fetal position, and lick a Bible for comfort!
What about other hardware accelerated features such as filtering (bilinear + zooming) for my good old RIVA 128? I'm a little tired of having to watch an MPEG video in a small window, and I really do not wish to boot to windows for trivial things like that. Or is this limited to the driver in XFree86?
nVidia's starting to really deliver for the gamers and the Linux community. Hope they keep it up and don't become another 3dfx.
Chas - The one, the only.
THANK GOD!!!
Chas - The one, the only.
THANK GOD!!!
This is probably one of the great steps toward the fulltime Linux computer... Actually, at my place there's only one reason left for kepping BootMagic on the machine, the USB scanner...
what's lCD? / iocc
Actually, ICD stands for "Installable Client Driver" and is a driver which links itself to Windows' WGL library. Therefore, nVidia isn't actually working on a Linux ICD but a full Linux OpenGL implementation.
Unless, of course, they plan to port WGL to Linux....
Have not read about this on glx-dev or xfree86-dev yet either.
older drivers was already opensource, but there's no documentation on the chipset...
and without the doc, the source is inusable...
Instantly I was impressed with the 2D performance (everything just feels faster), but I can't get the GLX stuff to even compile, never mind run. It complained of a missing api1.c file, even though I think I'm sitting with current CVS updates from both Mesa and GLX.
Is it ever going to be released in binary form, working properly? Will it give decent Quaking performance? Or am I going to regret buying from Matrox when I could have got a TNT2 with full, working drivers, for less than I paid for my current card?
I suppose they're talking about a GLX driver, since a MesaGL driver wouldn't make any sense with an integrated 2D/3D chip. I wonder if their announcement of Linux support is a result of 3DFX's announcement of the new voodoo4/5, which will obviously have kickass Linux support. :)
This article actually leaves me with more questions than answers. Are they actually developing their own OpenGL implementation for linux? I don't think they're really creating a ICD for Linux since isn't that a windows term? I hope they release the docs this time.. instead of trying for the obfuscated C contest. Fast quake would be nice.
NVIDIA has a history of supporting things before they become "necessary", such as T&L, 32-bit rendering, Stencil Buffer, etc. Linux is yet another thing that hasn't really gone "mainstream" yet, but when it does 1) it will partly be because of developer support like this and 2) NVIDIA will have a much more mature ICD than other devs (*ahem*3dfx*ahem*).
Pablo Nevares, "the freshmaker".
Pablo Nevares, "the freshmaker".
I think I know why Nvidia is doing this and it ain't nothing to do with games or wanting to be nice to the open source community.
Nvidia and SGI are scheming behind the curtains to create NT killer 3d workstations that are Intel Linux based and will have either Quadro's or most likely some kind of multi-pipe (2-4 quadro's) in parallel and custom bus architecture (like the current SGI vis workstations).
Cue a release of Maya for Linux soon (it's done they're just waiting for the linux 3d hardware support to catch up...)
A broad release to the linux community gets their driver's throughly beta tested before the release of their custom boxes probably about march next year.
Unfortunately then I don't think they will opensource the drivers. It will probably be an open source resource manager (basic interface) and binary only glx module for XF86 4.0. If I understand the XF86 4.0 architecture correctly it's possible to have binary only modules that link into the X server and well at least we don't have the problem of kernel modules compiled for wrong kernel versions anymore.
Then once SGI get's a few more features in Linux (Raw i/o, XFS, realtime uncompressed video streaming) look for come seriously cool linux based video editing/compositing systems....
The next year will be interesting....
The consideration that XFree86 4.0 is to be "more modular" will either encourage production of proprietary modules, or downright discourage it, if there need to be some reasonably intimate links between modules. My hope is on discourage.
Hopefully RAM prices will come back down; if XFree86/OpenGL support for some not-too-expensive 32MB cards comes along, I might consider one in the new year some time...
If you're not part of the solution, you're part of the precipitate.
Does any one Know where I can get the libMesaVoodooGL version that came with the old quake3 test? I don't want to have to download the whole thing just for that one file.
My system majorly lags using the MesaGL driver.
Thanks
.. linux is really becoming __main stream__
:)
get it
/jarek
This isn't really new. I've been using it for the last 6 months. There is a team working on accelerated OpenGL (GLX) drivers for a long time. The drivers can be downloaded from "http://glx.on.openprojects.net". However, you must keep in mind that these drivers are still under strong development and still have bugs (alfa/beta). I've been using it with Quake (Q2 and Q3test) and with FlightGear using a RIVA TNT. The drivers work just fine. The supported chipsets are: Matrox G200 and G400 NVidea RIVA 128, RIVA TNT and RIVA TNT2 ATI (Recent cards) You have to download the drivers, and compile it toghether with Mesa3D. TIPS: When you "configure" the compilation flags, you shouldn't forget to select the right chipset: ex: --with-chipset=tnt You will have to compile a new OpenGL DLL "libGL.so.1.0" and a new XFree86 module "glx.so". The DLL must be moved to "/usr/X11R6/lib" and the XFree86 module, should be moved to "/usr/X11R6/lib/modules". At the end, you will also have to configure the new module into your "/etc/X11/XF86Config" file. In case your X server doesn't support loadable modules, then you must upgrade to a new version. In my system, the "glx.so" module compiles OK, but is missing one object file (asm386.o). This way, I allways copy that file from Mesa-3D and append it to "glx.so". fjp
Just wanted to add to my own comment (can you go blind from that?)
I suspect SGI will release an Intel based 3D workstation that is SOLELY Linux based, i.e. you will NOT be able to run NT on it. The reason I suspect this is that SGI was severely hampered in the design of their Visual Workstations because they needed Microsoft to support them in NT. The VisWS was delayed for almost 6 months while they waited for NT5 and when that never came out they instead got a special patch to NT4.
SGI got burned badly on the VisWS by Microsoft and they wouldn't want to repeat that or just to put together a COMPAQ style generic intel workstation and slap a badge on it.
With Linux they can cut their own custom cut of the kernel and their own OpenGL drivers (with Nvidia) and be as funky as they wanna be with switch based busless architecture (OCTANE style) and multipipe rendering.
Hopefully their modifications would be included into the official kernel but if not I'm sure SGI is capable of maintaing their own stream and keeping it parallel to the official sources for a while.
Just my predictions.... we'll see if they come true.
I might be wrong, but A) he does not say that 3DFX has not announced support for Linux, he just says that their ICD on Windows is not as mature (which I agree with, only recently have they begun to use an ICD, before they used MiniGL drivers). B) Just because they announce it first does not mean they'll release it first.
Lucky for me, I'm taking a wait and see approach, since one of my boxes has a NVIDIA card, whilst the other has a 3DFX card.
-Jay Laney
There's a new extension being introduced in XFree86 4.0 which should make video zooming and similar things very easy; it's imaginatively called the X Video Extension.
6 .html
AFAICT, it's still pretty experimental, and I don't know what (if any) hardware is supported, but it sounds very interesting.
http://www.xfree86.org/snapshots/3.9.16/DESIGN1
Tedious Bloggy Stuff - hooray?
Slashdot's slogan has been 'News for Nerds. Stuff that matters.' for as long as I can remember. Not just news for Linux users, but news for all nerds. So why's this article headed NVidia releasing OpenGL ICD by End of Year then? They've already released this, just not for Linux. And not everyone here is a Linux user.
If Rob, Hemos & co. want Slashdot to be a Linux community site, they should say so. If they want it to be a general nerd site which happens to be rather fond of Linux (which is how I would view it right now) then they shouldn't make posts like this which assume that Linux is all that matters to the readers. Otherwise we'll start viewing Slashdot as a Linux community site and I, for one, would stop using it. Nothing against Linux per se, it's just not what I want or use so a Linux news site is entirely irrelevant to me.
Greg
Greg
(Inside a nuclear plant)
Aaaarrrggh! Run! The canary has mutated!
There ain't such a thing. It's either a driver for DRI (unlikely, at the time) or an extension for the 3d hardware glx module (the one with pretty nice G200 and G400 support) for X 3.3.
Come on, this isn't windows. There's no such thing as an ICD or any other billgatesland TLAs on linux :-)
I wouldn't be surprised if they released a binary-only driver too. That would be consistent with their previous support of open source (the riva 128 glx source was put thru cpp, for example).
NVIDIA had published information on their upcoming Linux plans quite some time ago:f tware_drivers.html
http://www.nvidia.com/Products.nsf/htmlmedia/so
The GLX thet the TNT2 and TNT uses only works at 15-bit and 16-bit colour. Any other depth and the reverts back to software.
Yes. This was in the release notes. 32bit color would be nice, I agree wholeheartedly.
Was there any justification for this? It's a limitation of older nVidia hardware, but this driver was released primarily for the TNT. Is there something so hard about detecting the older cards, but allowing 32bpp on newer ones? Or is it a limitation of the current version of GLX?
Do the Matrox cards allow 32bpp accelerated?
> It is also possible that they don't supply register level stuff, because they fear us to
> produce crappy drivers, hurting the brand name.
Their current drivers don't do so well for the brand name either, seeing as they are about 10% as fast as the Windows equivalent...
> Woohoo! Quake 3 on my TNT in Linux!
I'm already running Q3 on my K7-500/TNT2 and it's looking quite good!
Opus: the Swiss army knife of audio codec
What am I missing here?
...
My TNT2 Ultra has worked nicely for some months now (since this summer), thank you very much. There's a fully open source (GPL iirc) driver built around Mesa and SGI's GLX.
What is who talking about? Is nVidia talking about a DRI-compliant driver for use with XFree86 4? I would hope they plan to provide one, but if Precision Insight's assorted whitepapers on the subject are on target, porting to DRI shouldn't be that hard
Comments from someone with some level of clue? Is nVidia just re-releasing old news to have something to say at Comdex?
Nuff said.
Like the title says, 3DFX already did it.
Given NVIDIA's gradual back pedalling on open source I have my doubts... first the open source opengl without documentation, then the closed source (obfuscated) object oriented low level API. I wouldnt be surprised of seeing a binary driver.
One minor problem with something being continuously developed is that occasionally things get broken. It'll probably get fixed by the next snapshot... :)
Just make sure you have the latest Mesa3.2dev.tar.gz and glx-SNAP-1999????tar.gz, then try with those. Have a look on the GLX mailing lists and FAQs - they've got a very good little HOWTO there - and find out how to set it up.
When you have the right files, it's pretty easy to setup and install. It works very nicely on my 8MB Matrox G200. It's still not quite as fast as Windows 95's OpenGL, but (IMHO) the picture quality is considerably better - it's not nearly as 'bitty' or dithered-looking in Quake 3.
Keep trying with it, and you'll be pleasantly surprised when you get it all working. Xscreensaver OpenGL hacks look very nice - sproingies -root looks somewhat surreal...
Tedious Bloggy Stuff - hooray?
Hemos uses Windows?
If you're refering to One less reason to dual boot, it's in the quote from ttyRazor, which means Hemos didn't say it.
Alright, so Matrox haven't written any drivers for Linux. But how come the GLX people have come up with a superb G200/G400 driver based only on specifications, but have been unable to do pretty much anything with the (somewhat obfuscated) source code already provided by NVidia?
I would much rather detailed programming information was released than buggy, non-standard OpenGL drivers. It would be much nicer if all hardware 3D in Linux was derived from one codebase (eg Utah GLX) than if each vendor provided their own, open-source OpenGL implementation.
I bought a graphics card recently. They'd run out of TNTs, so I bought a G200. I'm glad I did so - 3D support in Linux for the G200 has been advancing at an incredible rate compared with that for the TNT.
Tedious Bloggy Stuff - hooray?
/me (shudders...)
i guess that NVIDIA will also support Linux. Well, but will it be opensource?????
it's a shame. they have created hope by releasing the minimal drivers as open source and now nothing happens. maybe they come out with a binary-only version... which is of course better than nothing, but...
You're attempting to compile the WRONG Mesa sources. It branched...the GLX stuff is NOT using the MesaCVS snapshot, they are using the other one.
This is all in the build instructions.