nVidia Unified Drivers Including Linux/FreeBSD 306
Screaming Lunatic writes "nVidia has decided to include Linux and FreeBSD in their Unified Driver Architecture and offer more tech support. Sounds like great news for Linux developers and users if Linux drivers are released at the same time as Windows drivers. (The NV30 emulation driver for Linux was made available about 3 months later than for Windows) The big push is probably from big studios that use Linux tools such as Film Gimp. More info here ." Added by Heunique: You might want to look here if you are using the latest development kernel.
BeOS, anyone ? (Score:2, Interesting)
Re:BeOS, anyone ? (Score:2, Insightful)
It would be fun if nVidia open sourced the drivers so that you could look at them and port them to BeOS.
Dinivin
Re:BeOS, anyone ? (Score:2, Insightful)
I have an nVidia card and it is nice, but I think my next will be an ATI card because they have at least tried to be more cooperative with open source developers.
Check this quote from an October 20, 1999 ATI press release: Hello, nVidia? This is Open Source calling. We want your specs.
Re: (Score:3, Insightful)
Re:BeOS? No. (Score:3, Interesting)
I like those people. Like the ones who do insane amounts of hacking to add upgrades and get more speed out of their Amigas. Or Acorns. Or Ataris. I think they do more than most groups to make the computing world interesting, and I applaud their efforts. And I wish I had the time and money to join them. I think the efforts of Apple II and C64 people are cool too, but have less desire to join them.
Re: (Score:3, Insightful)
Re:BeOS? No. (Score:2)
When I think of all of the effort that they are expending and how it could benefit a modern, viable platform, it seems a terrible waste.
It's not!
Where do you think people cut their teeth learning how to program? That's right, those same dinosaur platforms!
Re: (Score:2)
Supported platforms. (Score:3, Insightful)
Re:Supported platforms. (Score:2)
Good. (Score:2)
This will also help get developers(other than the gods at idsoft) to take linux a little more seriously.
Yet another reason ... (Score:5, Informative)
They're arguably equal or (in most cases) superior to most other cards
They've always supported Linux
Installing a Geforce 4200i in my Mandrake box was a snap last year ...
BTW - it was interesting to see the comment by Tim Sweeney of Epic Games (Unreal), who was applauding nVidia for their support of Linux. If we could only get all the gaming companies to pay as much attention to the Linux platform as the consoles or the PC, I could see the entire desktop shifting towards Linux next. Ok, well maybe I'm just dreaming ...
Re:Yet another reason ... (Score:2, Informative)
You havent ever seen an ATi card in action, have you?
Waaay superior 2D (picture quality)
Re:Yet another reason ... (Score:2)
Wouldn't that be due to your monitor?
Re:Yet another reason ... (Score:3, Interesting)
That's like making the assumption your photographs are bad because the paper used.
The developer, film, lens, camera, and photographer are all variables in that equation, also.
While a good monitor will certainly enhance a computer image, it's not going to be able to magically fix a crappy signal sent to it. 2D quality on video cards is not standard. And, yes, nVidia does take some liberty with high-fidelty for the sake of performance.
If you want an outstanding 2D image from a video card buy Matrox. Their 3D implementations aren't that hot, but their 10bit color cards are used almost exclusively for high quality imaging devices (think medical applications) because of the clarity and quality.
Re:Yet another reason ... (Score:3, Insightful)
While ATI and Matrox are usually touted off as superior 2D quality, that is just a baseless assumption based on the most popular implementations of video cards you have experience with.
there is nothing inherantly wrong with nVidia's 2D picture quality, or anything inherantly good about ATI's or Matrox's. The difference is that ATI and Matrox produce their own video boards, while nVidia only produces chips.
The difference here is in the digital to analog converters used on the board, which are not part of the GPU supplied by nVidia. nVidia sells just the GPU, and the card manufacturer is responsible for buying the other components from other people. Most companies that manufacture nVidia video cards have strong competition, so skimp out on some parts. It shows when you try to run an nVidia card made by a cheap manufacturer at 1600x resolution.
The same holds true for the "Powered by ATI" video card line, which is not produced by ATI, but 3rd party board manufacturers.
of all 3 GPU companies, there is essentially no difference in the 2D quality in either chipset. It's just that ATI and Matrox have the ability to dictate exactly what is used external to the GPU, and so can guarantee that their cards will have the quality of 2d that they want it to have.
If you buy quality nVidia boards from ASUS, or Visiontek (now defunct) you will be sure to have quality parts in them.
Re:Yet another reason ... (Score:4, Insightful)
Bzzzt, wrong.
Both nVidia and ATi are using 8bit color modes for ~16million available colors (plus some alpha, some stencil, etc..). While the new ATi 9500 has a psuedo 10bit mode it is just doing internal calculations in 10bit on an 8bit input source.
Matrox, on the other-hand, offers true 10bit color modes on their cards. This is something that sets their cards apart from the consumer level commodity devices that both nVidia and ATi make.
While DirectX9/OpenGL 2.x call for 10bit color modes (e.g. colors specified as 0...1 instead of 0...256) There isn't an ATi or nVidia card out yet that truly does 10bit (GeForceFX, maybe).
There are differences between 2D output of cards, don't fool yourself. Even beyond the 10bit/8bit issues there are color quantization choices, pixel blending/dithering choices, anti-aliasing implementations....that each manufacturer does differently. These different choices do equal different output of the same source material on different cards.
And yes, both companies (ATi and nVidia)make cards, not just chipsets. 99.9999% of the nVidia cards you buy are identical. They're all based off of a reference engineering design that nVidia makes for each chipset release.
Re:Yet another reason ... (Score:5, Informative)
One piece of software I use almost daily essentially requires the NVidia driver if you use it on Linux, because of display lists. The difference in speed is simply ridiculous.
Re:Yet another reason ... (Score:5, Funny)
Down to Intel! And Microsoft! And NVidia!
Re:Yet another reason ... (Score:2)
Re:Yet another reason ... (Score:2)
Why should I have to pay for software to enable me to use the card I already paid for?
That's funny, the last two graphics cards I've had all had drivers will full sources (my current card is an ATI Radeon, previous was a Matrox G400). Matrox not only give away their drivers, they also give away their Powerdesk software under the GPL too..
Nice, but... (Score:2, Interesting)
Re:Nice, but... (Score:2)
If they were completely binary, you'd have to grab the drivers for a specific kernel for a specific distro (Hed Rat being the most popular). That's the argument against binary-only kernel modules.
Re:Nice, but... (Score:4, Insightful)
Re:Nice, but... (Score:2)
Re:Nice, but... (Score:2)
It's about as open source as Cheney's list of energy policy contributors.
Re:Nice, but... (Score:5, Insightful)
Do you even know what "open source" means? It does not mean having a HUGE closed binary driver (larger than most people's linux kernel) that links to the kernel using a tiny wrapper whose source code is available. Nor does it mean having a OpenGL library and GLX extension whose source is completely unavailable.
Dinivin
Re:Nice, but... (Score:2)
I don't really see this happening soon. Video cards, more than other types of hardware tend to include a fair amount of nifty technology in the drivers.
They can't (Score:5, Insightful)
Really, I think people ought to quit bitching. Their drivers are fast, stable, and support all the features of their hardware. This is what one would expect from a driver. If they keep it closed for contractual reasons or otherwise, that seems like a poor reason not to use the hardware.
We aren't talking about something like Windows, that is attempting to keep something proprietary, the drivers act purely as an interface between the hardware and the higher level software.
Re:Nice, but... (Score:4, Insightful)
In the end, like any business decision, it's a marginal cost/marginal benefit based decision. What does NVidia get from Open Sourcing their drivers? Matrox has had the best support for Open Source over the years, open specs and the works. How far has that gotten them? Ummm... I am as much a proponent of Open Source as the next rabid slashbot, but the fact is for a hardware company concerned about giving out too many details of their hardware and intellectual property, that spends more time and money developing good drivers than other hardware companies do, their stance makes some sense. In a perfect world, we would recognize that a hardware company's business is selling hardware, and the driver software ain't part of their business, thus they should Open Source it. But the fact is they MIGHT give away proprietary information they don't want competitors to have if they did that. And that's more important to them than the small market represented by the most rabid Open Source zealots.
Furthermore, many of the problems folks have had over the years with breaking NVidia drivers are directly attributable to the fucktard kernel devs who don't seem to have a concept of a stable ABI/API for kernel drivers. This is one area that Windows technically seems to shine over Linux. Kernel modules should work seemlessly across minor kernel versions. Not to encourage binary only modules, but to encourage ease of use and upgrading of Linux systems. If I upgrade Windows 2000 to Service Pack 18 or whatever, I don't have to go download new drivers. This is just silly. The contract between driverland and kernel land should be well-specified and stable, not "the driver can muck around with any kernel structures it fucking pleases".
Re:Nice, but... (Score:2)
Re:Nice, but... (Score:2)
Re: (Score:2)
Film? what about games. (Score:5, Insightful)
Is this news? (Score:2, Informative)
NVidia have been "supporting" Linux for a few years so far. Unfortunately, their drivers have been closed-source, binary-only -- a fact which has caused quite a bit of grief for kernel developers, since it makes it impossible to trace the cause for a kernel oops when using the NVidia drivers.
I did a search through the article for the word "open". I found "OpenGL", but no "open source". So, IMHO, this news release is just PR bullshit (apart from the BSD bit, which may be new) -- there appears to be no move whatsoever for NVidia to open up their source.
I wonder what implications the continuing close-source approach of NVidia will have, what with the upcoming abolition of binary-only modules in Linux kernel 2.6?
Re:Is this news? (Score:2)
Maybe if it weren't so easy to diagnose what errors mean for more products, the kernel folks would take a more conservative stance toward keeping the api's and constructs more consisten, particularly in "stable" kernels.
Re:Is this news? (Score:2)
The "kernel folks" don't give a rats tail end about your video driver or you when your video driver fails, so closed source isn't going to change things that much.
What I do wonder is why device drivers can't live in sandboxes or even user space. I know it would be difficult to design an efficient API, but it isn't impossible.
Joe
Re:Is this news? (Score:2)
But without the OS to regulate access to devices, there was no pratical way to arbitrate among multiple processes and users, especially if you care about security at all.
Re:Is this news? (Score:2)
User space would require a context switch that we would want to avoid, so I mentioned the sandbox.
DOS had no protection, nor even multithreading/multiprocessing, so I'm a bit confused by your point.
I want an OS where I can confidently install a video driver and know that it doesn't have access to trash my filesystem. I've heard NT3.5-- had video drivers like that.
I can imagine that an easily readable description of the driver would include what resources the driver needs and the OS would only allow access to those resources. It couldn't be fullproof, but it could give a bit of confidence in binary drivers or even open source drivers that we don't want to audit first.
Joe
Re:Is this news? (Score:2)
Troll, or just ignorant?
First off, while I own two Nvidia cards, I won't be getting or recommending another. Lack of stability is the reason. The 3DFX card and open source drivers that I used to have were rock stable when rendering 3D. Every release of the Nvidia drivers have been unstable and have caused crashes that do not occur with the open nv drivers. These problems occur with others and are similar to those that occur under Windows. (Yes, I checked the AGP settings and other troublesome issues.)
Second, it is not the resonsibility of one programmer to fix the code of another. In the case of the kernel developers, they can't fully debug each binary release of Nvidia's code on each system. That said, when code has a defect -- but is openly available -- it is often fixed.
Bottom line: Most of the reasons for using open source are practical and have nothing to do with agendas, politics, philosophy, or views on business.
Re:Is this news? (Score:2)
3dfx has been out of business for years now. Of course open code that old is so stable.
The kernel crew has no responsibility to fix the code of others. They do have a responsibility to make their own code usable and consistant.
If the kernel developers planned ahead and didn't arbitrarily make major changes to "stable" code at a whim, things like device drivers would be stabler and easier to write.
Re:Is this news? (Score:4, Informative)
but this is posted every time the topic comes up. NVidia can't release the drivers because of legal reasons. There are things in the code that they do not own, thus cannot release.
Not to mention right now, the Nvidia cards win hands down on driver quality, which is a good advantage over ATI cards.
Re:Is this news? (Score:2)
Hardly... Take my home computer, for example. A brand new i845 motherboard, with a single P4 processor. Using a GeForce3 and the drivers from nVidia, there is literally a two minute wait between the time I type 'startx' and the time X actually comes up. In the mean time, the screen flashes about three or four times, but the machine is completely unusable, even through ssh because the entire computer just stops functioning till X comes up.
Compare that to the FireGL drivers from ATI with a Radeon 8500 on the same machine. X starts up in less than 3 seconds.
Unfortunately, no one at nVidia can seem to tell me why this is happening. Until this is sorted out, and nVidia actually learns the meaning of "support", they've lost my business.
Dinivin
Re:Is this news? (Score:2)
I bought the Geforce3 because I previously had a TNT2 and they both use the same driver. I would have rather had a FireGL card, but most of all I needed something that would work in under an hour because I needed faster GL performance and had no spare time for extensive tinkering.
I guess it is time to upgrade my nvidia drivers again. Unfortunately, it will be sometime before I can afford a FireGL card now.
Re:Is this news? (Score:2, Funny)
Re:Is this news? (Score:2)
I believe they have a better idea of what to reveal to competitors and what not to.
Re:Is this news? (Score:2, Informative)
The hernel developers aren't abolishing binary-only modules, they're just changing the way they interact with the kernel.
Because of Film GIMP? Not hardly... (Score:5, Insightful)
Right, because workstations that use a 2D, time based, painting program need programmable pixel shaders, programmable vertex shaders, hardware transform and lighting, massive fill rate, AGP 8X transfer speeds, and astronomical triangle throughput.
Re:Because of Film GIMP? Not hardly... (Score:2, Insightful)
Maybe it's because of the use of acutal studio tools that were released for Linux in the last two years. Maya, Softimage|XSI, Shake (a compositor, but it uses GL heavily). Throw in renderman, which has been in Linux for years, but doesn't require video (it's just a renderer), and your whole CGI pipeline is running under linux. And with the NVidia drivers, very very well.
Film Gimp? Give me a break. I like where it's heading, but it's not what pushes studios to linux.
Rich
Re:Because of Film GIMP? Not hardly... (Score:2)
For instance, instead of the CPU rendering each tile of the image, the paint program could send all the tiles of all the layers to the graphics card and let the graphics card render the screen. The tiles would reside on the graphics card until they are changed, or they need to be removed for new tiles from scrolling or zooming the image. Well, so far this just would require AGP8x and massive file rates. But there are other tasks that could be implemented as shaders here. For instance, pixel shaders could handle the alpha blending rather than redrawing the scene for each layer. There are many tasks that could be pushed to the video card, but some of them would be hampered by the fact that while AGP 8x is fast to write to, reading back from it is about the same speed as PCI, which could be detrimental for many tasks.
None of this is supported by the Gimp, or FilmGimp, or any other paint program that I know of for linux. I'm led to believe that some Irix programs do things like this though.
BTW, I hear that the new NVidia cards did away with hardware T&L, and instead they do it using vertex shaders, with the GL driver making it work seemlessly. I can't really confirm this from anyplace officially, but it would make sense to reduce redundancy this way.
Re:Because of Film GIMP? Not hardly... (Score:4, Insightful)
Hardware T&L and programmable pixel/vertex shaders are not mutually exclusive.
All pixel/Vertex shaders give us is the ability to move from a fixed-function pipline (mostly in lighting) to a programmable one.
All nVidia cards before GF3 had fixed function lighting. You were given the lighting algorithms on the card and that's all you got. With programmable shaders, though, the lighting equations can be completely re-written by the devleopers. At around the GF4 timeframe they completely removed the old fixed-function pipeline transistors and just added pixel/vertex shader code that did the same equations. That is probably what you are refering to.
I suspect (Score:3, Insightful)
One prob (Score:2)
While the recession continues(and grows deeper)
A recession is a period of general economic decline; specifically, a decline in GDP for two or more consecutive quarters. We've actually had growth (in the USA anyway) for at least the last two quarters and, I believe, the last four.
Anyway, you're correct that a weak economy is a good way to encourage companies to at least consider open-source software, especially when companies cannot afford to take the hits of security breaches and downtime that competitors are notorious for providing. That doesn't even take into account the licensing costs that are saved by using open-source software.
Re:I suspect (Score:2)
Microsoft's recent studies done by IDG put Linux at a lower cost platform for webserving over a five year period despite the fact that they pegged Linux administration costs at 30% higher than Windows administration costs. The other workloads put Windows slightly ahead, but once again they charged a third more for Linux administrators, and they didn't add in any Windows upgrade costs for a five year period.
In other words it was a fairy tale scenario.
The reason that Linux is growing like crazy on the server side of the equation is that companies are realizing that Linux is pretty much a drop in replacement for both their Windows and commercial Unix servers at a far lower price.
The corporate desktop is next.
Probably just down to market share (Score:5, Insightful)
This has resulted in a large chunk of the market share going to nVidia, encouraging them to invest a little more in Linux. A sort of feedback loop.
It may only be a niche, but it's another chunk of income for them. nVidia will sell chips to anyone if they can get more money back than they spend.
I doubt filmgimp has as much of an impact. This is a smaller market than 3d enthusiasts with dual boot Linux systems.
Interesting News (Score:3, Interesting)
but.... (Score:2, Insightful)
I know most people answer "I am not interested with changing or even reading driver source", but they forget why Open Source is good. I will write just two reasons:
Re:but.... (Score:2)
You really are clueless, aren't you? I submit the recent trojan horses implanted in BitchX and tcpdump. It certainly is far easier to detect trojans in an open source project, but only a fool would believe that their open source nature makes them immune to trojan horses being implanted.
Please stop spreading idiocy that only makes the problem worse.
Re:but.... (Score:2)
1. ATIs drivers are closed source
2. There are open-sourced drivers for ATI cards, but even a 1.5 years old Radeon 8500 is poorly supported. Don't even dream about playing games with those drivers and new hardware.
3. Even Matrox Parhelia 2D-drivers are closed source. There aren't any 3D-Linux drivers for Parhelia.
1. and 3. are true, but 2. is completly false. Please give any proof for what you wrote. I don't own Radeon 8500, but I played with old Radeon VE in OpenGL games, and my OpenGL code also works there without problems. VE is R100 (8500 is R200), but AFAIK it uses same radeon DRI driver now.
Do you have 8500 in installed with Linux system? Which applications doesnt work for you?
Still doesn't make a lick of difference to me... (Score:4, Informative)
NVidia still hasn't realeased a set of drivers that work with the 2.5.x development kernel which, unfortunately, I must use day-to-day -- albeit on a non-production machine.
I won't criticize NVidia too harshly for distributing binary-only drivers -- I understand their reasoning and I accept it. I only wish that since we can't have the source, they'd support us developers with beta drivers that work with the 2.5 series kernel. It'd be nice to have an idea of what and how things will work in kernel-next.
Re:Still doesn't make a lick of difference to me.. (Score:5, Informative)
Re:Still doesn't make a lick of difference to me.. (Score:2)
Re:Still doesn't make a lick of difference to me.. (Score:2)
NVIDIA has better things to than chasing a constantly changing interface (Kernel 2.5.x). The patches available at http://www.minion.de/ [minion.de] were updated for practially every kernel release between 2.5.44 and 2.5.50. Surely you don't expect NVidia to roll new drivers every 2 days, right?
With that said, I can finally enjoy Twinview with dual X screens in the 41.91 release. Their new 2D architecture still needs lots of work though...looking forward to the next release.
-adnans
These are unified drivers across OSs now.... (Score:3, Insightful)
NVIDIA's track record is already to make high quality drivers, now whenever they make a Windows driver the Linux driver will be right there with it because 95 percent of the code base is now shared.
This is a brilliant move to hurt ATI were there problem is
Now if NVIDIA were to release their code ATI wouldn't have to decompile it and scratch their heads trying to figure out exaclty how to compete they would have the freaking code.
NVIDIA has a unified driver for all of their cards, for all of the platforms now so that you know that all of their cards will always work with the latst drivers, the operating systems they support and so on. Good luck finding that for ATI, and I for one don't think that NVIDIA should hand them the code on a platter just because people want everything in Linux to be open source. Sometimes vendor support is just as important.
Re:These are unified drivers across OSs now.... (Score:2)
Which will not happen, because there is one of those infamous Macrovision chips involved, and I'm quite sure, they had to sign an NDA to get the programming specs. Remember Matrox G400; they were very open with the specs, but the support for TVOut in the X11 driver is only available with a binary only library.
I only wonder, how they were forced to put that chip on the card in the first place.
OT: New Nvidia Drivers support dual independent (Score:3, Informative)
Here are the highlights of the new driver:
Linux Display Driver
Linux Graphics Driver Download
Version: 1.0-4191
Operating System: Linux IA32
Release Date: December 11, 2002
Release Highlights:
* OpenGL 1.4 with CineFX architecture support
* Support for AGP 8x and nForce2 IGP
* Support for index overlays on Quadro4 to support legacy applications
* Support for separate X screens on nView enabled GPUs
* GLX 1.3 support
Yup, seperate X screens now with the dualhead cards. Hopefully I can put this to the test in the next few days.
BTW, Don't try this on Windows kids....
Jeff
Re:OT: New Nvidia Drivers support dual independent (Score:2)
What happened to ATI's open source drivers? (Score:3, Interesting)
It would be much better to have open source drivers available. You'd get more people looking at things like security and performance issues, and then we could have support for architectures other than x86. (Which is probably something Nvidia themselves isn't going to bother with.)
Re:What happened to ATI's open source drivers? (Score:4, Informative)
Let them wade in... (Score:4, Insightful)
I prefer open source, but to say there is no place in the world for closed source modules, applications, whatever, is too extreme IMHO.
For me the dividing line has always been commodity vs non commodity. Example: Of COURSE the OS, office software, web browsers, MUA's, MTA's, etc should be open, they are commodities. Specialized programs like AutoCAD, Drivers for up-to-the-minute video cards, and various other areas do NOT lend themselves to the open source model, and I don't believe they have to.
So right now the devil's choice is,
a) fast nvidia drivers for linux/bsd that get released with the windows drivers, which is 2 steps ahead of where we were in July, or
b) only a community supported driver, created by reverse engineering the chipset or windows drivers, released months (and years) after the windows versions.
It's not a perfect world, we have to change it in small steps. Your idealism is duly noted. Give nvidia credit for moving in the right direction, maybe at some point it *will* make sense to go GPL for them..
Re:Let them wade in... (Score:2)
Ah! Commodity for whom? Photoshop/FilmGimp isn't a commodity for most people, but it is for film studios that do touch-up work. So, five studios developed FilmGimp independantly, discovered they were all doing it, and pooled their efforts.
For resource mining companies (oil, gold, diamonds, dinosaur bones), applications like MagicEarth will probably be a commodity one day. Right now, MagicEarth appears to be the nVidia of tera visualization, so there's no pressure.
Drivers are funny. The tend to have hardware specific portions. I think nVidia has internally found what would turn most drivers open source. Nintey-five percent of all their video products share the same pool of code. The rest are model-specific registers.
Right now, nVidia's got the advantage by sharing all that code among their products. They won't open source as long as that is an advantage.
Probably the most tedius and possibly the grandest hack Open/Free Source could produce would be a Grand Unified Driver Architecture for Video, Audio, and NIC. This would reproduce nVidia's internal advantage. Hardware companies could scrap 9/10 of their internal driver development, because the GUDA would have covered it. ATI would be given a large advantage if they could plug their entire video line-up into the GUDA.
Of course, IANAP.
Good thing? (Score:2)
Hey- Lighten up a little here (Score:2)
nVidia drivers running on kernel 2.5.52 (Score:3, Interesting)
Several people seem concerned about nVidia's drivers and the forthcoming 2.6 kernel. I can't say much for tomorrow, but today, I have the latest (4191) nVidia drivers working just fine with the most recent development kernel.
To make it all work, the drivers need a minor makefile patch and updated modutils, but otherwise work just fine. You can obtain the required files from:
Unofficial nVidia driver patch [minion.de]
Updated modutils [kernel.org]
Those did the tirkc for me. Your mileage may vary.
Stop all your whinning! (Score:5, Insightful)
Power management support (Score:2)
Film Gimp? No... (Score:3, Interesting)
Anyway, a large-scale replacement of artists' desktops is taking place, moving from expensive SGI hardware to faster, cheaper x86 hardware running Linux. This is why it is so important that high-quality drivers are available for high-end graphics cards in Linux, and, unfortuantely, the best for nVidia comes from nVidia in binary format. Monkeying around wtih the kernel's binary interface with each incremental release is not going to make nVidia's job any easier.
Re:The have supported Linux for a long time (Score:5, Informative)
Re:Great news? Or bad news? (Score:4, Insightful)
At best you could say they support i386-linux not linux... and you are still limited to a subset of all the available kernels...
They have linux drivers, they don't support linux.
Jeroen
Re:Great news? Or bad news? (Score:5, Interesting)
Apparently those who do not understand history are condemned to repeat it. The formalization of the Free Software movement by RMS in the form of the FSF was a direct result of a buggy driver (for a printer). So while it's nice that nvidia sees value in releasing these drivers and giving GNU/Linux the option to play on a level field with Windows... it hardly pushes the cause of Free Software forward to pollute machines that would otherwise be 100% Free with little bits of wholly un-Free software. Now, as I understand it, it's unfortunate that much of the competitive edge nvidia's hardware has is actually the result of the proprietary code in their drivers. It's going to be hard to convince them to forego that, since it would endanger their cash flow.
Re:in a word... (Score:2)
I had started looking at nVidia cards a few months back.. I couldn't really afford to upgrade to a high end card, so wanted to pick up a cheap GeForce2 or something similar to my current Radeon 7200 VIVO, simply because of the excellent Linux driver support compared to ATI. I ended up getting offered a Ti4400 at a crazy price and bought it.
The nVidia Linux drivers are superb (read they WORK) and I have not had any problems getting them working across a range of distributions.
A class act nVidia - i'll be looking to you for my next video card, whenever that is
Re:in a word... (Score:2)
Re:in a word... (Score:2)
They're regularly released for FreeBSD? How does one release become "regularly released"?
Dinivin
Re:in a word... (Score:2)
Re:in a word... (Score:2)
While many video games such as Quake3 will run better under nVidia/Linux over win32/Linux, this usually has nothing to do with the raw video performance. Most of the time it has to do with the overall system performance, aside from video. If you can show some true numbers that prove that the actual VIDEO performance is better, then it would be another story..
Then again, I'm not really up to date on it all, so I could be wrong, but I do know that in the past, nVidida drivers have been sub-par to the win32 drivers.
I guess ... (Score:2, Insightful)
Re:in a word... (Score:4, Insightful)
Yeah, there are so many other companies with superior products who will give us every single bit of code in their drivers. Besides, who needs 3D acceleration on Linux anyway? I suppose I can just take my 3D apps and run them on Windows.
Moron.
Re:in a word... (Score:5, Insightful)
Anyway, any major company that takes Linux seriously is worth supporting. I fully support them. Like I fully support Id software even if they don't make open source games (which would be totally stupid IMHO anyway). Also, maybe some other graphic cards vendors (or other hardware or even software) will look at the highly successful nVidia, and say "hey, they make linux drivers and are successful, so maybe we should do so too."
Open Source (Score:5, Insightful)
Re:Open Source (Score:2)
The main part of their driver that does the work, the opengl library, is closed source, but it is a userland application.
I would never support a company that had binary only drivers for Linux. That is just plain stupid. However, a binary only opengl library, that performs better than any other opengl library available today, with source kernel modules, is good enough for me.
Re:in a word... (Score:5, Informative)
It's actually not their fault. IIRC, their driver code contains a lot of code from other companies that is copyrighted or under very restrictive licensing. This, unfortunately is very bad for people who would like to see the driver code fully released. It'll never happen without all the contributing corporations signing off on it. I support them because they do the best they can do to support the linux community. They also just happen to do it far better than any other GPU manufacturer ever has.
Re:in a word... (Score:2)
Of course, that limits your choice of hardware significantly, but then if you realyl are going to use ancient unsupported kernels, you won't be that worried, right?
*sigh*
Re:Maybe They just love linux (Score:2)
I'd much rather they started shipping RPMs for all the stable kernel versions that are out there. Have they finally produced Psyche RPMS yet?
Re:Maybe They just love linux (Score:2)
http://www.nvidia.com/view.asp?IO=linux_display
Re:Maybe They just love linux (Score:4, Insightful)
Re:"great news for Linux?" (Score:2)
Three of those applications are available for Windows.
Re:"great news for Linux?" (Score:2, Offtopic)
Time to lose some Karma here, but bullshit. I love Linux, and I think it is a truely great platform - but the way I see it is that a large majority of Linux applications are clones of Windows applications, and quite frankly they are rarely as fast, functional, or reliable.
Mozilla - very good, feature packed, but no way near as good as IE - it pains me to say it, but everyone harps on about the fact that IE doesnt support all the standards that Mozilla does. But if people dont seem to be coding in those standards, and are using the broken Microsoft ones, then what the hell is the point? IE belts along at a pace I have yet to see Mozilla keep up with, and it renders every website correctly, regardless of whether its using an incorrect standard to do it or what.
Nautilus - pretty but terribly slow - and to be quite honest, frustrating to use. I prefer just regular old GNOME with none of the Nautilus stuff bolted on.
XMMS - better than what? Winamp? I dont think so... XMMS is a superb application, but again is missing so many things that make Winamp truely great.
I wont comment on the rest as I dont use them regularly enough to make informed comments on them.
Re:"great news for Linux?" (Score:3, Insightful)
Vicious circle: IE doesn't support [x], web developers don't use [x] because 90% of users won't see it. Hence IE doesn't need to support [x]. Way to hold up the development of the web by barely supporting 6 year old standards.
Funnily enough they do the same with Outlook and their MIME support.
In my experience, Gecko is significantly faster than Trident. Phoenix even goes a good way to making the rest of the UI similarly speedy.
Erm. Y' know, if we didn't spend so much of our time working around IE bugs, half the sites out there using CSS would probably be unusable with stylesheets enabled in IE. Of *course* it renders websites in pretty much the way we intend -- we spend ages working around the broken box model of IE5 and the broken positioning model of IE6 and the stupid clipping bugs it's covered with and the poor selector support and... you get the idea.
That's not to say the other browsers are pefect, but IE really takes the cake for destructive and annoying to work around bugs.
Re:"great news for Linux?" (Score:2)
Photoshop is still better than GIMP.
Nautilus is still horribly slow.
EMACS superior wo WHAT ?
Besides, most of the applications you list are avaible for Win32 anyway.
Re:A breth of fresh air (Score:2)
The most higly supported 3d card under linux is the 3dfx Voodoo 3.
Huh?
Care to define "most highly supported"? NVIDIA has been putting out drivers for a good while now, and their cards are rock solid. The drivers are binary-only, granted, but the fact that they're actively updated certainly surpasses the state of the tdfx code, I think.