Slashdot Mirror


ATI Releases New Linux Drivers

dinivin writes "Today, ATI has released all new 2D/3D drivers for Linux/XFree86. The drivers will work on any "Built by ATI" Radeon 8500 or higher card (up to the 9700). Unlike the previous drivers from ATI, these support both the XVideo extension and S3TC (making UT2003 playable with these drivers)."

431 comments

  1. *shudder* by override11 · · Score: 1, Troll

    I wouldnt be the first to jump on an ATI driver. I will let others corrupt their x-windows before me, then download the fixed drivers when they come out! :)

    --
    No I didnt spell check this post...
    1. Re:*shudder* by Anonymous Coward · · Score: 0

      that was perhaps the funniest thing i have read today

      however

      i have heard this exact same complaint about /. whiners from a truly l33t developer, so you never know

  2. Whoop-ti-do by PhysicsGenius · · Score: 0, Troll
    2. Restrictions. The software contains copyrighted and patented material, trade secrets and other proprietary material. In order to protect them, and except as permitted by applicable legislation, you may not: a) decompile, reverse engineer, disassemble or otherwise reduce the software to a human-perceivable form; b) modify, network, rent, lend, loan, distribute or create derivative works based upon the software in whole or in part; or c) electronically transmit the software from one computer to another or over a network or otherwise transfer the software except as permitted by this license.

    Yay, more secret-ware for my Linux box. I think I'll stick to textmode.

    1. Re:Whoop-ti-do by timmyf2371 · · Score: 5, Insightful
      IMHO, I don't see anything wrong with these drivers being "secret-ware". ATI have released these drivers, and, IIRC, they've also released the specs of their boards so third-parties can also develop device drivers.

      There's nothing wrong with mixing free and closed software. If these drivers enable me to play the likes of UT 2003, then so much the better.

      Here on /. I see many posts about driver support for Linux-based Operating Systems lacking - here's one of the market leaders producing drivers for Linux. IMO, we should be congratulating ATI.

      Tim

      --

      Backup not found: (A)bort (R)etry (P)anic
    2. Re:Whoop-ti-do by Anonymous Coward · · Score: 0

      I'm not a big fan of closed source drivers, so as a side issue. What graphic card is the best supported graphic card in XFree86 from a performance and stability prespective?

    3. Re:Whoop-ti-do by Anonymous Coward · · Score: 0

      you may not: a) decompile, reverse engineer, disassemble or otherwise reduce the software to a human-perceivable form;

      Pffft. In most places thats yet another un-enforcable EULA clause.

      Still, try to stick with Matrox. At least they actually make their chip spec sheets available and their drivers OSS.

    4. Re:Whoop-ti-do by Melkman · · Score: 1

      > There's nothing wrong with mixing free and closed software. If these drivers enable me to play the likes of UT 2003, then so much the better.

      As wrong and right are subjective terms, I think this should be "I find nothing wrong with...". I know RMS strongly disagrees with you standpoint. So do I. I like free software and find it extremely irritating that some hardware vendor tells me that I should run Redhat if I want to use their product under linux. Since they're only providing RPM's

    5. Re:Whoop-ti-do by uchian · · Score: 2, Informative

      Never heard of alien?

      Converts from RPM to debs, or tar.gz's, etc. apt-get it if your debian, urpmi it if you want it on Mandrake for any reason (converting those goddamn debs!), I guess if your slackware you already know how to find it...

    6. Re:Whoop-ti-do by Anonymous Coward · · Score: 0

      Which part of modify do you not understand?
      b) modify, network, rent, lend, loan, distribute or create derivative works based upon the software in whole or in part;

      So it is illegal to use alien to convert your RPM.

    7. Re:Whoop-ti-do by Anonymous Coward · · Score: 1, Insightful
      So it is illegal to use alien to convert your RPM.


      Which part of modify do YOU not understand? Unpacking the software with a different tool doesn't modify it in any way. The files are all still there and they haven't been modified. If they had they wouldn't work.

    8. Re:Whoop-ti-do by gurensan · · Score: 1

      The source is included in the package. download it and check it.

      --
      You are all fartheads.
    9. Re:Whoop-ti-do by psamuels · · Score: 1
      The source is included in the package. download it and check it.

      Great news, my dear Gurensan, if true.

      Unfortunately, it is most probably not true. Please read another post of mine for details. And, if you have information that contradicts that post, please reply!

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    10. Re:Whoop-ti-do by gurensan · · Score: 1

      Alas, you are correct. The mention of source on the website is merely a mention. There's some there, but not enough to call it community support.

      --
      You are all fartheads.
    11. Re:Whoop-ti-do by captaineo · · Score: 2

      ATI formerly released specs for their older cards. I don't think specs are available for the latest cards and their vertex/fragment program featuers. Also, ATI would not give out specs for their video in/out hardware (I asked them and was refused). As far as "openness" is concerned I consider them friendlier than NVIDIA, but not by much. The difference is outweighed by NVIDIA's large lead in driver quality (esp for Linux) and general support.

  3. hmmm by mschoolbus · · Score: 4, Insightful

    maybe I wont need to use the Gatos drivers anymore... this would be very nice!

    1. Re:hmmm by Wumpus · · Score: 4, Insightful

      Why? What's wrong with the Gatos drivers?

      I haven't used them, but I'm considering buying an ATI card, and I'd rather use open source drivers, having had a very bad experience with nVidia's binary drivers.

    2. Re:hmmm by motorsabbath · · Score: 1

      hmm. I've had nothing but wonderful luck and great performance with the nVidia drivers. Nice to see ATI jump into the fray, tho.

      --
      The heat from below can burn your eyes out
    3. Re:hmmm by Anonymous Coward · · Score: 0

      That's the way it is with binary drivers. They either work, or you're SOL.

      Glad to hear they work for you.

    4. Re:hmmm by fferreres · · Score: 2

      Gatos makes the 2D part, DRI the 3D part. What do you mean you don't need the Gatos drivers?

      --
      unfinished: (adj.)
    5. Re:hmmm by xanadu-xtroot.com · · Score: 4, Insightful

      having had a very bad experience with nVidia's binary drivers.

      Binary or not, I've never had a problem with them in the year and a half or so I've been using them. They are wonderful. I play a few games (I'm not much of a gamer, but I do have to get my Killing Spree fix in from time to time). I play Q3A and RTCW (mostly - UT2003 won't run on my card). I get better frame rates, and just general performace, under Linux than I ever did with Win*, and I only have a 8Meg TNT2... (I'm going to be getting a GF3 or 4 from Santa this year, the downside is he told me to charge it to MY card. Damn fat guy... Throw me a bone once in a while, won't ya?)

      What's wrong with nVidia's drivers? Nothing, as far as I can tell.

      --
      I'm not a prophet or a stone-age man,
      I'm just a mortal with potential of a super man.
    6. Re:hmmm by cayenne8 · · Score: 2, Interesting

      Yeah, but, will these new drivers finally make the TV out work on cards like the 8500 DV? C

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    7. Re:hmmm by klevin · · Score: 2

      I've been unable to determine whether it's my Radeon 8500 QL, or the VIA KT266A chipset on my motherboard, but DRI and OpenGL support are still non-functional for my 8500 using the Gatos drivers. If I don't make sure there's a `Option "nodri"' line in my XF86Config file, my monitor looses sync the moment I run startx.

      That said, XV support in the Gatos drivers is fine, and watching a DVD or SVCD full-screen using MPlayer (or Xine) produces a system load of ~30%. Watching a 704x304 DivX;-) using aviplay produces a system load of only 3-4% (windowed or full-screen, the avifile programs are hands down the most efficient).

    8. Re:hmmm by TimmyJoeB · · Score: 1

      I would think that is because Gatos does not support for the 8500 chipset.

    9. Re:hmmm by dildatron · · Score: 4, Insightful

      My experience has been similar to yours. I have had RtCW crash maybe twice, but I think it was punkbuster related. Either way, it didn't bring the machine down, just the game crashed.

      I have been fairly pleased with nVidia's drivers, and I appreciate that they support linux with my GeForce 4ti. It rocks.

      --


      If you had nuts on your chin, would they be chin nuts?
    10. Re:hmmm by Wumpus · · Score: 4, Insightful

      Well, I'm glad they work for you, but I'm seeing occasional system lockups that weren't there in the year or so I was running the XFree86 drivers. The only suggestion on nVidia's site was to turn off AGP support, which I did, to no avail.

      I'm a competent C programmer, and I've done driver work before. I can find my way around source code, and I've tracked down problems in open source code I was using before. Not being able to debug this is driving me nuts.

      So, this is what's wrong with nVidia's drivers. When they break, you can't fix them.

    11. Re:hmmm by harlows_monkeys · · Score: 2
      The current nvidia drivers cause an instant reboot when I try to start X. The most interesting thing about this is that on my other machine, which is my gaming machine and runs WinXP, the only blue screens I get are in Everquest and Dark Age of Camelot, and I suspect that those are due to video driver problems--and that machine has an NVidia card, too.

      It's nice to see that NVidia's unified driver architecture works--they can take down both my Linux and WinXP machine!

    12. Re:hmmm by mohaine · · Score: 1

      Sounds like the problem I had with my TNT and Win95.
      Card worked great in NT, but not in 95. Multiple re-installs of 95 did nothing. Finally traced the problem down to a mainboard that wasn't supplying the card with enough juice. The NT driver was so hobbled/slow that the problem never occurred.

      --
      (appended to the end of comments you post, 120 chars)
    13. Re:hmmm by Wumpus · · Score: 2

      Interesting. I am running a TNT. What were the symptoms in your case? I'm seeing complete lockups - The machine won't even respond to pings. Or to the power button, for that matter.

    14. Re:hmmm by Tyreth · · Score: 2

      What cpu, nvidia card and motherboard do you have? There was some problem with certain athlon chips and motherboards of a certain type or something. There was an infamous lockup which is probably what you experienced.

      It could be fixed by adding mem=nopentium to your kernel options when it boots (or put it in lilo.conf or grub/menu.lst).

      This problem was also in Win2000 I think, but there was an official patch.

      Hope this helps.

    15. Re:hmmm by Jenova · · Score: 1

      Don't tell me you have one of the Gigabyte motherboards that does not supply enough power to the AGP slot?

      I had that one. Real painful.

    16. Re:hmmm by Anonymous Coward · · Score: 0

      sounds familiar to me.(not original poster) Only thing I can do with this socket 7 VIA MVP3 is not run the nvidia driver- at all. Even with AGP disabled my tnt2ultra still wants an IRQ and that means contention with my Promise Ultra100tx2 ide host adapter. boom. crash.:-(

      I have to forgo the OpenGL Q3 Wofenstein fun until Santa brings me a new socketA KT333 board.Well, my old system didn't run those too well anyway.

    17. Re:hmmm by Wumpus · · Score: 2

      Nope - I have a Pentium III. I saw the athlon problem mentioned somewhere, but that's not it.

      The card is a RIVA TNT2, and I have no idea which motherboard this is.

    18. Re:hmmm by scrod · · Score: 1
      Not being able to debug this is driving me nuts.


      Hey, all you need is gdb and objdump -d! A little x86 asm never hurt anyone!
    19. Re:hmmm by Wumpus · · Score: 2

      Sometimes it would be possible (yeah, I know you're trying to be funny, but still...) yet in my case I'm looking at a dead machine as soon as the bug manifests itself, and it may take several days for that to happen, so gdb is out of the question.

      A far better approach is careful instrumentation of the code with debug output, and logging everything to a serial port, which is damn hard to do without source.

    20. Re:hmmm by Anonymous Coward · · Score: 0

      It's your power supply. Go out and get a bigger one. I had the exact same problem, only much worse, on my GF2MX400, particularly while running 3D accelerated programs. It turns out my 112W of power supply couldn't take it, and the CPU (a Celeron(Mendocino), they don't like brownouts at all) was losing much needed power to the PCI vidcard.

  4. Re:Hah! by Anonymous Coward · · Score: 0

    A.) There are no "Linux doesn't have any video card drivers" trolls.
    B.) There are several commerical linux drivers written by the companies that make the hardware that are crap on Linux. I'll only say "good" if it has been successfully tested by many users.

  5. Here's hoping by lazyl · · Score: 4, Interesting

    Let's hope they got it right.

    Reviews of the stablility and performance of these drivers will probably be a major factor in my decision on whether or not to buy a 9700. I've been hesitating because of all the bad things I hear about their drivers. I use NVidia now and I've never had a problem with the drivers, so I'm a little worried about switching.

    --
    Aw crap, ninjas!
    1. Re:Here's hoping by luthe · · Score: 1

      You could just wait for the NV30 to come out.

    2. Re:Here's hoping by Eraser_ · · Score: 1

      Wasn't like the weather channel supposed to be working on X drivers for the Radeon 8500 to use in weather simulation software? I wonder if this is the fruits of that labor, released under the ATI name. I for one would be hesitant, as JoeUser to download the latest weather.com drivers. Knowing that they use the drivers all day everyday on the weather channel to render those cool pictures of rain? I would, especially knowing ATI's track record with drivers.

    3. Re:Here's hoping by dinivin · · Score: 5, Informative

      The drivers from ATI are not the drivers funded by the Weather Channel. There are open source drivers from the DRI project which were funded by the Weather Channel.

      Dinivin

    4. Re:Here's hoping by LoudMusic · · Score: 3

      Same here. I've used both, though, and NVidia is by far the better driver company. ATI may be making some kick ass hardware, but their software/drivers suck flea infested monkey nuts.

      Save yourself a headache and stick to NVidia.

      --
      No sig for you. YOU GET NO SIG!
    5. Re:Here's hoping by gomerbud · · Score: 0, Troll

      Thats what I'm doing. Then I'll be able to use the fastest video card on the face of the planet on FreeBSD, because binary drivers don't suck anywhere near as much as people suggest.

      RMS is a commie. You think his software license is the coolest thing since Plan9, so you want to be just like him bashing these big corporations and their closed source software. You want to buy a modern video card and use it within the next decade. Do you see a contradiction here?

      --
      Kan jeg få en pils, vær så snill?
    6. Re:Here's hoping by ichimunki · · Score: 1

      So what do you do when your binary driver doesn't work right or doesn't work at all with your specific kernel or architecture? Nothing. RMS may be a commie, but software freedom is about freedom to tinker, not a centralized economy.

      Any real zealot would tell you that software freedom is more important than having the latest shiny toy. So I'm not sure what contradiction you're talking about... other than the one where you seem very interested in using a lot of good open source software, except the video drivers.

      --
      I do not have a signature
    7. Re:Here's hoping by gomerbud · · Score: 1

      My problem is that the Linux comunity bashes nVidia for providing a couple object files with glue code. You can change the glue code. There are a ton of Linux developers that dont think that tinkering with the glue code to make things work is worth their time because its ultimately closed source software. I'm just glad that nVidia released drivers for a community that apreciates it. Its really an issue of open source projects working with closed source projects in order to provide support for more hardware. I sure as hell dont want to be limited to a 286 with EGA graphics without network support.

      The GPL was a good thing for the time. It was an extreme solution at a time when software licensing was also extreme. The GPL will ultimately end up killing itself because there is only so much software that it can infect. If all software were under the GPL, there would be alot of slashdotters who couldnt afford to eat because they would have no job. If you dont like the fact that we live in an economy which relies on $, then you'd better try colonizing one of the moons of Jupiter, because last I heard communism isnt exactly thriving on this planet.

      --
      Kan jeg få en pils, vær så snill?
    8. Re:Here's hoping by Sketch · · Score: 1
      My problem is that the Linux comunity bashes nVidia for providing a couple object files with glue code.
      If all software were under the GPL, there would be alot of slashdotters who couldnt afford to eat because they would have no job.

      So how much did you pay NVidia for those binary drivers, so their programmers could afford to eat? :P

      I like the GPL, but I agree that not all software needs to be GPL'd. It's up to the author to decide what license they choose for their software.

      However, I can think of approximately 0 good reasons for a driver to be closed source. Except maybe to prevent other people from laughing at how bad their code is (which I don't think would be a problem with the reputation that NVidia's drivers have, though maybe for ATI...) I think the common excuse of it being an aid to competitors trying to reverse engineer their product is just wishful thinking.

      I've had plenty of experience with closed source drivers, and they always end up causing trouble of some sort or another. Admittedly, NVidia's drivers aren't as bad as some, since they put the binary object inside an open source wrapper so you can at least upgrade your kernel...but people having problems with them does not seem to be an uncommon occurance.

      --
      -- OpenVerse Visual Chat: http://openverse.com
    9. Re:Here's hoping by Anonymous Coward · · Score: 0

      Everyone who bought a product with a chipset by Nvidia paid, ass. Don't you realize drivers are a tool to help sell their main product, hardware?

    10. Re:Here's hoping by gomerbud · · Score: 1

      I bought the hardware. nVidia provides software to support that hardware. Their coders still get to eat because software is not nVidia's primary product. Now let's try and count how many people code at a company that produces software as a primary product.

      --
      Kan jeg få en pils, vær så snill?
    11. Re:Here's hoping by Sketch · · Score: 1
      Everyone who bought a product with a chipset by Nvidia paid, ass. Don't you realize drivers are a tool to help sell their main product, hardware?

      Yes. And they'd be an even bigger selling point for some people if they were open source.

      Drivers are generally assumed to be part of the cost of a hardware product. Whether or not they are open source or not wouldn't have much of an effect on the cost to develop them.

      --
      -- OpenVerse Visual Chat: http://openverse.com
    12. Re:Here's hoping by ichimunki · · Score: 1

      Not nearly as many as there are people coding or doing something fairly similar to coding for places that do not sell software. If the code to these drivers from nVidia is going to get written and subsidized by sales of hardware, then what difference does it make if they give out the code? Are they afraid I'm going to use their drivers to soup up the embedded video chip on my old PII desktops and not have to buy their latest video card or what? What exactly does nVidia gain by keeping this code close their chest?

      --
      I do not have a signature
    13. Re:Here's hoping by avdp · · Score: 4, Insightful

      That's right... Nvidia is a hardware company and that's how they make their money.

      So what was your arguments about programmers going hungry if Nvidia's drivers were open sourced?

      I think most reasonable open source advocates don't expect Oracle to release the source code to their database. However, there is little (valid) justification for hardware companies (such as Nvidia) not to open source their drivers.

    14. Re:Here's hoping by be-fan · · Score: 5, Insightful

      An OpenGL driver is a full OpenGL implementation. A lot of the optimizations that NVIDIA does in the high-levels of their drivers could easily be used by a competitor. Since crappy drivers is the main thing holding ATI back, it would be very stupid of NVIDIA to help them out in that catagory.

      --
      A deep unwavering belief is a sure sign you're missing something...
    15. Re:Here's hoping by StillAnonymous · · Score: 1

      Yeah, because we all know that NONE of these driver programmers are capable of running through the competitor's binary code with a debugger or disassembler to find out what's going on, right?

      The only people you hurt by closing the source are the Linux/BSD/alternative OS crowd.

    16. Re:Here's hoping by be-fan · · Score: 2

      Running through binary code isn't exactly easy to do. It's doable when you're trying to reverse engineer how the hardware works, but if you're trying to figure out how NVIDIA does some sophisticated high level OpenGL optimizations, it's decidedly non-trival. And given that the NVIDIA driver is some 7 megabytes of code, including the kernel driver, GLX and XAA modules, and libGL and libGLcore libraries, it would be impossible. Saying that the should open source it because somebody could dissasemble it is just like saying that all software should be open sourced, because all software can be disassembled.

      --
      A deep unwavering belief is a sure sign you're missing something...
    17. Re:Here's hoping by WWWWolf · · Score: 1
      And given that the NVIDIA driver is some 7 megabytes of code, including the kernel driver, GLX and XAA modules, and libGL and libGLcore libraries, it would be impossible.

      Well, it's their problem if they do the damn OpenGL implementation in software. More distrust, I say. Didn't SGI do the whole OpenGL rendering pipeline on silicon once? =)

      O tempora, o mores: Stuff that should be done on hardware is done on software... wasteful, wasteful...

      (Yeah, I know, upgradeability tends to be a little bit better on software drivers. But still... =)

    18. Re:Here's hoping by Anonymous Coward · · Score: 0

      Selling point? My arse they would. We all know you hippies don't pay for computer equipment. Dumpster diving and sexual favors are how you accumulate the obsolete rubish you run your pretend OS on.

    19. Re:Here's hoping by Anonymous Coward · · Score: 0

      Fool. Releasing all of the driver source would be like handing the documentation for the chip design to competitors.

      most reasonable open source advocates

      Oxymoron. And most open source advocates (in this sense, advocate means someone who wouldn't pay anyway but wants to get everything for free) want Oracle and every other company to do exactly that.

    20. Re:Here's hoping by be-fan · · Score: 2

      There is a difference between implementing the whole pipeline in hardware and not having any software support on top. Putting the OpenGL pipeline in hardware means that the 'model' OpenGL pipeline is in hardware. This means everything from transform and lighting to rasterization. It means that the whole API (all of its functionality) is accelerated, not that the API maps directly to the hardware. You need a lot of software support on top to interface with user level applications. The job of this software is to map OpenGL calls to what is best accelerated by hardware. The hardware might have one acceleration primitive that three different OpenGL features all map to. The software also has to optimize the order of OpenGL calls to best take advantage of the hardware. Without this functionality, performance would suck. Not only would the hardware be poorly utilized, but calling the hardware for each API-level call (instead of batching lists and sending them in bulk over the bus) would kill performance. Besides all of that, this software has to manage things totally outside the realm of hardware, like implementing the GLX and WGL APIs, allocating memory on the card, managing DMA buffers, etc.

      --
      A deep unwavering belief is a sure sign you're missing something...
    21. Re:Here's hoping by avdp · · Score: 2

      I guess following your logic Intel should probably be the only company writing operating systems or something. Otherwise Intel would go immediately bankrupt. Oh Wait...

      I don't think that there is much that NVidia doesn't know about Radeon (or ATI about GEForceX) and it doesn't matter much really. There are many ways to protect hardware designs including patents, etc. Like I said, very little valid reason not to open source a driver...

      Lookup advocate in a dictionary. It's not the same as fanatic, regardless as what you may think. There ARE people with moderate views, and while we can dream about Oracle opensourcing their database, most of us don't expect them to do it - and probably wouldn't even ask.

  6. Goodbye Forever, Windows by RailGunner · · Score: 3, Interesting
    This is what I was waiting for to finally become windows-free.. drivers for my Radeon 9700 Pro card.

    Goodbye forever, windows, you won't be missed.

    If I ever see a BSOD again, it will be too soon.

    1. Re:Goodbye Forever, Windows by Anonymous Coward · · Score: 2, Funny

      and what are you going to do with that $300 card in linux?

    2. Re:Goodbye Forever, Windows by gl4ss · · Score: 2

      play ut2003 perhaps?

      devel some cool stuff?

      watch movies.. whatever.

      --
      world was created 5 seconds before this post as it is.
    3. Re:Goodbye Forever, Windows by Anonymous Coward · · Score: 0

      You know, UT2K3 runs like shit under Linux. I've tried it under both Win2k and Linux and Linux was substantially slower (it always been like that, even normal UT is like that).

      Of course maybe it's just my nVidia hardware, I dunno. ATI has never impressed me though, it just seems like the drivers always suck and the hardware is just so-so.

    4. Re:Goodbye Forever, Windows by Oculus+Habent · · Score: 2

      probably run WINE

      --
      That what was all this school was for... to teach us how to solve our own problems. -- janeowit
    5. Re:Goodbye Forever, Windows by Anonymous Coward · · Score: 0

      hahahah so true

    6. Re:Goodbye Forever, Windows by Anonymous Coward · · Score: 0

      Of course maybe it's just my nVidia hardware, I dunno. ATI has never impressed me though, it just seems like the drivers always suck and the hardware is just so-so.

      Yes, and you're such an expert that you can easily distinguish between the quality of the hardware and the software when you play a game.

    7. Re:Goodbye Forever, Windows by MrResistor · · Score: 2

      Let's see:

      UT2003: native Linux support

      Quake3: native Linux support

      RtWC: native Linux support

      Counter-Strike: running just fine under Wine for over 2 years

      Honestly, what would you do with that $300 card under Windows that isn't covered above? CAD?

      Pro/E: currently being ported to Linux

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    8. Re:Goodbye Forever, Windows by Anonymous Coward · · Score: 0

      > If I ever see a BSOD again, it will be too soon.

      Retch, my Linux box BSODs ALL the time... I love that screensaver ;)

    9. Re:Goodbye Forever, Windows by IQ · · Score: 1

      Film.Gimp. Gimp. MPlayer. Xine. TVTime. MythTV. FlameThrower. UT. Freevo. Celestia. Kino. Cinelerra. Ogle. VideoLan...

      --
      Adults are obsolete children. - Dr. Seuss
    10. Re:Goodbye Forever, Windows by vb.warrior · · Score: 0

      Have graphics support that isnt the equivalent of a ten year old with a head injury?

    11. Re:Goodbye Forever, Windows by gl4ss · · Score: 2

      bleh, you might just as well troll as non ac, it's not like anyones reading these old articles anyways (and karmawhoring is cheap.

      ati's new cards run fast.

      heck, the 9700 is the king of the hill at the moment.

      if you last tried ati's 3d acceleration with ati rage2, and make assumptions on that, maybe one should make assumptions of nvidias cards based on that nv1 is shit by modern standards.

      if you even haven't used the gddamn cards, please, crawl under a rock and wank your nvidia cards. (i have them as well, but my cheap, new, 8500le kicks ass compared by features and speed to equivalently priced nvidia cards, and i'm getting frustated trying to get my friends gf3 to work for more than 2 hours straight.)

      --
      world was created 5 seconds before this post as it is.
  7. OEM Cards? by Mals · · Score: 1

    Will this driver work with any of the ATI OEM cards like the Sapphire Radeon series, etc? Has any tried it?

    1. Re:OEM Cards? by Anonymous Coward · · Score: 0

      It can be made to work, I've got a sapphire radeon 8500LE. I used a bios tweaking tool to flag it as a built-by-ati card, and the drivers (previous version) worked fine. I think i got it from radeon2.ru. Locked up everytime i switched from graphics to console-mode though.

  8. PPC? by *xpenguin* · · Score: 3, Interesting

    Does anyone know if this will work on PPC with Gentoo or Debian such as those Powerbooks that come with the mobility radeon 9000?

    1. Re:PPC? by *xpenguin* · · Score: 5, Informative

      Nevermind, the page says:

      # This version supports only Linux/x86 versions based on libc 6.2.

    2. Re:PPC? by tonyhill · · Score: 1

      I don't think so. It is a binary only release, so unless you're running x86 with libc6, you're out of luck.

      Tony

    3. Re:PPC? by Abnormal+Coward · · Score: 2, Informative

      if you look in the readme that you can get to from the link, you would see only x86 (P3 and higher) is required.

    4. Re:PPC? by slycer9 · · Score: 0

      No, they will not. No *nix PPC binaries have been released, nor planned for release. While yes, ATI has figured out there are OS' other than Windows, they've yet to realize there are different architectures.

      --
      Don't park drunk, accidents cause people.
    5. Re:PPC? by Elendil · · Score: 2, Insightful

      2 words: source code...

    6. Re:PPC? by dinivin · · Score: 3, Informative


      http://dri.sourceforge.net

      There are open source drivers for the 8*** series cards, and I do believe they work on PPC... Not quite as feature complete, but decent drivers nonetheless.

      Dinivin

    7. Re:PPC? by LordKariya · · Score: 2, Informative

      ATI needs to get their act together. There are entire forum sections dedicated to trying to get your ATI drivers to work.

      Congrats on the easiest 10 karma ever (+5 for asking the question, +5 for answering it)

      --
      I alternate between posting +5 and -1 Comments. Karma: +53 -47 = 6
    8. Re:PPC? by wilburdg · · Score: 4, Insightful

      Please, anyone who would be interested in these drivers for PPC go here and let them know. If enough of us do so, they will quickly realize that supporting linux isn't only about x86.

    9. Re:PPC? by Otter · · Score: 2
      It doesn't apply to the Mobility cards, anyway.

      Yeah, I was hoping for a new TiBook/XFree driver, too.

    10. Re:PPC? by Xzisted · · Score: 1

      Of course it will work with debian. Everything works with debian. Did you know God installed Earth version 1.0 with apt-get?

      --

      Honesty may be the best policy, but apparently by elimination, dishonesty is the second best policy.
    11. Re:PPC? by Anonymous Coward · · Score: 0

      About that WHY the F*** can't he upgrade Earth. I MEAN there are so many BUGs and security flaws. Like this with playing with Atoms. I Mean a decent planet would have a ACL system to keep people for doing this sort of things. Then there are the Viruses that need fixing. Earth is the WINdowS of pLaNets. FReaKiNG A--

    12. Re:PPC? by Anonymous Coward · · Score: 0

      I read in some archives that the latest CVS snapshot of DRI supports the 9000.

      I intend to buy one for my newly aqired
      533MHz 21164PC :).

    13. Re:PPC? by Anonymous Coward · · Score: 0

      So was I... new TiBook. No X yet.

  9. About Time! by JohnA · · Score: 2

    I bought a Radeon 9700 Pro a while back, and the only way I could run X with it was to use the VESA driver, which was SLOOOOW! I can finally go back to Gentoo as my primary OS! (Now if they would just release 1.4...)

  10. Re:Hah! by Anonymous Coward · · Score: 0, Funny

    What about Tux Racer? It's better than _anything_ on Windows. And it's non-violent, always a big plus. I had 16 guys over for a Tux Racer LAN party last weekend. The racing was awesome, as was all the anal sex.

  11. Bah.. by grub · · Score: 5, Funny


    Spoiled Linux punks.

    Back in my day we had a galvanized metal box with a circuit board dangling in it. We had an old VT100 terminal hooked up, and we were happy!. In fact we were so poor we couldn't afford all the serial lines so we had to get by with just both data lines and the ground, but we were happy! None of that Fancy-Pants hardware control stuff that became popular among the Brylcreme'd University people at the time.

    Did I mention that to get to this VT100 I had to walk 40 miles uphill kneedeep in snow? Both ways?

    bah..

    [/curmudgeon]

    --
    Trolling is a art,
    1. Re:Bah.. by gorilla · · Score: 3, Funny

      A VT100? I had to do with a VT52 clone. No inserts or deletes, so you had to clear the screen and redraw all the time.

    2. Re:Bah.. by 13Echo · · Score: 2

      You forgot to say...

      "... And we liked it!" from Dana Carvey's 'Grumpy Old Man' skit.

    3. Re:Bah.. by eam · · Score: 1, Funny

      You had a VT52? All I had were 8 LEDs and a hexadecimal keypad. ...in the snow.

    4. Re:Bah.. by RDW · · Score: 5, Funny

      Dana Carvey? LUXURY! When I were a lad we had to make do with watching Monty Python on a 3 inch oscilloscope while we paid IBM 6 shillings an hour to let us debug their punch cards for 26 hours a day with a blunt knitting needle underwater in total darkness! And when you tell young people that today, they don't believe you...

    5. Re:Bah.. by RobKow · · Score: 1, Funny

      You had a keypad? All we had was a single nixie digit and some test points!

    6. Re:Bah.. by iomud · · Score: 2

      Yeah well I had to make due with an etch-a-sketch. We could bearly write let alone read! The only upside was all that screen clearing built up massive triceps.

    7. Re:Bah.. by mangu · · Score: 1, Funny

      You had a nixie? All I had was a single LED, which I read in morse code.

    8. Re:Bah.. by cayenne8 · · Score: 1

      A LED? You were lucky!! We had to do our programming on an abacus!!! Nearly lost a finger trying to install slackware on that damed thing.....

      --
      Light travels faster than sound. This is why some people appear bright until you hear them speak.........
    9. Re:Bah.. by Zorikin · · Score: 2

      You had Monty Python? Well, if WE wanted to look at half-burnt black and white still photographs of naked Buster Keaton doing his "spoon dance" act, WE'd have to march through nine feet of snow for six miles! With no shoes! Over broken glass! Uphill! Both ways! AND THAT WAS THE WAY WE LIKED IT!!!

    10. Re:Bah.. by JabberWokky · · Score: 2, Funny
      A LED? You were lucky!! We had to do our programming on an abacus!!! Nearly lost a finger trying to install slackware on that damed thing.....

      An abacus? Hell... *You* were lucky as hell - the other day somebody asked me to help them out with a Windows XP system!!!

      --
      Evan "Proud owner of a (mostly complete) PDP-11, got started on S100 bus... really *did* program with toggles and LEDs"

      --
      "$30 for the One True Ring. $10 each additional ring!" -- JRR "Bob" Tolkien
    11. Re:Bah.. by Pii · · Score: 1
      An Abacus! State-of-the-Art! We used to have to program in the dirt, with sticks! In a strong wind, or heaven forbid, a rain storm, all of our data was lost. Of course, we were soft even then.

      In my father's day, they had it even worse. Dirt back then was still a bunch of really big rocks, as erosion hadn't yet been developed! And he was THANKFUL!

      --
      For those that would die defending it, Freedom
      has a sweet taste that the protected will never know.
    12. Re:Bah.. by eyez · · Score: 2

      Your LED could do morse code? All Mine could print was binary.... and I LIKED it that way!

      --
      get 0wned. irc.w30wnzj00.com
    13. Re:Bah.. by Anonymous Coward · · Score: 0


      Lear-Siegler Terminal with RG-512 "graphics card" add on. Send escape sequences to draw vectors. Have to add NULL after every 19th line at 9600 baud to keep the graphics card from scrambling....

      On a Vax 11/750 running 4.2 BSD :-)

      Easier days. My password back then was " " (8 spaces)

    14. Re:Bah.. by Anonymous Coward · · Score: 0

      Dirt! You had dirt! In my day we didn't have any of those complex dirt particles. We just had lots of hydrogen. More hydrogen then we knew what to do with. Occasionaly we found some helium. One time we came across some oxygen and lithium. But we didn't have any of your amazing solidified dirt.

    15. Re:Bah.. by Anonymous Coward · · Score: 0

      Hydrogen.. You had hydrogen! All we had was a bunch of lousy quarks.

    16. Re:Bah.. by Quixadhal · · Score: 2

      You had a LED? All we had was a bare wire we stuck our tongue on.

    17. Re:Bah.. by ArsonSmith · · Score: 2

      This post made the entire thread worth while :)

      --
      Paying taxes to buy civilization is like paying a hooker to buy love.
    18. Re:Bah.. by plover · · Score: 2
      Yeah, well, we had it rough.

      When I was a kid they locked us in the math room for an entire summer and I had to edit programs on paper tape with a hole punch for $1.50/hr, and feed 'em back through a 110 baud teletype.

      Oh, wait. I did.

      --
      John
  12. Wonderful for Competition by theBraindonor · · Score: 4, Insightful

    This is absolutely wonderful for Linux 3D graphics. Depending on how well these drivers perform, gamers and graphics developers alike will have an alternative to NVidia.

    The ATI drivers don't even need to outperform NVidia's. An ATI graphics card is almost always cheaper than the corresponding NVidia card. Some of us don't like spending any more of our own money on a computer than we have to.

    1. Re:Wonderful for Competition by 13Echo · · Score: 3, Interesting

      There have been alternatives from Matrox and PowerVR for some time now, but that may not be viable for all users. PowerVR especially is tight-lipped about weather or not they have plans to release a new product any time soon. The Kyro 2 cards are almost 2 years old now, and I am looking for an upgrade. The Radeon 9700 could now be a good choice for me.

    2. Re:Wonderful for Competition by gomerbud · · Score: 1, Troll

      Lets not forget that nVidia has had their driver out for years. Before all of this DRI fuddy-duddy. Back in the XFree86 3.x days. Hell, I'll be supprised if the text console works with the ATI drivers.

      Why not use Plan9 which talks VESA to most graphics hardware. You definitely wont have GL support, it'll be really slow, and you wont have any idea how to use the base system. But at least you'll have Glenda, the Plan9 bunny as your mascott.

      --
      Kan jeg få en pils, vær så snill?
    3. Re:Wonderful for Competition by Puu · · Score: 1

      The PowerVR Series 4 and 5 have been under development for a long time (Kyro 2 is Series 3), but Videologic (a division of Img Tec) is stuck in a hard place: their foundry and tech partner STMicro wants to sell their entire Graphics Products division entirely, and there have been no buyers yet... hence no fabber for Series 4 and 5. (STMicro currently holds the licenses to those two.) Rumours say VIA was interested at some point of time, but nothing materialised.

    4. Re:Wonderful for Competition by Trogre · · Score: 2

      This is absolutely wonderful for Linux 3D graphics.

      I agree.

      However I'm not so sure how results like this will affect the Open Source cause in the long run. It is slightly depressing with all our "open source is better" advocacy to find that the best drivers available, even after specifications have been released and OS efforts sponsored, are still the binary-only closed source drivers.

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  13. NVidia drivers not so hot... by X · · Score: 3, Informative

    Am I the only one who's had problems with some games crashing until this last batch of NVidia drivers came out. For that matter, the last batch didn't include an update for my GeForce2Go (stuck in OEM land), and it *still* crashes a lot.

    --
    sigs are a waste of space
    1. Re:NVidia drivers not so hot... by UberLame · · Score: 1

      Not in games, but I have trouble with Nvidia drivers either crashing XFree or crashing the whole machine. I'm using whatever was current in mid October, and a Geforce3TI200 card.

      --
      I'm a loser baby, so why don't you kill me.
    2. Re:NVidia drivers not so hot... by Anonymous Coward · · Score: 1, Informative

      nVidia drivers don't yet work with flat panel displays in general, because their Linux programmer has not been given the full go-ahead to put the FPD support into the driver. The last I heard though it sounded like he was given the go-ahead to build a prototype, so hopefully that will be fixed sometime soon.

    3. Re:NVidia drivers not so hot... by be-fan · · Score: 2

      I'm using it on a laptop right now and it's worked flawlessly so far. Maybe external flat-panel via DVI?

      --
      A deep unwavering belief is a sure sign you're missing something...
    4. Re:NVidia drivers not so hot... by Anonymous Coward · · Score: 0

      They work fine and dandy on my laptop... GF4 440 go

      I'm using whatever the latest is off the nvidia site.

    5. Re:NVidia drivers not so hot... by Anonymous Coward · · Score: 0

      People who have crashing problems generally have system stability problems. Overclocking, bad memory, cheap motherboards, cheap power supplies, cheap video cards, any of those can cause problems. And by "cheap" I mean low-quality not low price.

      I have personal experience with all these issues. I now am careful to purchase well tested and known good hardware. I have been using only nVidia hardware for several years now (from known good vendors).

      Although sometimes ATI's hardware looks good, their drivers always suck and really, the hardware is no better than other offerings and often worse (check out some of those benchmarks for the 9700 if you don't believe me).

    6. Re:NVidia drivers not so hot... by Camulus · · Score: 2

      Well, I know a friend of mine has a box that dual boots between win2k and redhat 7.2 (maybe 7.3) and he has two SGI 17" flat screen LCD's working. He had to recompile the kernel a few times and hack around the OS, but you actually can get it working with a Geforce 3 (don't remember which one he had specifically though). Then again, knowing him, he might have written the driver himself.

    7. Re:NVidia drivers not so hot... by X · · Score: 2

      People who have crashing problems generally have system stability problems. Overclocking, bad memory, cheap motherboards, cheap power supplies, cheap video cards, any of those can cause problems. And by "cheap" I mean low-quality not low price.

      This seems unlikely, as a) the problem consistently happened when doing specific activities, and b) the problem was happening on a brand new Dell system using the NVidia card that came with it, c) the problem went away once the new drivers came out, d) Dell support encouraged me to install the beta drivers when I first had the problem, as they said the release drivers were unstable.

      Similarly, the problems I'm having with my GeForce2Go are on a Dell laptop that has been around for quite some time. It works fine until I use dual screen, play 3D games, or in any other way take advantage of the more unique features of the card. Whenever the problem happens, XP reports the error as a problem in the NVidia driver. Methinks the overwhelming odds are with a problem in the driver.

      --
      sigs are a waste of space
    8. Re:NVidia drivers not so hot... by ccool · · Score: 1

      I have a Nec LCD1700 with an old NVidia Tnt 2 ultra. When I use the driver from Nvidia, the last stable ones, my X server always crash. I have to stay with the default nv driver if I want my X to work... This is "old" stuff and it's still not working right... This new driver is really making me think to buy a 9700 AIW. As I know, they are still the best in multimedia all in one kit.

    9. Re:NVidia drivers not so hot... by G+Money · · Score: 1

      What model ATI card are you using? I would be interested in getting a laptop with the Radeon 9000 mobility for Christmas. ANyone have experience with these and the latest ATI drivers? I don't want to spend $179 for the XiG drivers but I don't want to be stuck with just vesa either. Does anyone know if TV-Out works with the new ATI drivers?

    10. Re:NVidia drivers not so hot... by cheezedawg · · Score: 4, Insightful

      Funny- people install bad drivers on a Linux machine that crash the computer, and all they say is "Oh well, I hope these drivers improve."

      People install bad drivers that crash a computer running Microsoft, and people scream "Look how unstable this Microsoft OS is!!!"

      --
      "The defense of freedom requires the advance of freedom" - George W Bush
    11. Re:NVidia drivers not so hot... by dildatron · · Score: 2

      Acutally, I have heard most people just blaim the drivers. anyone else is not rational.

      Even on windows. My experience may vary, but I try not to blaim MS whenever possible.

      --


      If you had nuts on your chin, would they be chin nuts?
    12. Re:NVidia drivers not so hot... by Anonymous Coward · · Score: 0

      Come on, at least mention that you are talking about the nv driver included in XFree86 (the nv driver maintainer does work for NVIDIA). The parent is NOT talking about the Linux drivers available from nvidia.com.

    13. Re:NVidia drivers not so hot... by Anonymous Coward · · Score: 0

      The nv driver maintainer is the same person that maintains the nvidia binary only driver.

    14. Re:NVidia drivers not so hot... by Puu · · Score: 1

      Radeon 9700 smokes GF4 4600 in just about every benchmark there is. Especially at higher resolutions, and with AA and AF on. Check any hardware site (Tom's, Anand, Beyond3D, whatnot) to see for yourself. ATI's R300 based hardware is fantastic. And the drivers are reported to be quite solid, on par with Nvidia's (who, incidentally, has had some quality problems with the 40.x drivers, odd stuttering in games -- se the sites for more info). This in Windows land - I don't know about *nix or *BSD.

    15. Re:NVidia drivers not so hot... by irc.goatse.cx+troll · · Score: 1

      Because when a linux driver goes bad, you loose your game of rtcw. When a windows driver goes bad, you get a BSOD and need to reboot loosing anything you had left open while gaming.

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    16. Re:NVidia drivers not so hot... by cheezedawg · · Score: 2

      According to the parent post,

      I have trouble with Nvidia drivers either crashing XFree or crashing the whole machine.

      --
      "The defense of freedom requires the advance of freedom" - George W Bush
    17. Re:NVidia drivers not so hot... by puetzk · · Score: 1

      radeon 9000 is also supported by latest X/DRI cvs, so you should be fine. I've heard about some glitches (support is still very new) but it looks like it should come together pretty nicely by 4.3.

      --
      The Matrix is going down for reboot now! Stopping reality: OK. The system is halted.
    18. Re:NVidia drivers not so hot... by irc.goatse.cx+troll · · Score: 3, Informative

      He just dosnt understand that the machine isnt really dead, just the head.
      99% of the time you can still blindly restart X and recover fine. The Magic SysRq key helps a lot for recovering from X problems.
      As for just crashing X, thats why I run my games on a seperate X server, something you can't do in windows. I keep :0 for gaim, moz, Eterm.. and :1 for rtcw/winex/q3/q2/qw

      --
      Pain lasts, kid. Its how you know you're alive. Sometimes I think this growing up thing is just pain management-TheMaxx
    19. Re:NVidia drivers not so hot... by MrResistor · · Score: 2

      Not for me, sadly. I have a USB keyboard (SGI, it's a really great keyboard, but doesn't seem to work with a USB-PS/2 adapter), and when X crashes it generally seems to take my USB drivers with it, so no KB input for me. It hasn't been a problem since I stopped using KDE, though. Not that it wouldn't happen, but WindowMaker just doesn't crash.

      I do sometimes have a problem with either my KB or mouse (also USB) not recognized at boot. Strangely it's almost always one or the other, very rarely both.

      --
      Under capitalism man exploits man. Under communism it's the other way around.
    20. Re:NVidia drivers not so hot... by cheezedawg · · Score: 2

      Ah- another common /. attitude- if you are having problems with Linux it is because you don't know what you are doing. It is that kind of dedication to usability that will help propel Linux to the desktop...

      I've seen X bring down a system too many times to just dismiss the parent as somebody who doesnt understand whats is going on.

      --
      "The defense of freedom requires the advance of freedom" - George W Bush
    21. Re:NVidia drivers not so hot... by HuguesT · · Score: 1


      > I've seen X bring down a system too many times to > just dismiss the parent as somebody who doesnt
      > understand whats is going on.

      As in kernel panic, or as in display frozen?

      In the second case you can still telnet to the machine and restart the X server.

    22. Re:NVidia drivers not so hot... by hirschma · · Score: 1

      Wrong, I am talking about the drivers that Nvidia provides. Want to see my XF86Config?

    23. Re:NVidia drivers not so hot... by cheezedawg · · Score: 2

      I was talking about kernel panic. Granted this extreme case has only happened to me twice, but it does happen. One time this system hang was even accompanied by a nice high pitched buzzing noise coming from my speakers (when I was trying to configure X for a new vid card).

      And many times it is either not possible to connect remotely (like if the computer is not connected to a network at all), or it is just a hell of a lot easier to reboot the thing than go find a computer that you can telnet with...

      --
      "The defense of freedom requires the advance of freedom" - George W Bush
    24. Re:NVidia drivers not so hot... by Anonymous Coward · · Score: 0

      I had a similar problem under KDE on my box. Try adding

      Option "NoRenderAccel" "On"

      to Section "Device" in XF86Config-4.

    25. Re:NVidia drivers not so hot... by Anonymous Coward · · Score: 0

      What are you talking about? Even a DVI-D driven flat panel looks the same to the driver. Modelines are still needed, etc... What possible difference could a flat panel make?

  14. RPM package format only by denisb · · Score: 5, Insightful
    Quote the ATI driver page :
    ATI FireGL provides the drivers in only one standard packaging
    format. It's the widespread RPM packaging standard which is well
    Known in the Linux community. Respective files are named "*.rpm"
    and are just called RPMs. Its assumed that this is the method
    that serves the needs our customer's best.

    RPM is nice and such, but please do like Nvidia, and provide a non RPM option ! I can get around this by using RPM and extracting the stuff, then making an ebuild or something, but hey, it is much easier if RPM is complemented by a tgz ..
    --
    life+universe+everything=42
    1. Re:RPM package format only by crimsun · · Score: 5, Informative

      Please see this file. It recommends using Alien [Debian users are specifically mentioned], which can easily generate a tgz as well.

      Also of note is that Debian Sid's libc6 isn't supported. (Please correct me if I'm wrong.) Again, please refer to the above readme.

    2. Re:RPM package format only by int-21 · · Score: 0

      Slackware's rpm2tgz utility could be useful for package conversion...
      (works on most/all RPM-style packages)

    3. Re:RPM package format only by Neon+Spiral+Injector · · Score: 2

      Alien requires that you have all the RPM junk installed too. So it still requires a lot of extra work just to get a .tar.gz file.

    4. Re:RPM package format only by Anonymous Coward · · Score: 0

      Use the rpm2tgz executable. It does a good job converting .rpm to .tgz.

    5. Re:RPM package format only by Anonymous Coward · · Score: 0
      Whaa whaa! I don't like RPM whaa whaa whaa!! Why can't you make them in .RAR format like everyone I know whaa whaa!!!!

      Hint: The term is "looking the gift horse in the mouth". ATI do this for *FREE* (read it again: *FREE*). Bitch a lot, and they won't do it at ALL.

    6. Re:RPM package format only by 7-Vodka · · Score: 3, Informative
      Theres also a program called rpm2targz:

      emerge search rpm:
      app-arch/rpm2targz
      Latest version available: 8.0
      Latest version installed: [ Not Installed ]
      Size of downloaded files: 3 kB
      Homepage: http://www.slackware.com/config/packages.php
      Description: Convert a .rpm file to a .tar.gz archive

      --

      Liberty.

    7. Re:RPM package format only by Puu · · Score: 1

      Well, they don't sell the cards for free. With the 300+ bucks you pay for a R9700 card, aren't you entitled to some nice customer service with the drivers?

      And this is not only after-sales bitching. Available drivers are a key point to many prospective buyers (as evident enough here).

    8. Re:RPM package format only by Anonymous Coward · · Score: 0
      I bought this R9700 card for 300+ bucks and it DOESN'T SUPPORT MY AMIGA. HOW ABOUT SOME FUCKING NICE CUSTOMER SERVICE.

      They don't market the card for Linux. The box doesn't come with drivers for Linux, or NetBSD, or OpenBSD, or FreeBSD, or QNX, or even the Macintosh. You buy this card because it advertises drives for *WINDOWS*. If you buy the card and ati are nice enough to make Linux drivers for you, good for them, but it's hardly expected of it from them for "300+ bucks".

      I bet you're mad your cordless phone doesn't get cel calls, aren't you?

    9. Re:RPM package format only by Anonymous Coward · · Score: 0

      Did you try the alien package converter? It might work, but I donno...

  15. Can someone post the download site? by Marx_Mrvelous · · Score: 1

    Someone post a mirror or download site, they haven't updated their driver download page yet.

    (And then other people mod it up!)

    --

    Moderation: Put your hand inside the puppet head!
  16. hmmmm.... by Solidblu · · Score: 0

    I wonder how hard it would be to get these working with the Gentoo UT2K3 live cd.... I mean in a lot of computer labs they have dells which have ATI cards and it would be a huge lan party for the price of a cdr and you wouldn't even have to bring much at all.... hmm I wonder....

  17. RADEON 64 DDR VIVO by Anonymous Coward · · Score: 0

    So I'm still out of luck for getting my RADEON 64 DDR VIVO to work with Gigabyte GA-7XDR becuase it has a VIA chipset. Its really to bad they didn't release this driver for all RADEON cards. :(

    Also, I'm wondering if this driver will work on any of the VIA chipset boards.. ATI has had some real troubles with this chipset..

    1. Re:RADEON 64 DDR VIVO by Sinistar2k · · Score: 2

      Likewise, my 8500 128 sits in the gaming (ie, XP) machine. A 7200 sits in my Linux workstation. Plays Quake 3 like a charm, but without the S3TC support, no UT2003.

    2. Re:RADEON 64 DDR VIVO by afxgrin · · Score: 2

      Well, my Radeon 64 DDR VIVO works on my EPoX VIA KX-133 based motherboard.

      Using Mandrake 9.0 (worked in Mandrake 8.0 -> 8.2 as well), I can play any games based on the Q3A engine (such as RTCW), and it works fine. The only problem with the open source drivers for the Radeon 7200 (aka: 64 DDR VIVO),is lack of S3TC support.

      This also seems to be causing a problem with WineX as well. I just want to play Counter-Strike and Natural Selection under Linux with a half decent frame rate, and NOT have to buy a new vid card.

      By the time this driver if functioning to the performance level I want, I'll probably have bought a new card anyways. But this is only a problem for games played thru WineX.

  18. Hah squared! by mao+che+minh · · Score: 4, Informative

    UT 2003!
    Linux Games!!
    Tux Games!
    Neverwinter Nights!
    In your face you greasy little "Linux doesn't have any games" troll!

    1. Re:Hah squared! by Cyn · · Score: 2

      neverwinter nights finally got their client out for linux?

      --
      cyn, free software and *nix operating systems enthusiast.
    2. Re:Hah squared! by Anonymous Coward · · Score: 0

      no, they have not...

      UT2003 sucks on Linux anyway... (well, compared to Windows it's much slower; annoyingly so)

    3. Re:Hah squared! by wario78 · · Score: 0

      In your face you greasy little "Linux doesn't have any games" troll!

      Yes, Linux does indeed have some games. Some of them are very, very good. But the key word there is 'some'; Windoze, like it or not, has many, many games - and some of them are very, very good too.

    4. Re:Hah squared! by rizzo · · Score: 2

      Until I see Medal of Honor and Battlefield 1942, I have little choice in the matter. :(

      --

      "More organs means more human." - Zim

    5. Re:Hah squared! by Anonymous Coward · · Score: 0

      I'll agree that Linux does have games, and some good ones too. The problem is *specific* games, especially those that are mulitplayer. If I want to play the newest addictive multiplayer game out there, odds are (currently) that the Linux version isn't out yet, or (worst case) isn't even planned. I'd like to be able to play online with my non-Linux friends.

    6. Re:Hah squared! by NotAnotherReboot · · Score: 2

      For every good Linux game you can list, I can list 10 good Windows games. This is great that more games that are top notch are being supported in Linux, but if you look at the whole picture, if you want to play the latest and greatest games you still need Windows.

    7. Re:Hah squared! by runderwo · · Score: 1
      Until I see Medal of Honor and Battlefield 1942, I have little choice in the matter. :(
      You have plenty of choice. You can go to TransGaming's website, pay $15 for a 3 month membership, and vote Medal of Honor and Battlefield 1942 up as the next games to support.

      That is, if you actually *did* want to do something besides evoke pity with your comment....

    8. Re:Hah squared! by Tet · · Score: 2
      Until I see Medal of Honor and Battlefield 1942

      Ask and ye shall receive. Linux versions of both are imminent from the immensely prolific Ryan C. Gordon. The man's a genius, and deserves your support...

      --
      "The invisible and the non-existent look very much alike." -- Delos B. McKown
  19. Forgive my skepticism... by GeckoFood · · Score: 3, Interesting

    ...Radeon 8500 or higher card (up to the 9700)...

    It is all well and good that they are putting out drivers that works "across the board" for their product line, but I have seen, time and again, where a "universal" device driver is not so universal after all. If it was written on a machine sporting an 8500, where does it degrade with the 9700 and so on? If they are not the same card, they won't be 100% compatible.

    Another possibility is that the drivers are written to work generically with the chipset. This would have the distinction of having unremarkable drivers that do not push any card to its full potential.

    My deep and sincere apologies to ATI if they are successful in making a universal driver for their stuff that actually takes full advantage of each device. I would bet that such a driver would be a real winner.

    --
    Be excellent to each other. And... PARTY ON, DUDES!
    1. Re:Forgive my skepticism... by Chad+Page · · Score: 1

      You can have both the R200 (8500/9000) and R300 (9500/9700) branches seperate so that optimized code is run for each chip. For all I know it has two totally different drivers for those two families.

      The DRI drivers have seperate R100 (original/7x00) and R200 drivers, btw.

    2. Re:Forgive my skepticism... by Anonymous Coward · · Score: 0

      You obviously don't have a NVidia card. They've been doing this universal driver thing since the TNT series.

    3. Re:Forgive my skepticism... by DITroman · · Score: 1

      Nvidia has been doing that forever and they're considered by many to have the most stable highest performing driver in the desktop market. In fact ATI has been trying to go to a unified driver for some time (due in part to Nvidia's positive feedback from users who like not being able to mess up driver selection).

    4. Re:Forgive my skepticism... by oliverthered · · Score: 2

      If the 'chipset' specific code only takes up 10% of the driver and the rest is generic code then shiping a universal driver makes perfect sence.

      --
      thank God the internet isn't a human right.
    5. Re:Forgive my skepticism... by daoine_sidhe · · Score: 2, Informative

      Yes, you'd think that there would be either compatibility or performance issues across different hardware, but I've run the new Catalyst unified driver with both a 7500 and an 8500 and performance on both was drastically increased. I'd have to say that the new drivers actually push them much further towards their potential than the old seperate ones did. Ah well; I say kudos if they can do it on the linux platform as well, and certainly nothing (by consumers) is lost in the effort if they can't. Anyone got any benchmarks yet?

    6. Re:Forgive my skepticism... by BrookHarty · · Score: 2
    7. Re:Forgive my skepticism... by Anonymous Coward · · Score: 0

      My TiBook has a Radeon 9000 (week old laptop - latest model) and Apple Profiler list the card model as R250 not R200. Are you sure you got those models right?

    8. Re:Forgive my skepticism... by puetzk · · Score: 1

      R250 is very similar to R200 (though you're right, not identical).

      Close enough that the R200 driver runs it just fine. Basically, it's an R200 with fewer pixel pipelines (it was cut down a bit to make it cheaper) and a little bit higher clock (due to a process shrink IIRC).

      Not many differences from the driver's point of view, just a little less performance and a lot cheaper.

      --
      The Matrix is going down for reboot now! Stopping reality: OK. The system is halted.
    9. Re:Forgive my skepticism... by cgleba · · Score: 2

      Just because it is one driver does not imply that it is the least common denominator (it could be but is most likely not):

      pseudo code:

      switch (PCIID)
      case nv300:
      do really cool nv300 optimized stuff;
      case nv200:
      do neato nv200 magic;
      case nv100:
      do nv100 specific things;
      default:
      tell user to go buy a Radeon

  20. Nice to see ATI making more "general" drivers... by Chad+Page · · Score: 2, Informative

    The original drivers were for the professional FireGL 8800-type cards only. Then people figured out they could be made to work on the regular 8500 as well, and instead of putting the smack down decided to officially support it as well. Now these new drivers have xvideo and s3tc support so that desktop and gaming users will enjoy them a lot more, and work on 8500-9700 ATI cards. Keep up the good work, and don't forget DRI people too :)

  21. NVIDIA... by Anonymous Coward · · Score: 0

    Will NVIDIA's NV30 have linux drivers available?
    Also does Creative have linux drivers for their Platinum Audigy 2?

    thnx

    -5q33z

    1. Re:NVIDIA... by Spellbinder · · Score: 1

      amd told about testing ut2k3 with their 64 bit cpu and nv30 gpu -> geforce fx
      www.linuxgames.com

      --


      stop supporting microsoft with pirating their software!!!!!
    2. Re:NVIDIA... by Anonymous Coward · · Score: 0

      Audigy? Search SourceForge for "emu10k1", they have a branch for the Audigy which should work for you.

    3. Re:NVIDIA... by Jim+Norton · · Score: 2

      Usually support for newer cards is built into the driver sets before the actual hardware is released. That's the case for the Windows version, so hopefully there will be a build for Linux available which supports NV30 by the time it comes out.

      --
      -- Jim
    4. Re:NVIDIA... by Anonymous Coward · · Score: 0

      what the fuck are you babbling about you cumbubbling fucking cunt?

  22. I remember... by Anonymous Coward · · Score: 0

    Funny, how ATI wants to bring out cards to compete again Nvidia, but the one place they forgot to support was Linux.

    I remember a time where ATI cards were better supported in Linux than Nvidia-based cards were.

    Now, the tables have turned...

    ATI is late coming to market with a set of drivers that will support Linux properly or even support a good chunk of the needed graphics APIs. Are you sure your not Matrox with the bad / late deliverance of OpenGL drivers to market?

    This could cost them some potiential owners. Since Linux is becoming a more well known force in the OS industry. I know that I will not buy a card from ATI, unless I need some kind of cheap 2d framebuffer card for my servers.

    All I can say is be very careful using these drivers. ATI isn't know for their reliable driver development and releases.

    Oh and expect a performance hit, cause that ATI's nature when they release new drivers.. Maybe in the 5th revision of the drivers, you'll be on par with Windows.

    1. Re:I remember... by redragon · · Score: 1

      I remember when no one (ATI or Nvidia) supported linux at all, and the only drivers that were out there were the ones created by us freaks that were able to glean (convince a nice engineer to give us), or poke and prod the system to get.

      The only reason ATI cards were better supported was because more people had them, so the hackers were obously trying to get them to work.

      The companies could have given a rats ass that we were working on it.

      C-out

      --
      - Sighuh?
  23. benchmarks by pyr0 · · Score: 2, Interesting

    Has anyone benchmarked the new drivers vs. NVIDIA yet? I'd be curious to see how well they perform.

    1. Re:benchmarks by Spellbinder · · Score: 1

      i think a benchmark against windoze drivers would be better =)))

      --


      stop supporting microsoft with pirating their software!!!!!
    2. Re:benchmarks by Nehemiah+S. · · Score: 2

      My gaming box has an 8500, dual 1800+ with 2GB ram and u160 raid. I haven't done any serious benchmarking, but I run with /showfps 1 or whatever so I can see the numbers all the time. Uncapped, with AA off, I get about 260-450 fps in quake 3 on 1.32 windows XP, and about 10-40 max in linux (mandrake 8.2) using the old FireGL drivers. On windows I can set the card to 4x AA and cap my fps at 125, and never fall below that. Linux cannot run with AA on. This is at 800x600 in windows and 800x512 in linux, and fov set to 106 (running on an sgi 1600sw monitor).

      So IMHO ATI's linux performance sucks, but more importantly, I get incredible artifacting in linux, making it almost completely unplayable. It is a shame, because my ping in linux is much more stable and 15-30ms lower than in windows.

      I will install these new drivers tonight and see if anything improves.

      --
      ... and there is no doubt, that one day he will be
      where the eye of his telescope has already been
    3. Re:benchmarks by pyr0 · · Score: 2

      Actually, benchmarks against "windoze" drivers are irrelevant if you are only interested in running linux. The question I want to know is this: when I get a new computer should I go with ATI or NVIDIA? Which performs better with fewer driver problems under linux?

    4. Re:benchmarks by Anonymous Coward · · Score: 0

      Matrox

  24. What about the Radeon 7500? by cnmill · · Score: 1

    Website was kinda vague but not encouraging about the ole 7500's. I stopped using Mandrake because of the lack of support for the Radeon 7500. Luckily RedHat and Suse supported my card. Maybe it was blessing in disguise.

    --
    How sleepless is the egg, knowing that which throws the stone forsees the bone.
    1. Re:What about the Radeon 7500? by swv3752 · · Score: 2

      Strange, because Mandrake Has supported my Radeon 7500 since at least 8.2. Probably was in previous version but can not comment as I only had the card since installing MDK8.2 and then upgrading to 9.0 on my computer. It was probably a configuration issue on your part.

      --
      Just a Tuna in the Sea of Life
    2. Re:What about the Radeon 7500? by Anonymous Coward · · Score: 0

      My brand new laptop has the ATI 7500 in it.
      I would like to play UT2003 without having to buy the XI Graphics driver. I wish they would support the 7500!

    3. Re:What about the Radeon 7500? by Anonymous Coward · · Score: 0

      I have a Radeon 7500; you use the standard radeon driver with XFree 4.2.0. Enable the DRM in the kernel if you want hardware acceleration - a must if you want nice 3D OpenGL support. XVideo is alright without the DRM (at least from what I can tell).

    4. Re:What about the Radeon 7500? by damiam · · Score: 1

      Don't bother with binary drivers for the 7500. Get the open-source ones from dri.sourceforge.net.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
    5. Re:What about the Radeon 7500? by Jeffk67 · · Score: 1

      I have a Radeon 7500 AIW and have random hard lock ups in X. When it locks up nothing works. I can't open another terminal or kill X. I have spent hours playing with my configuration, searching newsgroups, and reading documentation. Mostly though I either just work from a prompt in Linux or pop in my win2k drive. This shit is what makes it doubtful linux will be successful on the desktop. I mean ATI is what, number 1 or 2 in graphics chipsets and they can't be bothered to support a card they came out with six months ago? The card is great under windows but if I had known what a pain it would be under X windows I would have looked elsewhere.

    6. Re:What about the Radeon 7500? by crush · · Score: 2

      "Built by ATI" or "Powered by ATI" ?

    7. Re:What about the Radeon 7500? by rwa2 · · Score: 2

      The website mentions the gatos project several times for support of this card.

      My Radeon 7500 works great right now. I'm using the latest gatos drivers, and xawtv works great, and 3D acceleration is good enough to play RtCW and Tribes2 (albeit in pretty low res on my 1Ghz Duron). The only shortcoming is that XVideo mode won't let me use the framegrabber, though I think this is working in CVS versions of gatos at the moment... after that, we should be able to record as well as view TV inputs.

      I had some instability earlier, but it turned out to be problems with my motherboard BIOS instead. Playing around with different BIOS releases seems to have fixed the problems.

      Let me know if you need any help... it looks like the Radeon 7500 is a dead end though (but I wasn't about to pay twice as much for an 8500 AiW). Support from the gatos project has been superb!

    8. Re:What about the Radeon 7500? by zyzstar · · Score: 1

      My Radeon 7500 QW does not work great. I'm also using the latest gatos driver - but X server locks the whole computer if running some more complex 3D application - even some XMMS visualization plug-ins do this! I'm afraid this card is out of interest of both gatos/XFree and ATI developers. :-(

    9. Re:What about the Radeon 7500? by Anonymous Coward · · Score: 0

      I had same problems with my radeon 7500 built by ati, using xf86 4.2.x. It's a bug in the version mesa/dri 3.4.2? it comes with. Gatos doesn't do jack to fix the problem. Running for example quake3 or nebulus-xmms vis plugin are good examples.
      If you goto dri.sf.net and download from cvs and build it as I write this it currently works. dri-trunk (cvs) 4.2.99.2 with OpenGL version string: 1.2 Mesa 4.0.4.
      XFree86 4.3 is going to be very nice for this card. I only wish they would have upgraded to the more recent mesa... you bastards you killed my openl 1.4!

  25. Uh... by puppetman · · Score: 3, Interesting

    nVidia has used a universal driver for years. Doesn't matter if you have a GeForce2 MX or a GeForce 4600, you download the same driver for the OS.

    I wonder - is the "installation" package unified, or is the actual driver that gets installed unified?

    IE the installation program detects what driver needs to be installed, and then pulls the relevant files out of the installation file and installs them (how many times can one use the word install or it's derivatives in one sentance before you are forced to take a technical writing class?).

    I think will have to wait for the benchmarks to come out to figure out the answer.

    1. Re:Uh... by puppetman · · Score: 2

      Damn. This was supposed to be in response to a message by GeckoFood,

      "...Radeon 8500 or higher card (up to the 9700)...

      It is all well and good that they are putting out drivers that works "across the board" for their product line, but I have seen, time and again, where a "universal" device driver is not so universal after all. If it was written on a machine sporting an 8500, where does it degrade with the 9700 and so on? If they are not the same card, they won't be 100% compatible.

      Another possibility is that the drivers are written to work generically with the chipset. This would have the distinction of having unremarkable drivers that do not push any card to its full potential.

      My deep and sincere apologies to ATI if they are successful in making a universal driver for their stuff that actually takes full advantage of each device. I would bet that such a driver would be a real winner."

    2. Re:Uh... by 3vi1 · · Score: 4, Informative

      The actual driver is unified. You can pull a TNT-based card out of your machine and replace it with a GF4 board and never have to update the drivers.

  26. Woot! by ACK!! · · Score: 2

    Now, I can buy that outrageously expensive alienware laptop with the Radeon 9000 and bring it to my lan party to kick some serious rear in UT200-whatever!

    I just need more linux games.

    Brother, do have another Loki to spare?

    One that can run a company this time would be nice.

    Ok, now back to serious work.
    ___________________________________________ _______

    --
    ACK /ak/ interj. 2. [from the comic strip "Bloom County"] An exclamation of surprised disgust, esp. i
    1. Re:Woot! by treke · · Score: 2

      Try Linux Game PublishingTheir newest port Majesty is in beta, and kicks ass

    2. Re:Woot! by be-fan · · Score: 2

      Or you can buy the much cheaper (and identical :) Sager or Prostar machine. Don't use it on your lap though, if you ever plan to have kids.

      --
      A deep unwavering belief is a sure sign you're missing something...
  27. 3DNow! support too by Brian+Stretch · · Score: 5, Funny

    From the release notes:

    NOTE: The OpenGL driver can use AMD 3DNow! enhanced opcodes as well
    and - due to design - does not need a kernel patch for AMD 3DNow!.


    Now that's the kind of thing I like to see.

    1. Re:3DNow! support too by gomerbud · · Score: 1

      WTF? Linux has supported 3DNow! for some time now. It also support other, more modern extensions to the x86 instruction set like SSE and SSE2. Does anyone else find it a little odd for this note to exist?

      --
      Kan jeg få en pils, vær så snill?
  28. On the other hand... by Chad+Page · · Score: 3, Informative

    For Radeon cards (up to the 9000 ATM) there are free software DRI drivers as well. They cannot perform as well as these and the Windows drivers because of restrictions on what can be released as source, but they work well on BSD, which the ATI driver's don't do and NVidia didn't do until very recently.

    The FreeBSD porter did a good job with the dri-devel tree - it goes through the tedious process of building and installing a new XFree86 DRI setup for you. I was running my 8500 under FreeBSD the same night I installed it, to my pleasant suprise.

  29. All-In-Wonder support, anyone? by Fafhrd · · Score: 3, Interesting

    Does anybody know if this driver supports the video input/output features of my All-In-Wonder Radeon 8500DV? I'd love to have xawtv running on my screen, or to watch mplayer on the TV.

    Or do I have to run the GATOS driver for that?

    1. Re:All-In-Wonder support, anyone? by karlandtanya · · Score: 3, Informative

      ATI is investigating the possibility of supporting TV Out under Linux for products which include this feature.
      The GATOS Projectmentions limited use of this feature in some of their configurations.
      Linux ATI TV Out Support Programis a work in progress by Lennart Poetteringto control the TV Out feature of certain ATI graphics products under Linux. It has currently been tested on Rage Mobility P/M devices only, but should also work for RADEON and RAGE 128 according to the author.

      --
      "Reality is that which, when you stop believing in it, doesn't go away." - Philip K. Dick
    2. Re:All-In-Wonder support, anyone? by imroy · · Score: 1
      I'd love to have xawtv running on my screen, or to watch mplayer on the TV.

      And what would you watching with MPlayer? A DVD perhaps? The DVD-CCA (or whoever) would be on ATi's back to make sure that Macrovision is always turned on and not easily disabled. Otherwise, you would be able to record a DVD onto VHS tape. Oh the horror!

      I believe a number of years ago Matrox refused to release docs about some of their tv-out hardware to some Linux developers for the same reason. Well, guess what? The Linux hackers reverse-engineered the hardware and found out enough info on how to drive the hardware without Matrox's help. And they found (I think) the Macrovision enable/disable bit in one of the control registers.

    3. Re:All-In-Wonder support, anyone? by Anonymous Coward · · Score: 1, Informative
      atitvout works with my laptop's ATI Radeon Mobility 7500. The only drawback is that I can only have output on either the LCD or on the TV but not both at the same time. Otherwise it works well in either text mode or X. I use it in conjunction with MPlayer to watch DVDs on my living room TV.

      To turn on TV out I have to make sure I boot the machine with the television connected to the videocard then issue

      atitvout -f t


      at a shell to get TV out. To get LCD again, I issue

      atitvout -f l


  30. Cool! by lazyl · · Score: 1

    I can double my Karma score my posting an interesting question and then replying with an informative response! Sweet.

    (Not that I think the poster did that on purpose, but it's still funny)

    --
    Aw crap, ninjas!
  31. But but but... by CableModemSniper · · Score: 1

    I have a Radeon Mobility 7500. I think that number is too low. Dammit, and to think I almost thought I could stay in Linux to play UT2K3.

    --
    Why not fork?
    1. Re:But but but... by Anonymous Coward · · Score: 0

      The DRI drivers for the 7500 are really solid, any new distro should come with them.

    2. Re:But but but... by swv3752 · · Score: 2

      Xi Graphics

      I have been less than impressed, but they do work. Maybe you will find it is worth while.

      --
      Just a Tuna in the Sea of Life
    3. Re:But but but... by CableModemSniper · · Score: 1

      I'm using them and they are solid. Problem is no S3TC, so no UT2K3. Thats all.

      --
      Why not fork?
  32. Nice License Agreement by waldoj · · Score: 4, Funny

    I like how their license agreement on the download page is in a text area in a form. I erased all of the text and wrote "ATI will give me one BILLION dollars," and submitted it. And they accepted it! Thanks to UCITA, that's valid, too. (I think. OTOH, who the hell can figure out UCITA?)

    Ooh, I submitted it again and now they owe me a monkey. Pay up, ATI!

    -Waldo Jaquith

    1. Re:Nice License Agreement by Anonymous Coward · · Score: 0

      ATI is a Canadian company, are they liable under UCITA?

    2. Re:Nice License Agreement by BJH · · Score: 2, Funny

      I think you meant "one beeeeelion dollars". Please, let's try and be accurate.

    3. Re:Nice License Agreement by Spoons · · Score: 3, Funny
      I like how their license agreement on the download page [ati.com] is in a text area in a form. I erased all of the text and wrote "ATI will give me one BILLION dollars," and submitted it. And they accepted it!

      I don't think they'll be out too much..... ATI is a canadian company. 1 Billion canadian is about $1.25 US, right?
    4. Re:Nice License Agreement by Elwood+P+Dowd · · Score: 2

      ATI does business in the US. They are an international company. They are subject to the laws of every nation they do business in.

      --

      There are no trails. There are no trees out here.
    5. Re:Nice License Agreement by tmark · · Score: 3, Funny

      How can you agree to binding another party to do something, by simply agreeing to an agreement of your own writing ?

      If ATI sent back the contents of the form in a confirmation page that acknowledge they were accepting the agreement as set for in the form, it might work.

      As it is, I think the way you will be seeing a monkey is if you start beating your own.

    6. Re:Nice License Agreement by Anonymous Coward · · Score: 0

      That would be funny if you could actually erase the text, but you can't on either Moz or IE.

    7. Re:Nice License Agreement by Anonymous Coward · · Score: 0

      That would be accurate if you could only use two browsers, but there are hundreds of them.

    8. Re:Nice License Agreement by krogoth · · Score: 2

      Make sure they don't just give you a copy of RenderMonkey.. You have to be careful or they'll cheat you out of what they agreed to give you.

      --

      They that quote Benjamin Franklin on liberty and safety deserve neither.
    9. Re:Nice License Agreement by Anonymous Coward · · Score: 0

      No fair! I want a monkey, but I don't need the drivers.

    10. Re:Nice License Agreement by zapfie · · Score: 1

      </humor>

      --
      slashdot!=valid HTML
    11. Re:Nice License Agreement by Anonymous Coward · · Score: 0

      Yeah, except ATI are canadian, so you'll get on BILLION Canadian dollars, which is worth about five bucks.

    12. Re:Nice License Agreement by Forkenhoppen · · Score: 2

      How can you agree to binding another party to do something, by simply agreeing to an agreement of your own writing ?

      I say they agreed by way of providing him with the binary files. ;)

    13. Re:Nice License Agreement by peter · · Score: 2

      Hey dude, that buys a lot of maple syrup.

      --
      #define X(x,y) x##y
      Peter Cordes ; e-mail: X(peter@cordes , .ca)
  33. press release by tornater · · Score: 4, Informative

    The press release gives more information. These are unified drivers for ATI cards on Linux--COOL.

    1. Re:press release by GeLeTo · · Score: 1
      From the press release:
      The new unified driver provides robust OpenGL® 2.0 support...
      If this is true than these are the first publicaly avaiable OpenGL 2 drivers. But it's probably a typo because AFAIK the gl 2 spec has not been finalized yet.
    2. Re:press release by grmoc · · Score: 1

      No, it says 1.4 support with 2.0 extensions.

      Quote:
      The new unified driver provides robust OpenGL® 1.4 support, with 2.0 extensions, for many of ATI's award-winning graphics boards

  34. Why support binary drivers? by azz · · Score: 4, Insightful

    There were rumours flying around a while ago that open-source Radeon 8500 drivers would be appearing. I'm therefore sad to see that ATi have decided that closed source drivers are the way forward. I don't see any reason to promote this on Slashdot, or to consider this in any way beneficial for the open source community; remember, closed-source Linux drivers are not support, they're marketing. Thanks, ATi, I'll be buying my graphics hardware elsewhere in the future.

    1. Re:Why support binary drivers? by dinivin · · Score: 2


      Uhhh... There are open source 8500 drivers, available from the DRI project. These are just a closed source alternative.

      Next time, do some research before jumping to conclusions.

      Dinivin

    2. Re:Why support binary drivers? by Anonymous Coward · · Score: 0

      let me guess..... you use debian and have removed all "non-free" references in your apt sources. oh... and you forgot to say "GNU/Linux"

    3. Re:Why support binary drivers? by silas_moeckel · · Score: 1

      Remember one thing about closed source drivers a lot of the code that is in there for performance is seriously propriatary to there respective companies remember NVIDA and there endless driver updates that kept there cards on top of the heap? Also while I'm not sure if ATI has these issues but some companies buy parts of there cores from other companies along with driver libraries for them they cant open source them as they are not there to open. It will be years before we get a whole new chip that is fully able to have open drivers and run at max speed and even then expect some GPU assembly magic to be included these companies live or die on there FPS ratings in the gaming community and it's trickle down from there.

      --
      No sir I dont like it.
    4. Re:Why support binary drivers? by Anonymous Coward · · Score: 0

      There he is - THERE'S the whiny bitch who won't compromize his "principles". I knew you were here somewhere. Thank you, Mr. Predictable tosser.

    5. Re:Why support binary drivers? by Anonymous Coward · · Score: 1, Informative

      Because there are some of us that actually use Linux for the sake of USING it, not for some vague idea about freedom. Not that I don't support open source and free software, but if I have to choose between closed-source 3d acceleration and NO acceleration.... the choice isn't a choice.

    6. Re:Why support binary drivers? by ultraright · · Score: 1

      Yeah, we should be supporting Nvidia's drivers. You know, the ones that most distributions won't include because they're proprietary binaries.

    7. Re:Why support binary drivers? by evilviper · · Score: 2
      Thanks, ATi, I'll be buying my graphics hardware elsewhere in the future.

      Would you mind telling me where? nVidia is just as bad, if not worse, and I know of no other videocard maker that has a significant share of the market.

      Besides that, there are two different open source projects out there with drivers for Ati. (Perhaps 3 if you count the ati driver in X).
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    8. Re:Why support binary drivers? by Anonymous Coward · · Score: 0

      Gawd you're such a moron. This is a major step into letting a 3D chip company support the OS as a multimedia platform...or have you never heard of "baby steps" before?

      You shouldn't be "sad" for this. You should be sad for your own comments.

    9. Re:Why support binary drivers? by Anonymous Coward · · Score: 0

      He'll be holding his head high, while using a Trident 8900. You save a lot of money on monitors when you use a card like that. Many people are happy to give away all the display you'll ever need...

    10. Re:Why support binary drivers? by Tyreth · · Score: 1, Offtopic

      I don't remember reading a "you must believe in the philosophy of the GNU/Linux community to be considered a memeber of the Slashdot community" when I signed up. Even though I do believe in the philosophy, not everyone here does - nor do they have to.

      Slashdot caters its news to the geek masses, typically people of our opinions - but I see no reason why this news should be prohibited. This is important news for some/many slashdot readers, including myself, for where the only option for now has been nVidia. Now we have more of a choice.

      I agree that ATI should have released the drivers opensource, but that does not exclude it for being news that is important to many slashdot readers.

    11. Re:Why support binary drivers? by firewrought · · Score: 1
      Here's a strategy suggestion for ATi and Nvidia. As a graphics-hungry, pro-open source consumer, I am willing to pay a premium for your product (and give it advanced consideration over your competitor's product) if you do the following:
      1. provide quality binary drivers
      2. promise to open-source the code in 2 or 3 years (4 max)
      3. promise that above code will not be patent-encumbered
      4. promise to release gooey low-level documentation at the same time
      The above might be a viable model for many commercial software projects. Preferably, a third party (such as the FSF or Software in the Public Intrest) would hold the code and documentation in escrow. This is premised on the idea that releasing 3 year-old hardware drivers does not provide your competitors with much of an advantage... I don't know whether or not that's the business reality.
      --
      -1, Too Many Layers Of Abstraction
    12. Re:Why support binary drivers? by J.+Random+Software · · Score: 2

      The story should have included a warning, at least. Anyone who sees it and decides it's now a good idea to buy a Radeon is in for a nasty surprise. Since Linux' claim to fame is being free, describing this as a driver "for Linux" is awfully misleading (even if it does seem to run on recent versions).

  35. Matrox? by Anonymous Coward · · Score: 0

    Please, 3D drivers for Matrox Parhelia. Or even chipset specs + I'll code them. The 2D drivers are nic enough, but you could just use the VESA framebuffer...

  36. open source? by richard.kilgore · · Score: 2, Interesting

    Are these drivers open source, or do they include pre-compiled object files that cannot be re-compiled?

    1. Re:open source? by Kevinv · · Score: 2

      not open source. has a click thru license, plus distributed as binary only.

    2. Re:open source? by mgmartin · · Score: 1

      The public source is all there /lib/modules/fglrx/build_mod, and you are prompted to go and re-build the c files on your own if the rpm can not do so by itself. I had to rebuild since I was running a newer kernel not supported by default. The proprietary code is contained in one static library-- libfglrx_ip.a -- which is linked into the final module.

      Got it all working and it's working very well!!

  37. Excellent. by YahoKa · · Score: 3, Funny

    This is excellent news. Now all i need is to find the book on "Installing ATI Drivers under linux."

  38. both data lines and the ground by wiredog · · Score: 2
    Hey! I've worked with RS-485 myself!

    Actually, for what we used it for, we were happy.

    1. Re:both data lines and the ground by occamboy · · Score: 1

      Believe it or not, I actually did some consulting for someone the other day who wanted to use RS-485 in a new application.

      They wanted RS-485 to hook two devices to a PC. RS-485 because they only wanted one cable (spanning 6 feet), rather than two serial cables. Yow.

  39. No need to suffer the wait by FreeUser · · Score: 2, Offtopic

    I can finally go back to Gentoo as my primary OS! (Now if they would just release 1.4...)

    emerge rsync (update the list of what's available)
    emerge -up world (preview what's comming)
    emerge -u world (do it!)

    Gentoo isn't like other distros, in which you must wait for a release to stay current. With gentoo, the above three commands bring you up to what is current, which is generally close to the leading edge of the state of the art.

    Oh, but you don't like the freeze and want all those new ebuilds waiting in the wings for the release? Fine, just set ACCEPT_KEYWORDS="~x86" and you can jump past the pending release and play with all the experimental stuff coming down the pike.

    I have one set of partitions for exactly that purpose, and one set for the more formal, stable stuff. And you know what? With this approach, I don't have to even care at all when, or even if, they're going to have a "final" release of 1.4. The only other distros I know which come close to this is Debian unstable and Source Mage. The former suffers from the Curse of Binary Distros (lag behind the state of the art by weeks or, in the case of xfree, months), the latter is quite good, comparable to gentoo in many respects (but a different approach, so like salad vs. steak, the choice is entirely up to your own sensibilities and taste).

    --
    The Future of Human Evolution: Autonomy
    1. Re:No need to suffer the wait by BJH · · Score: 1

      ...what is current, which is generally close to the leading edge of the state of the art.

      Perhaps you could add in a few more such tautologies for those of us who don't get to read enough MarketingSpeek(TM).

      Something like, "Gentoo represents a paradigm shift in the state of the art of the leading bleeding edge for best-of-breed last-mile on-demand multimedia technology".

    2. Re:No need to suffer the wait by gomerbud · · Score: 1

      Good god, I really wish that people would get over this portage crap. It's just a rip off of the BSD port trees. You can do the same with debian by using source packages, and yes, it handles dependencies. Use an OS with a well defined base system. I'll give you two minor releases before you shoot yourself in the foot. You know why?

      Because gentoo doesn't always update the patch level for an ebuild script when a change is made.

      Maybe we'd all be better off if we used Plan9, where the computer itself is considered a legacy device.

      --
      Kan jeg få en pils, vær så snill?
    3. Re:No need to suffer the wait by BrookHarty · · Score: 2

      Gentoos portage of the Xfree doesnt support the 9700 yet. (Thou I saw 4.2.99-3 was out last week, which might) I know the CVS version of Xfree did find my 9700 with --configure.

      BTW, Curse of Binary Distros?
      Funny, since Mandrake Cooker is binary, and KDE3.1rc3 and XFT, Truetype2 all work perfectly. Cant get that working on gentoo 1.4rc. I'm dual booting linux, Gentoo rocks for speed, but mandrake cooker has the rpms out quicker.

      I'll be so freaking glad whatever they call it, as long as AA fonts work in Mozilla/Phoenix, Phoenix compiles without problems, and KDE3.1rc3 (or RC4/release) compiles in Gentoo.

  40. Drivers for notebook chips ??? by Anonymous Coward · · Score: 0, Redundant

    Any chance it could work with notebook chips ?
    I have Radeon Mobility M6-C/P which works only
    in VESA mode and I can not even watch a fullscreen
    movie! It is too slow! (Notebook is 1.6GHz
    Celeron so it is graphics).

    1. Re:Drivers for notebook chips ??? by Anonymous Coward · · Score: 0

      checkout gatos and the DRI cvs tree

    2. Re:Drivers for notebook chips ??? by Tyreth · · Score: 2

      Why is this marked redundant? I just searched through the comments and couldn't find an answer to whether it works with notebook chips.

      Does it?

  41. Re:Alienware by smashr · · Score: 1

    Shameless plug!!!

    http://cgi.ebay.com/ws/eBayISAPI.dll?ViewItem&ca te gory=177&item=2073140767

  42. At last ... by fferreres · · Score: 2

    Now I can buy an ATI card. Good for them and for us.

    --
    unfinished: (adj.)
    1. Re:At last ... by Anonymous Coward · · Score: 0

      Buy me one and you can include me in your 'us'

    2. Re:At last ... by fferreres · · Score: 2

      Wish I could, they just devaluated here. us$ 400 get's you 600 meals here now. I'd feel bad :)

      --
      unfinished: (adj.)
  43. RPM conversion utilities by i_am_nitrogen · · Score: 1

    In addition to rpm2tgz there's rpm2cpio, and someone else already mentioned alien. Gentoo has rpm2tgz as an ebuild. Debian has alien in the apt-get pool.

  44. OT: Limited performance of DRI drivers by i_am_nitrogen · · Score: 1

    They cannot perform as well ... because of restrictions on what can be released as source

    What restrictions are there exactly? Is there a legal limit on the performance of Open Source drivers? I've been blaming the slowness of my 7500 on Mesa (in Linux I get equal or lesser performance to a Geforce 2MX 200, while in Windows I get performance almost on par with a Geforce 2 Ultra). Why can't they release faster Open Source drivers? Are the specs incomplete or something? I'll write them myself if the specs are available.

    I wish other companies were like 3dfx and released full specs and source code.. Voodoo cards were fun to write drivers for.

    1. Re:OT: Limited performance of DRI drivers by Chad+Page · · Score: 1

      The restrictions have to do with things like HyperZ which are ATI proprietary technology, and S3TC support which has patents held by VIA/S3 which the DRI developers are trying to get permission to support.

      XFree 4.3 might be faster than 4.2 - there are optimizations in both the drivers and Mesa which might help. Unfortunately the 7500 is not supported by these new drivers... one of my friends got the Sapphire 7500 (didn't want to spend the money on the 8500 alas) and has the same issue.

      The specs are available to developers registered with ATI. I'm not one of 'em. 3dfx only released their specs publicly well after their peak, BTW.

    2. Re:OT: Limited performance of DRI drivers by Chad+Page · · Score: 1

      Ooops, I meant to say the 7500 is not suported by the proprietary drivers. It will still be supported by DRI in 4.3.

    3. Re:OT: Limited performance of DRI drivers by i_am_nitrogen · · Score: 1

      I'm running the 4.2.99.2 DRI trunk, compiled from DRI cvs. I haven't noticed any improvement over 4.2.1. Do you know of any good resources on the issues with HyperZ and S3TC? Links to particular posts in the mailing list archives, that sort of thing?

    4. Re:OT: Limited performance of DRI drivers by Chad+Page · · Score: 1

      I don't have links... but the Mesa 4.1 branch is set to be merged into dri trunk this weekend, which may make things a bit faster.

  45. Do they have the problems that catalyst has? by nenolod · · Score: 1

    I remember several times trying to make ATI drivers run on Win2k and then having to reinstall as the driver wouldnt go away in safe mode, and i couldnt boot into normal mode without having scrambled video.

    How badly will these drivers cripple your linux installation? Most of these new X11 drivers also include a kernel module used to control the frame-buffer specific operations of the particular card... this means if your radeonfb module is replaced and it's defective, you're screwed.

    Personally, I just use the VESA driver on X11, I have a Windows computer with a Parhelia for my 3D needs.

    So, if I were going to update the driver, I'd wait a few weeks for any problems to expose themselves.

    1. Re:Do they have the problems that catalyst has? by Anonymous Coward · · Score: 0


      Personally, I just use the VESA driver on X11, I have a Windows computer with a Parhelia for my 3D needs.

      Sure it is OK for you. I program apps based on Motif&OpenGL (visualization tools) under Linux, and I am happy using Nvidia drivers. Frankly.

  46. Cool, hope they support TV out by b0bby · · Score: 1

    I just bought a mini atx board with ATI card on board, I'll have to see if I can get the tv out working under Linux.

  47. Nvidia supports flat panels just fine... by hirschma · · Score: 4, Informative

    I'm typing this on a Gentoo box with two DVI LCD monitors attached to my Ti4600 card. Running one large desktop across both monitors WITH 3D acceleration across both monitors.

    I might add that you can't do that with the ATI drivers, nor is there any flavor of ATI card that drives two DVI monitors (not that there's a huge selection of such cards with Nvidia chips, but Gainward does make one).

    Nvidia is really the best choice for performance graphics on Linux.

    FYI.

    jonathan

    1. Re:Nvidia supports flat panels just fine... by Yomlogs · · Score: 1

      The new ATI driver does actually support 3D acceleration on both heads of an extended desktop - on my 8500 at least.

      It seems to use a similar approach to the Nvidia driver, ignoring the standard "serverlayout" method - but you can also use the standard method (both heads running separate desktops) with full 3D acceleration.

      I'm quite pleased with this - not yet on par with Nvidia's driver but it's getting there, and its multi-head support looks set to beat it.

    2. Re:Nvidia supports flat panels just fine... by hirschma · · Score: 1

      Ah, but the Nvidia driver, in twinview, offers its own Xinerama extensions.Which means that I can have 3D acceleration across a 2048x768 desktop, which is what both my 15" monitors, combined, offer.

      The bottom line is that I have two heads, but ONE desktop, and 3D across it all. The ATI driver cannot do this, at least as I read it from their documentation.

    3. Re:Nvidia supports flat panels just fine... by Yomlogs · · Score: 1

      Yes, it can - you have the option of two separate desktops or one big desktop, and 3D works across it all with both options.

      Still flaky in other areas (couldn't get Xv overlays working on both heads, for example) but give it some time...

  48. Understanding the ATI Radeon product line... by dpilot · · Score: 2

    This topic is timely, because I'm spec'ing out a new computer for the family for Christmas. In these dog days of the economy (national, local, and mine) I'm trying to keep the entry cost down. Besides, it will give me the chance to add parts over the next year or two.

    Someday DirectX 9 and OpenGL 2 will be worthy targets for purchase. But today, only the Radeon 9700 is there, and I'm not spending that kind of money. So near term, the target is Doom3.

    My price target is around $60, since I plan to replace it in a year or two when R300/NV30 features become affordable. ($150-range) But I don't want to wait until then before playing Doom3.

    The Radeon 8500 cards are all above my range, so...
    Some Radeon 9000 cards are in my range.
    Some Radeon 8500LE cards are in my range.

    Will these new drivers work for these cards?
    Will these cards (9000, 8500LE) play Doom3?

    My backup plan has been a GeForce4MX-440, which is supposed to play Doom3 with reduced features and speed - not a preferred card.

    --
    The living have better things to do than to continue hating the dead.
    1. Re:Understanding the ATI Radeon product line... by Anonymous Coward · · Score: 0

      Radeon 8500LE is faster than the 9000 for some things, slower for others. You should be able to play doom 3 on these cards - but not fast at all - you'll have to upgrade to a GeforceFX (NV30) for that.

      These linux drivers are meant to support the 8500LE and 9000.

      I'm in a very similar situation and been researching the alternatives. Check out http://www.tomshardware.com/ and http://www.anandtech.com/ for reviews and benchmarks of all these cards.

      If you can stretch your budget at all, I would strongly suggest you get a Geforce4 ti4200 64MB, for about $110. The performance is WAY beyond that of the Radeon 9000 (nearly double the framerate in UT2003), plus you have drivers (for linux) that have been around for longer and are constantly updated - and use the same core as the windows drivers - so it's almost guaranteed that they'll continue to be updated. The pixel shader version on the gf4 is 1.3, and the radeon 9000 has 1.4 ... but that shouldn't make any difference to you unless you're a developer.

      Summary: if you can stretch your budget a bit, get a gf4 ti4200. If you want to cheap out, get a radeon 9000. Either way you'll have to upgrade to have a pleasurable doom 3 experience.

    2. Re:Understanding the ATI Radeon product line... by Anonymous Coward · · Score: 0

      I am using Mandrake 9 with a radeon 8500LE and it works fine. I had to compile the module myself (they give very good instructions, but basically you go into /lib/modules/fglx*/build_*/ and run ./make.sh and when it's done you run what it tells you -- reboot, tada ...

    3. Re:Understanding the ATI Radeon product line... by Phosphor3k · · Score: 2

      Never buy an MX card from nvidia. Try to find a GF3TI 500. Ive seen them for about 75. It will have much better performance than a GF4MX. If you didnt know, a GF4MX performs worse than a GF2GTS. It also has no hardware T&L.

    4. Re:Understanding the ATI Radeon product line... by Puu · · Score: 2, Informative

      Otherwise you're right, but GF"4" MX has hardware T&L -- it just doesn't have a vertex shader (programmable hardware T&L). But agreed, GF3 would be the much better choice!

      Nvidia too a lot of heat for the naming scheme, as feature-wise the GF4 MX is same generation as GF2.

    5. Re:Understanding the ATI Radeon product line... by mallfouf · · Score: 1

      Pilot, whatever you do, dont get the geforce mx cards.
      I have the mx 440 and it works great on old games. Unreal Tournament 2003 also runs great on it because it was programed to run on a geforce 2.
      Some of the games i bought dont allow me to have full graphicals options enabled, and the reason is because i dont have a real geforce 4 card (that's what the message the game gave me).
      Give the 4200 a try.

    6. Re:Understanding the ATI Radeon product line... by Phosphor3k · · Score: 2
      Oops. Your right. Just saw this:
      The GF4 MX has two pixel pipelines capable of laying down two pixels per clock, and it has a fixed-function T&L engine. There aren't any pixel or vertex shaders in sight...
  49. Uphill both ways? by Anonymous Coward · · Score: 0

    It seems you lived in M.C.Escher country...

  50. Maybe this'll get nvidia off their rears too by rsilvergun · · Score: 1

    Nvidia's been sitting on their old linux driver for sometime. Meanwhile a couple of nice windows updates have shown up. I'm looking forward to some competition in the linux 3d gaming world again.

    --
    Hi! I make Firefox Plug-ins. Check 'em out @ https://addons.mozilla.org/en-US/firefox/addon/youtube-mp3-podcaster/
  51. no power management support by sydlexic · · Score: 2

    which totally sucks on a laptop. I've got a dell insiron 8200 which has a geforce4. the older drivers could be re-compiled to ignore apm, so I could hobble by. however they crashed a lot. the newer ones are more stable, but will lock up the machine when put to sleep. the recompile/patch doesn't work. nvidia is ignoring the apm issue despite many pleas from the community.

  52. Re: International Liability by waldoj · · Score: 2, Insightful

    ATI is a Canadian company, are they liable under UCITA?

    Dmitry Sklyarov is a Russian guy. Is he liable under the DMCA?

    -Waldo Jaquith

  53. Gentoo Install instructions by Anonymous Coward · · Score: 0

    I just posted install instructions on the Gentoo Forums under the Hardware section.

    Just remember to compile your kernel with AGP support as a module and compile in DRI support but no drivers.

  54. DVD Player by jbailey999 · · Score: 0, Offtopic

    Anyone know of any tools to use the built-in DVD decoder in GNU/Linux? My software decoder still chokes a bit on fast action scenes.

    1. Re:DVD Player by Anonymous Coward · · Score: 0

      Xine works perfect on my laptop (2 GHz).

    2. Re:DVD Player by jbailey999 · · Score: 1

      And this helps me on my 700mhz desktop how?

    3. Re:DVD Player by Anonymous Coward · · Score: 0

      why would a question about the dvd support in an ati video card be offtopic? stupid moderators

  55. The Other Question? by 1stflight · · Score: 2, Interesting

    Now can Doom III be played on a Linux box, I remember John Carmack saying how only the Geforce series was to be supported?

  56. Radeon 7500 mobile by Anonymous Coward · · Score: 0

    This is all well and nice, but I have a laptop running the mobility radeon 7500. What am I supposed to do? The machine is only 2 months old and they have no plans of supporting it Gatos and DRI suck. I also have a desktop running the original radeon and Mandrake 7.2. Forget 3d on that machine even emacs runs like shit. So to hell with ATI give me Nvidia.

    1. Re:Radeon 7500 mobile by stelios78 · · Score: 1

      So, erm what exactly is the problem? As far as I can see from the mailing lists, the radeon mobility 7500 is fully supported (i.e. there is XV acceleration). Some people even have dri working on it! So what exactly is the problem with yours? Check out http://www.xfree86.org/pipermail/xpert/ and you can ask questions there, but I am sure the answer is lurking somewhere there. If all else fails, download xfree from CVS. I did it for my radeon 9000 and I even got to see the all new red, translucent cursor, which will come as standard in new XFree releases!

  57. That's why by wiredog · · Score: 2

    We used it. RS-485 can go several hundred feet and is highly noise resistant. And much lower cost than interbus-s, fibre, etc. If you need noise resistance, speed isn't a factor (IIRC, after 24kbps it began to Have Issues), and you want to keep the cost down, then RS-485 is a good solution.

    1. Re:That's why by occamboy · · Score: 1

      Yes, what you say is absolutely true.

      But for a six foot run? No arc welders, X -ray machines, or similar within sight. Seems like serious overkill, and an extra hassle for programming.

  58. Re: International Liability by Elwood+P+Dowd · · Score: 3, Insightful

    It doesn't matter where you're from when you commit a crime in the US. If your crime occured in the US, you'll get deported, or picked up when you step off your airplane.

    The reason that Dmitri shouldn't have been touched is that he didn't violate the DMCA. Someone else in his company did. Whomever distributed his product is the "criminal." Creating the product occured 100% on Russian soil, and was not a violation of the DMCA. Shipping it/wiring it to the USA was a violation. But Dmitri didn't do that. Since this is criminal law we're talking about, you can only go after the individuals that commit the crime, not some random member of their company.

    Unless I'm totally misunderstanding the situation. Maybe Elcomsoft is a two person company, and Dmitri really did send the product to the US. Maybe the "crime" was his presentation, and not distributing their product.

    Either way, it's the law that's fucked up, not the fact that it was applied to a foreigner. Being from another country doesn't give you diplomatic immunity. And it shouldn't. The US isn't bad in that regard. If you mail a bomb to Italy, and you live in Greece, you'll get deported, or arrested the next time you travel to Italy. Right?

    --

    There are no trails. There are no trees out here.
  59. Damm... by fldvm · · Score: 1

    and I got an All-in-wonder 7500 for my homebrew PVR.

  60. Re: Butterscotch by CyberKnet · · Score: 4, Funny

    Butterscotch is superior to vanilla when analyzed at a compound level.

    In fact, butterscotch is superior in all aspects. Butterscotch tastes better, due to its ingredients it is healthier. Recent studies show that butterscotch *looks* better too. The only thing that vanilla is better than butterscotch at is hit/miss ratio of the trash can. And that is because butterscotch actually gets eaten; recent surveys indicate that butterscotch pudding is preferred 100% to 0% over vanilla pudding.

    Butterscotch also contains a larger feature set than vanilla. When distilled, butterscotch makes a great, long-lasting chew-candy. When frozen, it makes a fantastic jawbreaker, when heated, it results in a glorious milkshake.

    In conclusion, your must see what is obvious: Butterscotch is Better Because it Begins with a B, and because they don't make Apple pudding. If you weren't so closed minded to new ideas, you would have seen this a long time ago. I hope that this simple explanation corrects your longstanding error in judgement.

    --
    Video meliora proboque deteriora sequor - Ovidius
  61. Unified drivers?! by m0i · · Score: 5, Informative

    Well, I own an All-in-Wonder Radeon. It's not _that_ old (300USD a couple years ago), and it's unsupported by their unified driver! And I don't even talk about the multimedia features, TV in-out, which are mostly broken in Gatos tools/drivers and non existent in their own driver.
    I'm back on Win2k for the time being, partly because of this. And I wonder if my next purchase will be ATI, based on my current experience. Sad, because the hardware is rock-solid!

    --
    have you been defaced today?
    1. Re:Unified drivers?! by jovlinger · · Score: 2

      Rock solid?

      Are you kidding me? The AIW is the most kludgey thing I've ever seen. Ok, so it tunes tv, which it's supposed to do, and has mpeg codec support, but having to plug a cable into the microphone in on my soundcard to get sound?! that's absurd!

      The quality of the image isn't that great. On windows, it refuses to play macrovisioned vhs tapes --- which is the only reason I bought it. Luckily the fantastic GATOS drivers don't have this restriction.

      I am to this day appaled that I bought one. What a letdown. I recommend that anyone on the market for such a card get a real video card and a real tuner card rather than this ill-begotten monstrosity.

      I'll be damned if I do business with them again.

    2. Re:Unified drivers?! by Anonymous Coward · · Score: 0

      but having to plug a cable into the microphone in on my soundcard to get sound?! that's absurd!

      Uhh, Ever see any PC TV tuner hardware where this is not required?

      There's generally only 1 Audio In jack on the inside of a PC, and the CDROM is plugged into that.

      Or did you expect the card to include it's own audio hardware (that would automagically be compatible with the typical crap sound stuff on a PC)?

    3. Re:Unified drivers?! by jovlinger · · Score: 2

      My DVD driver can easily put the audio on the bus, there is no reason why a tuner card couldn't do that.

      The current solution is just too... inelegant. The audio signal goes through something like 3 a/d/a stages -- just on my end.

    4. Re:Unified drivers?! by binford2k · · Score: 1

      Uhh, Ever see any PC TV tuner hardware where this is not required?

      Uhh, yes. My Voodoo3500 TV card. The CDROM plugs to the TV card then the TV card plugs to the sound card.

    5. Re:Unified drivers?! by J.+Random+Software · · Score: 2

      The card can already demux MTS audio from NTSC. Compared to a pair of signal amps, another jack in the slot cover, a cable, and tech support for users who can't figure out where the cable goes, it's gotta be cheaper to add a pair of audio ADCs and read samples through the driver.

  62. ATI..... by Anonymous Coward · · Score: 0

    Any company releasing Linux drivers is a good thing.

    But ATI should release some better drivers for their ATI Wonder card. Search the net and see how many users have problems with these.

  63. No source RPM by gukin · · Score: 3, Interesting

    I went to the download page and discovered that the
    rpms were ONLY in i386 packages, no re-linkable source distro.

    In the past I've always downloaded the NVIDIA src RPMS and just done a "rpm --rebuild . . ." This allows me to build the NVIDIA drivers for any distro I'm using OR any tweeked kernel I'm using.

    Restricting the users to the distro's stock kernel kinda sucks.

    But it doesn't suck nearly as bad as having NO support whatsoever.

    Thanks ATI, you just made the decision for my next notebook considerably more difficult.

    1. Re:No source RPM by tempfile · · Score: 2

      According to the readme, an installation script will look if the stock modules from ATI is suitable for your kernel, and if not, build one. This sounds quite universal to me.

    2. Re:No source RPM by psamuels · · Score: 1
      an installation script will look if the stock modules from ATI is suitable for your kernel, and if not, build one. This sounds quite universal to me.

      OK, so it will work on my Linux 2.2 machine? No?

      At least it should work for Linux 2.5.47, right? No?

      Oh, ok, we'll stick with Linux 2.4, on my Mac. No?

      Careful with that word, universal. "I do not think it means what you think it means."

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
  64. Re:8th Post Off topic? by Anonymous Coward · · Score: 0

    You moderators smoke crack.
    How is posting the story again off topic? It is redundant you turds.

  65. I meant to say GATOS does not support DRI by TimmyJoeB · · Score: 1

    for the ATI 8500 chipset

  66. I'm still waiting by EvilStein · · Score: 2

    ...waiting for my new Voodoo 5 5500 drivers, damn it! %$#!@

    C'mon, ATI, throw me a bone here! :P

    1. Re:I'm still waiting by Anonymous Coward · · Score: 0

      Voodoo5 5500 is not an ATI product.

      Get the high-performance, yet incomplete non-SLI, driver from dri.sourceforge.net. The DRI driver for 3Dfx adaptors should report your Voodoo5 as a Voodoo4 because a Voodoo5 is truly two Voodoo4 adaptors, however the driver is not complete and you can't use SLI mode yet. It's a verry fast and stable driver, may I add. I own four Voodoo5 adaptors and I am using them with Chromium and Xinerama VideoWall with accelerated openGL and Quake3. Yippee, beats a bigscreen television or projector any day; especially on power-saving features and power requirements.

    2. Re:I'm still waiting by damiam · · Score: 2, Informative

      Since it was nvidia that bought 3dfx, maybe you should go complain to them. Not that it will do you much good.

      --
      It's hard to be religious when certain people are never incinerated by bolts of lightning.
  67. ATI slashdotted by blackcat++ · · Score: 2

    Oh my god, have we slashdotted ati.com? I can't reach their site anymore.

    Probably running their new drivers on the linux-powered webserver. :-)

  68. And this is special why??? by Andy+Dodd · · Score: 1, Redundant

    Um, unless you're running a kernel from the Stone Age, no patch is needed to use any 3DNow! optimized applications.

    3DNow! support goes back at LEAST to kernel 2.2, as I remember using gogo on a K6-2/300 3-4 years ago to rip MP3s. No kernel patch needed.

    --
    retrorocket.o not found, launch anyway?
  69. Re:NVidia drivers not so hot...Double standard? by Anonymous Coward · · Score: 0

    Sorry to mess up your rant. But an important difference is that with an OSS platform (driver and OS) we know that either *can be* improved. The same can't be guaranteed on a platform that's top to bottom closed. So on a closed source platform, with all the corporate precedent, the only course of action is to complain. On the open source platform one CAN'T as easily complain because the power to change the situation lies within one's grasp. That's one of the reasons to treat closed-source drivers as a necessary evil because it takes somewhat from the latter, and gives to the former, and who wants to go down that road again?

  70. GeForce4 Ti by Andy+Dodd · · Score: 2

    The 4200s are probably close to $100 even right now (Were $125 2-3 months ago). They will probably drop down even more by Xmas.

    I would strongly suggest waiting for reports of driver quality before jumping to ATi because of this release - Their track record as far as drivers go is not very good... (I've been burned by ATi products not living up to their claims and crashing my machine due to bad drivers too many times to ever touch them again.)

    --
    retrorocket.o not found, launch anyway?
  71. Even better... by Andy+Dodd · · Score: 2

    Should've thought of this before hitting submit.

    Doom 3 won't be out for another few months. Recycle your old video card and don't buy a video card for Doom 3 until the game comes out.

    --
    retrorocket.o not found, launch anyway?
    1. Re:Even better... by dpilot · · Score: 1

      This will be a new machine, so my old G400 stays in the current desktop. For that matter, the 40G is coming out the current desktop to go into the new machine, as is the Win98SE license. The desktop will go Linux-only on 8.5G, and the new machine will be dual-boot on 40G. I only hope Win98SE can use the new hardware. This machine will get lots of hardware shuffling over the next few years, so XP is out. I'd also rather not spend any more money on Windows.

      --
      The living have better things to do than to continue hating the dead.
  72. Funny by Anonymous Coward · · Score: 0

    "ATI Releases New [...] Drivers"
    My first reaction when I read that was to laugh.

    ATI "never" releases drivers.
    I was a long time ati (VGA Wonder+ -> Rage Pro) user but their driver support sucked so I went with nVidia.

  73. Alpha by Anonymous Coward · · Score: 0

    What motherboard? Is it an 164SX, 164LX, or 164UX? 164SX and 164LX should have no problems in SRM console. I do know that the 164UX (Ruffian) couldn't operate my Voodoo5 5500 or Voodoo3 3000. I'm going to try a nice ATI Radeon 9000 (R250) and hope the Arcs Bios sees it ok. Voodoo2(s) work splendid and faster on the 164UX. On a side note, 164UX is the motherboard that has a BIOS that can't yet be upgraded to SRM; so only older ATI Rage Pro(s), Matrox G200(s), S3(s), Elsa Synergy(s)(Glint/Delta), and non-supported PowerStorm(s) will only work.

    Please let me know your 21164's board logic (motherboard).

  74. ... and what about "Powered by ATI"? by r3tro · · Score: 1

    As stated on http://www.ati.com/support/identify/ ATI differentiates between "Built by ATI" (cards sold by ATI itself) and "Powered by ATI" (cards using ATI chips by other vendors).

    This news referers only to "Built by ATI" cards. I don't like these little differences, but with so many Original/OEM/Dell/Relabeled configurations out there ... does it really make a difference?

    --
    -- word!
    1. Re:... and what about "Powered by ATI"? by jonsmirl · · Score: 1

      I have a Powercolor Radeon 9000 Pro. I just tried the drivers and they won't boot. They're looking for the PCI vendor id and refuse to load. They are checking PCISubDevice/PCISubVendor. Does anyone have a kernel patch yet to make the PCI code report the ATI values for these fields?

    2. Re:... and what about "Powered by ATI"? by waltc · · Score: 1

      Try them and see. All of the "powered-by" ATI cards are built on the same reference design that the "built-by" cards are built on. Can't see why they wouldn't work.

      It's just like nVidia--only nVidia doesn't build it's own brand. All of the various "powered-by" nVidia cards are built off of the same reference design furnished by nVidia--hence nVidia's drivers work with them all.

      Mostly, the "differences" between brands of cards using the same GPUs are cosmetic and done to differentiate for marketing purposes only.

    3. Re:... and what about "Powered by ATI"? by Anonymous Coward · · Score: 0

      I have a "powered by ATI" radeon 7500. It's in a win2k box that it came with. The drivers are such crap. They cause all sorts of conflicts. Every other boot gets locked on video mode changes, the ati drivers occasionally cause blue screens when using 3d mode. There is no cure and ati and the other company both refuse to help. I even tried it with two different p4 motherboards. What a piece of garbage. BOYCOTT ATI!

    4. Re:... and what about "Powered by ATI"? by crush · · Score: 2

      Nope. Unfortunately you're wrong. PowerColor's 7500 does not work with any of the available drivers. Buying "Powered by ATI" instead of "Built by ATI" is a complete crapshoot and I'm willing to bet that a lot of the complaints that one hears about ATI are because of these shitty OEM clones. The XFree86 people only work with Built-By-ATI cards and their drivers work _beautifully_ with them. ATI is shooting itself in the foot with the "powered by" stuff.

    5. Re:... and what about "Powered by ATI"? by crush · · Score: 2

      Oh, yeah and I forgot to mention, if you look at the response time for the memory on a lot of "powered by" boards, it's not the same as the official "built by ATI" boards.

      My strong advice to anyone that is thinking of getting an ATI is to spend the extra bucks and get yourself the real thing.

  75. Has anyone actually got these working? by Wiz · · Score: 0

    I was rather happy about this, considering I was currently running a CVS build of XFree86 (4.2.99.2 I think) to get my Radeon 9000 working. So I switched back to Redhat 8's default XFree86 build (4.2.0) and gave it a go. And did it work? No! D'oh!

    (II) FireGL8700/8800: Driver for chipset: ATI R200 QH (AGP),
    ATI R200 QL (AGP), ATI R200 QT (AGP), ATI R200 BB (AGP),
    Radeon RV250 If, Radeon RV250 Ig, Radeon RV250 Lf (M9),
    Radeon RV250 Lg (M9), Radeon RV250 Ld (M9), Radeon R300-4P AD,
    Radeon R300-4P AE, Radeon R300-4P AF, Radeon R300-4P AG,
    Radeon R300 ND, Radeon R300 NE, Radeon R300 NF, Radeon R300 NG
    (II) Primary Device is: PCI 01:00:0
    (WW) fglrx: No matching Device section for instance (BusID PCI:1:0:0) found

    Which is odd, considering it is there:

    [richf@bagpuss ~]$ lspci -v | grep ATI
    01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 If [Radeon 9000] (rev 01) (prog-if 00 [VGA])
    01:00.1 Display controller: ATI Technologies Inc: Unknown device 496e (rev 01)

    I changed the PCI line in XF86Config to use 01:00:1 instead of 01:00:0 and it got further and seemed to detect my card nicely until right up to the end:

    (WW) fglrx(0): Bad V_BIOS checksum
    (II) fglrx(0): Primary V_BIOS segment is: 0xc000
    (--) fglrx(0): Chipset: "Radeon RV250 If" (Chipset = 0x4966)
    (--) fglrx(0): (PciSubVendor = 0x148c, PciSubDevice = 0x2039)
    (--) fglrx(0): board vendor info: third party grafics adapter - NOT original ATI
    (--) fglrx(0): Linear framebuffer (phys) at 0xd8000000
    (--) fglrx(0): MMIO registers at 0xe9000000
    (--) fglrx(0): ChipRevID = 0x00
    (--) fglrx(0): VideoRAM: 131072 kByte (64-bit DDR SDRAM)
    (EE) fglrx(0): board/chipset is not supported by this driver (third party board)
    (EE) fglrx(0): PreInitConfig failed
    (EE) fglrx(0): R200PreInit failed
    (II) fglrx(0): === [R200PreInit] === end

    Bastards! 3rd party board it is, but it is still your damned RV250 chip, so bloody don't try and use the R200 init. Duh.

    Anyone got any help for me here?

    1. Re:Has anyone actually got these working? by Anonymous Coward · · Score: 0

      Why are you using the FireGL drivers?

      R250 is not R200. R250 is stated as a "HEAVILY MODIFIED" R200. R250 must use latest DRI cvs from dri.sourceforge.net.

      You should, at least, be able to run XFree86 with an X Server of FrameBuffer.

    2. Re:Has anyone actually got these working? by Wiz · · Score: 0

      I'm not using the FireGL drivers, I'm using the ATI drivers. They must have come from the FireGL drivers. If you look up, it does list the RV250 as a supported card so it certainly should work. I wonder if they are detecting the wrong card or something like that.

      I've got a CVS build of XFree86 working that supports my 9000, I might just use that. CVS DRI sounds like a possibility though.

  76. No extra hassle by wiredog · · Score: 2

    RS-485 protocol is the same as RS-232. The electronics are different, but that should be handled by the hardware.

  77. You left out a major point on WHY to BUY an ATI... by Anonymous Coward · · Score: 0

    The ATI Radeon drivers provided by the DRI project are opensource and CROSS PLATFORM. The nVidia drivers from NVIDIA are closed source and only work on X86.

    With a Radeon, you can experience accelerated GLX using DRI on Alpha platforms. The better reason for OpenSource.

    NVIDIA's drivers work flawlessly on many, but not all X86 platforms; some people complain and move on to ATI Radeon, others open champaign.

  78. Re: International Liability by Anonymous Coward · · Score: 0

    Wow. That was a gigantically broad, sweeping generalization that really is not correct.

    If a government wants to extract a foreign national, they need to file for deportation in the country where the person resides. For example, if someone can convince a court that after being shipped the the US, they will recieve treatment that's deemed unfair, then the court of the resident's country will often refuse to deport.

    As well, if that Dmitri comitted a crime in Russia, then they would try him, and hold off on the extradition case until after his trial, and if he was convicted, after his sentence.

    Also some countries will throw out charges brought against national entities (corps, individuals) on grounds in their country. In the recent Canada v. umm.... Japan Tobacco? Anyways some huge tobacco giant that isn't Philip Morris, there was a lot of smuggling of cigarettes that took place, as at the time Canada had raised the taxes on smokes to an extraordinary level. For some reason Canada couldn't sue the Canadian subsidary, so they took it to the US Supreme Court, where counsel for the Tobacco giant successfully argued that Canada was attempting to recover owed duties in a US court, which is against US law. Actually, the argument went in a funny manner. Tobacco said (basically), "Well Canada is our buddy. It would be nice to be able to help them collect duties, but then countries which we aren't so friendly with would attempt to do the same." And then the whole "slippery slope" thing came into focus. And the Supreme Court agreed. Ottawa wasn't too pleased, because when it was thrown out, they had spent $18 million preparing litigation.

    So yes, in a lot of cases, it DOES matter where you are when you commit a crime.

    This is, of course, totally offtopic, but it's all good :)

  79. A distros lack of LSB compliance isn't ATI's fault by Nailer · · Score: 3, Insightful

    RPM is the standard Linux package file format. If your distro aims to be Linux Standards Base compliant, it must have a mechanism of installing such files.

    Preferably a full RPM implementation, but systems like alien or even (I guess) rpm2cpio are acceptable.

  80. Radeon Mobility by jester · · Score: 0

    Nice for them to release drivers and all, but they dont provide anything for laptop versions of any cards.

  81. The Other Answer by Puu · · Score: 1

    John Carmack's hardly the person to decide that. It's up to ATI to supply a good driver.

    Of course it's up to Id Software to optimise for any given card. I guess it's somewhat indicative of JC's sentiments that Doom III was demoed at E3 (?) on a R300 (Radeon 9700) card. :-)

  82. The Driver SUCKS! by GeekDork · · Score: 5, Informative

    I just had a 1-hour confrontation with those drivers. There are several things:

    • XVideo is dud.
    • Video overlay creates artifacts all over the screen like it did since the first fricken FGL drivers.
    • The drivers cannot be compiled with gcc 2.95 without modification and don't work properly (oh wonder) when compiled with gcc 3.0 on a 2.95 system.
    • The drivers depend on DRI 3.0.x, recent DRI CVS is 4.1.0. No fun.

    Well, after installing a fresh X 4.2.1 from debian unstable, fixing about thirty parser errors in a source file and wreaking general havoc, I was at least able to start X. 3D seems to work, but I was not inclined to do much testing beyond fgl_glxgears and glxinfo after realizing that I was unable to use a text console without snapping back to the X console every second.

    All this slowly leads to a heartfelt "fuck ATI" feeling and I'll have plenty time to ponder this while I restore my X config that mysteriously lost all 3D acceleration and Xvideo capabilities after switching back to the DRI driver.

    --

    Fight hunger. Filet a politician and send him to a 3rd world country of your choice.

    1. Re:The Driver SUCKS! by geogeek6_7 · · Score: 2

      I'm working the same issue. Can you tell me generally what you did to fix the parser errors? Thanks, geogeek

    2. Re:The Driver SUCKS! by westphalia999 · · Score: 1

      Works on RH 8.0 with a Radeon 8500LE! I just installed the RPM with a force option (to overwrite with the include libGL), ran the little configure utility included and was up and running. I've tried Xine (which seems faster), some GL screensavers (which HAVEN'T frozen my machine solid) and X just seems generally snappier. All in all, I'm very pleased.

      --
      ..this is but a fantasy..
    3. Re:The Driver SUCKS! by Anonymous Coward · · Score: 0

      I put a tarball with source files compilable using gcc 2.95 there: http://cfergeau.free.fr/ati_kernel_driver_source.t ar.bz2

      See this thread for some more information http://rage3d.com/board/showthread.php?s=0fb9df910 3b9b0fe84265885223fa074&threadid=33648944

      XFree crashes when switching to a console though :(

  83. Writing on the wall by Anonymous Coward · · Score: 0
    1. Re:Writing on the wall by harks · · Score: 1

      i heard that things like this just tell you to contact a company pretending to be a reviewer or company thinking about buying large quantities or something like that, and convince them to send you free stuff.

  84. Already voted with my wallet by MeerCat · · Score: 2

    Sorry, but when I couldn't get my Radeon 8500 to drive the DVI output at 1600x1200 under Linux, I voted with my wallet and went out and bought a GeForce 4 card for my new (Linux) machine. The ATI is left in my Windows machine, which is in the process of being shut down, while the Nvidia card drives my TFT at 1600 x 1200 very nicely with SuSE.

    3D I don't need, but I was surprised ATI hadn't figured that high-end cards are also bought to drive high-end displays (as well as for playing games) and so cross-platform support does count for sales (see also the ATI workstation cards).

    --
    I spent a lot of money on booze, birds and fast cars. The rest I just squandered. - George Best
  85. Re: International Liability by Elwood+P+Dowd · · Score: 2

    Um, I didn't mean to imply that deporting someone was easy. Is that the only part that you felt was really incorrect?

    Dmitri did something in Russia that would have been a crime, had he committed it in the US. So he should not have been arrested. All I was trying to say was that being Russian isn't should have made him safe. It was that he didn't violate the DMCA, someone else in his company did. If *that* person had flown to the US, all the same things would have happened to that person, and there'd be no jurisdictional question at all. Right?

    --

    There are no trails. There are no trees out here.
  86. *sigh* by Heretik · · Score: 1

    And here I had ATI to point out as the "good guy" as opposed to nVidia ("The Microsoft of Video Card Manufacturers(TM)).

    (deserved) Flames aside, I guess ATI still releases specs (right?) so it's not so bad. The specs are still there, and that's the real problemn (lack of specs in hardware).

    Problem is with proprietary drivers available, incentive to develop free alternatives will drop significantly, because too many people just don't care.

  87. 16 Bit Color? by DrFishstik · · Score: 1

    I'm about to dive into these new drivers, do they support 16 bit X color depth? The origional fglx driver only did 24 bit color which prevented programs/emulators like WineX from running games. Thanks DrFishstik

  88. on a tangential note. by slapshot · · Score: 1

    has anyone gotten the video capture working with the gatos driver for the All-in-Wonder Rage128 Pro 32mb. I get weird "blue" noise in xawtv...seems like I'm close...

  89. Gentoo by DrFishstik · · Score: 1

    Have any gentoo users tried this driverset? I'm lookin to switch my Red Hat 7.3 box to Gentoo 1.4_RC1. Thanks - DrFishstik

  90. To Hard on ATI by bobibleyboo · · Score: 0

    I believe that on a whole we are being too hard on ati these drivers are V 1.0 they are not perfect they do not support every feature on every card that ATI has ever mad but they ar a good smart and they are not completeley closed source they have hoven all of the propritary code in to a single library and I believe the reason for doing this is that they do not own that code it is being lisenced from a 3rd party company! So why dont we reserve judgment untill they are a little more mature or at least untill V 1.1

  91. Mobility? by user311 · · Score: 1

    The drivers will work on any "Built by ATI" Radeon 8500 or higher card (up to the 9700).

    What about the ATI mobility series? I use a laptop and I am tired of having to dual boot just in order to have fun at a LAN party.

  92. source? by hubertf · · Score: 2

    source for that would be nice, to port it to NetBSD eventually. Not all the world is Linux!

    - Hubert

    1. Re:source? by Anonymous Coward · · Score: 0

      because there are tons of 3d games and apps on netbsd...

  93. Re:A distros lack of LSB compliance isn't ATI's fa by Dan512 · · Score: 1

    If an RPM requirement was added to the LSB, I don't want my boxes to be LSB compliant.

  94. Re: International Liability by merdark · · Score: 1

    Either way, it's the law that's fucked up, not the fact that it was applied to a foreigner. Being from another country doesn't give you diplomatic immunity. And it shouldn't. The US isn't bad in that regard. If you mail a bomb to Italy, and you live in Greece, you'll get deported, or arrested the next time you travel to Italy. Right?

    Actually no, being from another country does provide one with some diplomatic immunity. In your mail bomb example both countries agree on that a crime was committed. But even so, it's not always the case that the criminal will be deported. He could be tried in his home country under his home countrie's laws. In fact, even if he went to Italy and got picked up it's STILL not clear who should try him. Take for instance recent cases where a canadian committed murder in the US. The US obviously tried the criminal, but there was the issue of the death penalty. Since Canada doesn't agree with the death penalty there was diplomatic touble. Canada tried to get the guy tried in Canada for this reason.

    When laws like the DMCA are applied to foriegners it gets even more complicated. Russia does not acknowledge DCMA and so the company that Dmitri worked for did nothing wrong. I'm not sure if this was the case, but Russia could very well could have fought with the US over the arrest of Dmitri on diplomatic grounds.

    So yes, the US is bad in that regard. They are a superpower and so have no problems imposing their own laws on other countires citizins.

  95. Tron by Anonymous Coward · · Score: 0

    Finally I can play Tron.

  96. Re:The Driver does not suck! by Anonymous Coward · · Score: 0

    I installed the drivers in Gentoo with no problems what so ever(well a couple minor ones). Xvideo finally works perfectly, and so does video overlay. Maybe its Debians hold on to old libs thats the problem above.

  97. RPM Inclusion in LSB Linux's Biggest Clusterfuck by FreeUser · · Score: 3, Insightful

    RPM is the standard Linux package file format. If your distro aims to be Linux Standards Base compliant, it must have a mechanism of installing such files.

    No. RPM is not the standard Linux package file format. The standard Linux package file format is the tarball, either gzipped (.tar.gz) or bzip2ed (.tar.bz2), or uncompressed (.tar).

    RPM is a part of the LSB standard, which is just one of several Linux standards that are NOT universally accepted, nor should it be. RPM was placed in the LSB because of Red Hat politicking and in an IMHO very illegetimate effort to give them an edge over other distributions. Indeed, RPM's inclusion in the LSB is the main reason why the LSB should, IMHO, either be rectified to exclude it, ignored altogether, or (ideally) adhered to in other respects, with the RPM provision sumarilly ignored.

    The pointlessness of including RPM in the LSB standard is underscored by the incompatability between Suse RPMs, Red Hat RPMs, and Mandrake RPMs (to name just three), and by the success of many products which have been packaged in proper, distribution-agnostic form (nvidia drivers being one such example, but by no means the only one).

    Yes, superior distributions such as Debian and Gentoo can extract the necessary data from the cumbersome RPM format, but forcing them to jump through that particular Red Hat hoop is neither justified, nor desirable.

    --
    The Future of Human Evolution: Autonomy
  98. That's great by Bnonn · · Score: 1

    So when are they going to rework their site so I can access it in Opera for Linux and download these drivers?

  99. Re: International Liability by Elwood+P+Dowd · · Score: 2

    Oh. Of course, sometimes it's very hard to get someone deported. Hence, "You'll get deported, or arrested the next time you travel to Italy."

    But I really don't understand the case you describe. There was a case where a Canadian committed murder in the US, got arrested in the US, and they tried to get him deported to Canada before he was tried in the US? I've definitely never heard of anything like that before. I've heard of Canada refusing extradition due to our (braindead) capital punishment, but what you describe is pretty bizarre.

    Sure, if the US asked Russia to extradite Dmitri, we'd get laughed out of Moscow. But that's not what happened. Again. The problem is that we have an unjust law. Dmitri shouldn't have been arrested because he did not violate that law. Not because he's Russian. Being a citizen of one country doesn't mean you can violate the laws of another, and then expect to travel there. Again, if the *crime* occurs in the US, and then the criminal is in the US, arrest the criminal. This is not complicated, and it works the same way if you... do drugs in Singapore... steal fruit in Qatar... whatever.

    The problem is the unjust law.
    The problem is the unjust law.
    The problem is the unjust law.

    Right?

    --

    There are no trails. There are no trees out here.
  100. Re:The Driver does not suck! by Balinares · · Score: 1

    Greetings, dear AC,

    I would be *VERY* interesting in knowing how you got XVideo to work with this driver. I've just installed it on my Gentoo, and XVideo just doesn't work. The XVideo extension is advertised as having been loaded in XFree.log, but xvinfo says it isn't. Durn it.

    Thanks in advance!

    --

    -- B.
    This sig does in fact not have the property it claims not to have.
  101. No shit... by Anonymous Coward · · Score: 0

    Considering that many Linux games (such as UT2K3) themselves are "secret-ware".....

    Some people are a little too impractical when it comes to open source. For example:

    "Give me the source for Neverwinter Nights!"
    "Uh, no..."
    "Argh! I hate you and I'm never gonna buy your games again and I'm gonna break my CDs!!!!!!1111oneoneone"

  102. A Crack a day, keeps the competiters away. by Anonymous Coward · · Score: 0

    " Running through binary code isn't exactly easy to do. It's doable when you're trying to reverse engineer how the hardware works, but if you're trying to figure out how NVIDIA does some sophisticated high level OpenGL optimizations, it's decidedly non-trival. And given that the NVIDIA driver is some 7 megabytes of code, including the kernel driver, GLX and XAA modules, and libGL and libGLcore libraries, it would be impossible. Saying that the should open source it because somebody could dissasemble it is just like saying that all software should be open sourced, because all software can be disassembled."

    True however Nvidia's not worried about an open source programmer doing the work. They're worried about commercial entities. The problem with that argument is that the competition can and does study and reverse-engineer each others work. From hardware to software, and they have the money to afford the neat toys and personnel to make that possible. A former company I use to work for did that all the time with their competitors. It would have been foolish not to. Security by obscurity has been discredited so why is Nvidia using that as a defense?

    1. Re:A Crack a day, keeps the competiters away. by be-fan · · Score: 2

      Because ATI obviously is having problems doing this. ATI's not a small company. They can obviously make some good hardware, so they've got engineering talent. If they've been unable to get a good solid set of drivers together after this long, there is obviously a problem in their driver development team, and studying binary code doesn't seem to be working. If I was NVIDIA, I wouldn't take the risk and give ATI any more help than was necessary.

      --
      A deep unwavering belief is a sure sign you're missing something...
  103. Re:The Driver does not suck! by dinivin · · Score: 2


    Did you generate a new XF86Config file or did you just use one from the previous FireGL/8500 drivers?

    I'm using the drivers here and XVideo works fine.

    Dinivin

  104. Re: International Liability by merdark · · Score: 1

    Sorry for being unclear. Canada wanted to try the murderer in Canada, rather than the US. I agree, the real problem is an unjust law.

    But the point I was trying to make is that when you arrest a foreigner, even if that person is in your country, it's somewhat of a dimplomatic situation. Even when the crime is something clearly wrong like murder there can be diplomatic issues. So it is the case that being a foreigner gives you *some* diplomatic protection, in that your home country may fight for your rights.

    I think the US should have the political awareness not to enforce questionable laws on foregniers. It's the same thing as say, Iran detaining an American female for violating some weird religous law. We don't say that Iran is *right* in doing this do we? And Iran knows that if it does things like that diplomatic relations will be harmed. In the same way the US is in the wrong in the Dimitri case.

    ***Disclaimer: I don't know that Iran specifically has crazy relgious laws, but I know certainly some middle east countries do***

  105. what was the glxinfo output? by Anonymous Coward · · Score: 0

    it would be nice to know which GL extensions it exports in linux

  106. Furthermore... by Tomble · · Score: 1
    I think, maybe more to the point, the main issue is one of maintenance. If a new kernel comes out, or a new version of XFree, it might not be binary compatible, or there may be meaningful API changes.

    Now, OK, so ATi will likely get on to producing new, updated drivers that are compatible. After all, they want people to buy their stuff, and giving support is good PR, makes people think that their products are worth buying, etc. Further, good drivers help to put their product in a good light.

    Now then. What happens if when the change happens, some time has passed, ATi have stopped producing the cards in question, and have NEW exciting GODMONSTER cards with support for DirectX17 and its wonderful new "Aardvark Mapping" technology (none of which will be of any use to any of us who aren't actually using Windows). What they want at that point, is for us all to buy that new card, so they get their money back on their huge R&D investment (however much the things cost).

    Now, whilst it may happen that they will decide that continuing to suport old stuff is also good PR and keeps people happy, that doesn't always happen in our wonderful world of computing. There is a very good chance that they will instead say "No, we have discontinued support for our old Radeon cards from 2002; They are still supported under Linux kernel 2.4, but for a full feature-packed multimedia virtual-reality 3d experience under Linux 3.6, you should purchase one of our GODMONSTER cards, which are fully compatible with OpenGL1.0, and only cost 250 quid".

    Well, that's what I think, anyway, but I'm a great big cynic, and like to bitch about stuff. OTOH, earlier Radeon cards apparently have open sourced OpenGL support from the DRI (I don't know how well these work as I myself have a Matrox card- but I'd been thinking about Radeon recently), and so maybe those are a good investment, I dunno.

    --
    Be careful! New moon tonight.
    1. Re:Furthermore... by Anonymous Coward · · Score: 0
      OTOH, earlier Radeon cards apparently have open sourced OpenGL support from the DRI (I don't know how well these work as I myself have a Matrox card- but I'd been thinking about Radeon recently), and so maybe those are a good investment, I dunno.

      Yep, and although the Radeon (and Rage Pro) DRI drivers were developed by Precision Insight, the work was funded by ATI. So not only has ATI opened the specs to their hardware, they even paid to develop open source DRI drivers for the Radeon. That's a hell of a lot more than nVidia has ever done.

    2. Re:Furthermore... by Tomble · · Score: 1
      So not only has ATi opened the specs to their hardware, they even paid to develop open source DRI drivers for the Radeon
      <DOUBLETAKE> [rereads AC's whole post properly] </DOUBLETAKE> Wow. I knew they'd released enough specs for them to create the driver, I'd never realised they even paid them to do it. Hell, most Linux drivers are done for free! That's neat...

      That's a hell of a lot more than nVidia has ever done.
      Heh, that's for sure! Most of the cards nVidia come out with tend to sound pretty impressive. Like those ones they've done with sockets for shutter glasses (which you normally only see in a few select workstations like SGIs and the very occasional Sun). But whilst I'm generally opposed to having closed source software on my machine, I really don't want to have any damned drivers or kernel modules that are closed source. Apart from those reasons given in my earlier post, I'm pretty skeptical about what they'll do to my machine's stability. So really, it was only that factor that made me get a G400 rather than a nVidia card, but if I upgrade soon, I'll be looking for a Radeon 7xxx based card, to get those open source drivers.

      And yeah, I gather some of the ATi cards support shutter glasses too, but not any Radeons, AFAIK. No matter, I've lived without 'em so far.

      --
      Be careful! New moon tonight.
  107. problems... by Ender+Ryan · · Score: 2
    I think the issue with NVIDIA not releasing their drivers is complicated. I think they can't, legally, because of licensing issues. In fact, even if they could, the drivers would be less than great because some of the features are covered by patents, such as S3TC compression, so they would be very feature limited. Plus, they have invested a ton of resources into developing the best video drivers on the market, for any platform, so I'm sure they're really paranoid about open sourcing them. As of right now, their excellent drivers is the only think keeping them ahead of ATI. NVIDIA and ATI have very similar performing cards with similar feature sets, but NVIDIA has, hands down, the absolute driver support.

    Don't get me wrong, I'd love to see open source drivers for NVIDIA hardware.

    As far as instability, I'm guessing you have an AMD system with a VIA chipset? There are a lot of hardware bugs with VIA chipsets, especially the earlier Athlon chipsets. There are a bunch of workarounds, you should try them all before giving up.

    Cheers.

    --
    Sticking feathers up your butt does not make you a chicken - Tyler Durden
    1. Re:problems... by Wumpus · · Score: 2

      I'm afraid you're confusing two issues here: ATI also has closed source drivers. I don't have a problem with that, though, because they also document their hardware, therefore allowing the XFree86 project to write their own open source drivers. That's really all I would like to see. As it stands, nVIDIA claims that merely publishing documentation detailed enough to allow writing drivers for their hardware would be detrimental to their performance lead and market position.

      Maybe now that ATI leapfrogged them they'll change their minds... Or not.

      I'm really not complaining about nVIDIA's quality of engineering, their support of Linux, or even about the company's stand on documenting their hardware. I'm just not buying their stuff, because they don't give me what I need. Some people base their purchasing decisions on benchmarks and Quake frame rates. Others care more about stability and hardware documentation. As long as the former outnumber the latter by the kind of margin we're seeing now (basically, nobody cares about whether they get source for their drivers), nVIDIA really won't have a reason to reconsider their position.

      As Linux starts making its way to people's desktops, though, I expect that to change. There are clear practical advantages to having driver source, and some of nVIDIA's customers (Hollywood effects houses, maybe?) may start pressuring them to do the right thing.

      And, no, I don't have an AMD system of a VIA chipset, and I went as far as turning off AGP altogether (the workaround mentioned on nVIDIA's site), with no results. This is exactly the kind of problem where source availability would have been the most helpful: It's an intermittent, hardware dependant, hard to reproduce problem. If they agreed to work on this with me, I'd expect it to take months for them just to reproduce this. With this kind of bug, the time to reproduce the problem is the largest component of the time it takes to deliver a fix. If I could only instrument the driver code, have it log interesting events to a serial port, and let it run for a few weeks (it can take that long to trigger the problem), it would have been fixed by now.

  108. Misused Euphemism Alert! by Anonymous Coward · · Score: 0

    As it is, I think the way you will be seeing a monkey is if you start beating your own.

    That's "spanking the monkey" or "beating the meat".

    Thank you for 'playing'.

  109. OT: Slashdot moderators are morons by Crag · · Score: 1

    Whichever two moderators rated this as "overrated" have no sense of humor and no concept of what the moderation system is about.

    This post works for me on multiple levels. I give it two thumbs up.

  110. After reading the feedback and looking some more.. by dpilot · · Score: 1

    We're talking:
    (at my "normal" mailorder supplier, whom I've come to trust)

    AOpen GeForce3 Ti200 for $89
    ATI Radeon 8500LE (white box) for $79
    ATI Radeon 9000 (OEM) for $72

    All else equal, my preferred choice would be the 8500LE, because I think I'd be better off with the features than the clock speed. But I'm concerned about both ATI cards, because neither is a retail. I've heard that FireGL drivers look for some sort of "GenuineATI" signature before loading, and they might flunk. OTOH, there are the open source drivers that should work at least for the 8500LE, if not for either.

    The nVidia option is the most expensive, and at the moment I'm trying to shave pennies, especially since I figure I'll be replacing in one or two years.

    Amazing that over a decade ago I paid $215 for a Video7 FastWrite. Come to think of it, I don't think any of that generation of card makers is around, any more.

    --
    The living have better things to do than to continue hating the dead.
  111. Dual Heads? by wideBlueSkies · · Score: 1

    Does anyone know if this will support dual monitor mode on the Radeon 8500?

    I'm getting sick of seeing my Gnome desktop in stereo. It'd be nice to have dual monitor support like in Win32.

    --
    Huh?
  112. Alternative to X by gatep5 · · Score: 1

    What is really needed is a newer alternative to X. XFree86 has been on the back edge of technology for the longest time and it is time for someone to take over the ranks of the Linux desktop and actually produce something that is highly stable and up-to-date on the OpenGL standards. Possibly there needs to be a different accelerated GUI environment that is specific to x86 and PPC platforms so that the techology can produce faster results. I would love to one day start my linux box and have a nice stable GUI system such as Windows or Mac OSX (more like OSX). I have had too many occasions where my X applications freeze or crash for no reason. I wish, though, that ATI and Nvidia would wake up and start providing better support for their products under linux. But, a new GUI system built from the ground up and supported by the major video card manufacturers is definitely the answer for linux.

  113. Do these work on my Mobility 7500? by Eyecannon · · Score: 1

    I've been looking for working 3d acceleration for my Radeon Mobility 7500 in linux... Will these work? I want to play UT2K3!

  114. Re:Hah! by Anonymous Coward · · Score: 0

    Shit is greasy (contains fat). If you spread shit on your face, your face becomes greasy.

    Stoopid.

  115. to those worried about ATI drivers... by 2ms · · Score: 1

    ATI bought Fire like a year ago. Fire have 133t, German, OpenGL, professional workstation, $4000 videocard, driver coders who've been writing drivers for Unix workstations since the beginning. Nvidia might write drivers which work well by gamer standards, but Fire is used to writing (Unix) drivers for systems where ever screwing up at all is totally unacceptable.

    These new drivers were probably written by Fire guys, which means they're probably in a completely different universe quality-wise.

  116. Re:So? by vb.warrior · · Score: 0

    Remember this is Linux, they get like one working driver a year, its news to them, now at last they might actually be able to get a 256 colour display working. Just think, in ten years time they might even have hot-pluggable USB!

  117. Fixing parser errors by GeekDork · · Score: 2, Informative

    Basically, all parser errors occur on lines that use the __KE_DEBUG (or something similar) macro in fglxr_public.c. The macros are defined as __KE_DEBUG(fmt,args...) and it seems gcc <2.96 can't handle that when called with just one parameter. All I did was rewriting each call to that macro to have at least NULL as second parameter.

    There are also errors that are caused by the patched drmP.h. I got around those by disabling the patch contained in make.sh.

    --

    Fight hunger. Filet a politician and send him to a 3rd world country of your choice.

    1. Re:Fixing parser errors by Anonymous Coward · · Score: 0

      Actually, there seems to be a slight difference between the way gcc 2.95 and gcc 3 handles this kind of macros. Adding a space before the comma preceding ##args seems to be enough to fix the parse errors (ie use __FUNCTION__ , ##args instead of __FUNCTION__, ##args)

  118. Back-asswards argument by TheOrquithVagrant · · Score: 1

    1. A package format is expected to provide more than a mere compressed archive of files. Tar is an _archive_ format, not a _package_ format. I'd ask you kindly not to post a response to this comment until you understand the difference.

    2. Using incompatability between rpm's produced by different distros as an argument against rpm as the LSB standard package format is really back-asswards, given that the one of the main points of the LSB is to _ensure_ distribution interoperability. An rpm made in adherence to the LSB spec will work on any LSB-compliant distribution.

    ---
    Death to the sarcasm-impaired!

    1. Re:Back-asswards argument by FreeUser · · Score: 2

      1. A package format is expected to provide more than a mere compressed archive of files. Tar is an _archive_ format, not a _package_ format. I'd ask you kindly not to post a response to this comment until you understand the difference.

      Translation: "I disagree with you, therefor you are an ignorant fuck. Please shut up until such a time as you agree, both with my definitions and my conclusions."

      The difference between an archive and a package is one of semantics. A tarball can easilly contain all of the information necessary for a package to be built, indeed, most source tarballs these days do exactly that.

      You want to define a standard for that, go right ahead. But do not in the process favor one distribution over another, or chuck out a perfectly good archival approach that is a widely adopted, cross-platform standard for one that is obfuscated, inferior, less widely adopted, and less generic.

      Such as standard could be as easy as a parsable, human readable text file "dependencies.txt" in the top tarball directory, for example. There are any number of solutions to that requirement, almost all of which are more elegant than RPMs (or .debs, or what have you).

      Furthermore, not all distributions use binaries. Any standard that makes an assumption that all od (as LSB to some extent does, by adopting RPM) is inherently inadequate and broken. Indeed, acceptance of such a standard would likely inhibit a fair degree of development and progress in the GNU/Linux community, particularly when it comes to exploring less traditional methods of package organization, handling, and distribution.

      For example, many distributions, such as Gentoo and Source Mage, use source and build the installation dynamically. Debian apt-get source is another such example. All of these have the advantage of having a very short time-to-market between the developers release of a package (generally in tar format ... are you going to take issue and declare that none of those developers release packages, merely archives?) and its availability to the distribution user, generally much quicker than binary equivelents (though Mandrake Cooker, as another pointed out, is fairly good at keeping current, albeit at a stability cost the source based distros don't suffer from). Other advantages include a 20-30% speed improvement from compiling the system optimized for the hardware it will run on, added stability by eliminating the sort of subtle incompatabilities binaries often suffer from when compiled against a slightly different library revision, and so on.

      In short, there are compelling reasons why adding a binary package format, particularly one such as RPM, will not have a beneficial affect for Linux as a whole (though it certainly does benefit Red Hat).

      Using incompatability between rpm's produced by different distros as an argument against rpm as the LSB standard package format is really back-asswards, given that the one of the main points of the LSB is to _ensure_ distribution interoperability.

      If that is indeed its purpose (and I don't dispute that), then it is already a miserable failure. Suse and Redhat RPMs that are LSB compliant still break from time to time when used on the other platform, so clearly LSB compliance alone isn't enough to guarantee compatability anyway.

      An rpm made in adherence to the LSB spec will work on any LSB-compliant distribution.

      That may be the claim, but as noted above, it simply isn't true. LSB compliant RPMs still fail to be compatible across distributions. By including RPM in the standard they've created a Red Hat specific loop everyone is expected to jump through, yet the dubious benefits it purports to offer remain unrealized, indeed, are quite possibly unattainable without hamstringing diversity to the point where all distros are required to be One Distro for compliance, a la the woefully misguided "United Linux" initiative.

      RPMs are ugly, unwieldly, distribution specific, and an unnecessary complication that has no place in the LSB standard. Were it not for politics and certain entities wielding undue influence on the standards body in question, it never would have been included, and the LSB standard would have been better for it (and much more widely adopted).

      --
      The Future of Human Evolution: Autonomy
    2. Re:Back-asswards argument by psamuels · · Score: 2
      If that is indeed its purpose (and I don't dispute that), then it is already a miserable failure. Suse and Redhat RPMs that are LSB compliant still break from time to time when used on the other platform, so clearly LSB compliance alone isn't enough to guarantee compatability anyway.

      Have you tried LSB-compliant RPM packages and found them incompatible with one or more LSB-compliant distribution, or is this pure FUD based on your previous experiences / hearsay about non-LSB-compliant RPM packages and/or non-LSB-compliant distributions?

      I realise that last sentence was a bit long and unwieldy, so I'll rephrase: for the failure(s) you are reporting, are you sure the RPMs and the OSes were actually labeled as LSB-compliant? It's not like all RPMs or all releases of Red Hat are LSB-compliant, obviously.

      Forgive my scepticism, but it sounds like you are confusing LSB-compliant RPM with Red Hat RPM and SuSE RPM. Either that or you are confusing LSB-compliant Linux distribution with any RPM-using Linux distribution. Or you could simply be blaming the LSB for what is actually an issue of poor, non-LSB-compliant packaging work mistakenly labeled as LSB-compliant.

      Now, I'm not much of a fan of RPM myself, being a Debian user and all. But please, try to keep the FUD down a little.

      Were it not for politics and certain entities wielding undue influence on the standards body in question, it never would have been included, and the LSB standard would have been better for it (and much more widely adopted).

      Where in your conspiracy theory do you explain why the LSB standardised on RPM v3 rather than v4? The party line is that RPMv4 format is too new and would be unfair to all the non-Red-Hat players, who would have to play catch-up. This would seem to put a serious dent in your 800-pound-Red-Hat-gorilla postulate.

      Where in your conspiracy theory do you refute the claim that RPM was chosen because a vast majority of existing Linux installations already use it as a standard package format, and a majority of the remainder have decent alien support for converting RPM packages to their respective native package formats? Remember, the job of the LSB is largely to codify existing common practice wherever practical, so as to cause minimal disruption to the Linux user base while providing useful guarantees to software vendors / packagers. RPM would appear to fit this bill quite well.

      Where in your conspiracy theory do you provide the alternative package format which would satisfy the above goals? "tar.gz" is not much of an answer: there is no standard way to handle processing before or after installation, configuration or removal, or quite a few other useful tidbits. Anything you might add to provide such a mechanism would negate the value of using this "well-known" tarball format - your new format would become "tarball with certain magic pixie dust added". --Basically a home-grown RPM with fewer features and no existing buy-in. (But hey, at least it uses tar instead of that eeeeevil cpio!) Would that be sufficient to satisfy your NIH instincts?

      --
      "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
    3. Re:Back-asswards argument by TheOrquithVagrant · · Score: 1

      Please don't "translate" what people say - read what's written and reply to that. When I wrote my initial comment, I had some small hope that you'd actually counter with a compelling argument against RPMs being included in the LSB. You could have done that, and made me listen, if you'd shown you understood the additional requirements of a package format as opposed to plain tar, and more specifically, that you understood RPMs. However, you will not make me inclined to listen to your arguments when you consistently display complete lack of understanding of the RPM format, and make numerous factual errors. If you disapprove of the rpm format, you need to show you "know your enemy". The remark that you "translated" into a personal insult was a request for you to make sure you do that before you argue further.
      You now instead continue to show you that you don't, but, against my better judgement, I'll respond to your arguments anyway.

      The difference between an archive and a package is one of semantics.

      I'll concede that there's no (to my knowledge) formal specification of "package" versus "archive". My definition is based on working with other package systems, under AIX and Solaris specifically. In case you didn't know, "tar" is not "standard package format" under those *nixes either, and if you think RPM is nasty, you should take a look at AIX's lpp. In any case, they all provide something more than a mere archive like cpio or tar.

      A tarball can easilly contain all of the information necessary for a package to be built, indeed, most source tarballs these days do exactly that.

      Interesting. In stating that a tarball CAN contain all information to BUILD a package, you inadvertently admit that tar itself _isn't_ a "package". And yes... indeed, today, many source tarballs today do contain all the information necessary to build a package - they contain a .spec file, which you can use to produce an RPM.

      But do not in the process favor one distribution over another,

      I don't see how any distribution is favored over another. RPM is an open, well documented format. Any distribution can use it, and more distributions do use RPM than the competing DEB package format. I'm not entirely certain that RPM was chosen over DEB on purely technical reasons, or whether the "popularity" of the format played a part in the decision, but in either case, it was a format that was favored, not a distribution.

      or chuck out a perfectly good archival approach

      The archival approach is not "perfectly good". At the risk of sounding like a broken record, I have to say again that you seem woefully unaware of just how much more rpm does than a tar. Its not just dependency information.

      that is a widely adopted, cross-platform standard for one that is obfuscated, inferior, less widely adopted, and less generic.

      RPM is also cross-platform. You can get it for Solaris, AIX, and even non-unix platforms like OS/2. And there's a reason it's been ported, and I can assure you that the reason is not "because it sucks", or because the LSB dictates it. "Obfuscated" is simply untrue, "inferior" is merely opinion, which you consistently fail to support with any kind of factual or insightful arguments. Less generic is certainly true, but then, a package format has a somewhat more specific purpose than a mere archive.

      Furthermore, not all distributions use binaries. Any standard that makes an assumption that all od (as LSB to some extent does, by adopting RPM) is inherently inadequate and broken.

      I can only read this as further evidence of your complete ignorance about RPMs. RPM is designed to build the binary packages directly from source. If you don't want the binary RPMs pre-compiled by the distributor, you can grab the source RPMs and re-build them for your system, with whatever optimizations you want. A source RPM contains the pristine, untouched source tarball, keeping any patches a vendor might want to add to it separate while still automating and standardizing the patching procedure during a re-build. Since my own systems (and some of the systems i've designed for customers) are very heavily customized, I frequently do just that.

      For example, many distributions, such as Gentoo and Source Mage, use source and build the installation dynamically.

      There is nothing preventing doing an RPM-based distribution that does exactly that. In fact, I've toyed with the idea of doing that myself as an exercise. Gentoo is very cool, and their portage system looks nice. However, I have not yet delved into its intricacies deep enough to say whether it gives all the benefits that RPM does. Perhaps you can inform me of how to do the equivalent of "rpm -f file" or "rpm -Va" with Gentoo's system.

      In short, there are compelling reasons why adding a binary package format, particularly one such as RPM, will not have a beneficial affect for Linux as a whole (though it certainly does benefit Red Hat).

      The reasons might have been compelling if you actually knew what the hell you were talking about, and didn't labor under the completely erroneous base assumption that RPM is a "binary package format".

      If that is indeed its purpose (and I don't dispute that), then it is already a miserable failure. Suse and Redhat RPMs that are LSB compliant still break from time to time when used on the other platform, so clearly LSB compliance alone isn't enough to guarantee compatability anyway.

      Firstly, did you make sure that the packages you had trouble with were built against the same release of the LSB? The LSB has versions too, you know. Second, even if they were, that still is not a failure of the package format, but rather a failure of the packager. No technical spec or format can safeguard against human error.

      By including RPM in the standard they've created a Red Hat specific loop everyone is expected to jump through,

      In which way, even if the compatibility problems you've pointed out HAD been true, is it "Red Hat specific loop" more than Mandrake-specific or Suse-specific or specific to any other distro aspiring to LSB-compliance? This just sounds like paranoia to me.

      yet the dubious benefits it purports to offer remain unrealized,

      I think I've already established that you don't even know the benefits to begin with. And that, again, brings us back to the remark which you "translated" into a personal insult. I asked you not to make a reply until you had your facts straight. You didn't listen, and as a result, I have now wasted time pointing out your factual errors, instead of perhaps being swayed by good arguments based on a solid understanding of the thing you're attacking. That could have been the case, had you listened to my request instead of "translating" it into something you thought I meant.

      I could now list all the advantages that RPM provide over the "perfectly good archival approach", because even in the process of correcting your fact errors, I have only mentioned a few of them. But I won't. I asked you to check that out for yourself, but you didn't. I'm just going to tell you again to read up on the RPM format, and then make arguments for a tar-based system that provides all those benefits and tools.

  119. I see by Ender+Ryan · · Score: 2
    Sorry about getting that confused. I agree, it would be helpful if NVIDIA would at least release some specs, at least enough to develop some basic drivers with, source even better.

    Do you know why NVIDIA backtracked on their promise to deliver open source drivers? It was a couple years ago, at the time they released some initial drivers that worked with XFree86 3.x.

    --
    Sticking feathers up your butt does not make you a chicken - Tyler Durden
    1. Re:I see by nicsterrr · · Score: 1

      Why does this happen every time a video card related story comes along? Nvidia's Linux drivers are open source. You can download the source at nvidia.com as easily as downloading anything other drivers.

      If you mean to say "Nvidia's drivers are not GPL code" then say that. BUT stop saying "Nvidia's drivers are not open source" because this is simply not true.

    2. Re:I see by chez69 · · Score: 0

      There is a source wrapper that gets compiled. the main driver is binary only.

      --
      PHP is the solution of choice for relaying mysql errors to web users.
  120. Re:RPM Inclusion in LSB Linux's Biggest Clusterfuc by Omnifarious · · Score: 2

    It makes no sense to me why people hate RPM so much. A packaging format of some kind seems like an absolute necessity to me. Tarballs are most certainly not a packaging format.

    A proper packaging format will keep track of what's installed on your system, where it's installed, and what depends on it, and what it depends on. This is so that addition and removal of packages is easy.

    The only advantage people have ever given for .deb is apt-get. But, it seems to me that the same functionality is replicated in RedHat network and Red Carpet. The usefulness of apt-get has more to do with infrastructure support than it has to do with the .deb packaging format.

    So, please, tell me why RPMs are bad, other than that RedHat created them.

  121. Ati Driver watch out! by Anonymous Coward · · Score: 0

    Corrupted my X-windows!
    Should know by now!

  122. Re: ' by Anonymous Coward · · Score: 0

    The only thing informative about this post is that GeekDork is a moron.

    Saying he installed xf86 from 'debian unstable' (points to him using debian stable).

    HEY maybe if you would have bothered to RTFM...

    The drivers kick ass '.'

  123. Re: International Liability by Elwood+P+Dowd · · Score: 2

    That's why I mentioned stealing fruit in Qatar and doing drugs in Singapore. Both of those actions carry incredibly unjust consequences, and the US Gov't will do nothing to protect its citizens from those consequences.

    Even when there was that huge outcry 'cause some dumbass American was going to get caned in Singapore, the *Gov't* didn't do anything. Pols might have lectured about how Singapore shouldn't cane the kid, but there was no official action.

    Iran *does* have "crazy religious laws" but it's still a particularly bad example. Since the US and the Iranian gov'ts do not have any relations, an American woman in Iran would have less than no diplomatic sway. The only protection she might get would be due to internal popular pro-US sentiment. But that probably wouldn't do anything anyway.

    Iran would be wrong for doing it, but for the same reason they'd be wrong for doing it to their own population. As long as Iran is a sovereign nation, they can make whatever inane law they please. I guess it can't violate internationally accepted human rights, or they might face war, but that's really the only threat.

    --

    There are no trails. There are no trees out here.
  124. OT: have you tried ATI's new drivers yet? by FreeUser · · Score: 2

    Gentoos portage of the Xfree doesnt support the 9700 yet. (Thou I saw 4.2.99-3 was out last week, which might) I know the CVS version of Xfree did find my 9700 with --configure.

    I'm considering a 9700-pro.

    Do you find cvs-xfree to provide adeqaute 2d performance / support?

    Have you tried ATI's new binary drivers (for good 3d support) and if so, how did you find them?

    TIA

    --
    The Future of Human Evolution: Autonomy
    1. Re:OT: have you tried ATI's new drivers yet? by BrookHarty · · Score: 2

      Im planning to play with it the binary drivers this weekend, also, I havnt tried Unreal yet on the ATI. I will post back with details later.

    2. Re:OT: have you tried ATI's new drivers yet? by FreeUser · · Score: 2

      Im planning to play with it the binary drivers this weekend, also, I havnt tried Unreal yet on the ATI. I will post back with details later.

      thanks, I appreciate it!

      --
      The Future of Human Evolution: Autonomy
    3. Re:OT: have you tried ATI's new drivers yet? by BrookHarty · · Score: 2

      Well, strange, X ran with the new drivers (Mandrake 9.0) but I know there are problems with the drivers. I think the DRI is the wrong version. I couldnt run X by itself, but when I did an init5, X was running, and the /var/log/XFree.9.log said I was running the new drivers.

      Loading Unreal2k3 freeze the system, keyboard lights just blink (I crashed...)

      Maybe I'd have better luck if I was running Mandrake 8.2.

  125. ... Not As Much Anymore by GeekDork · · Score: 2, Interesting

    OK, after fiddling with the config, it actually got somewhat better. If you create a XF86Config using the fglrxconfig tool and then copy some stuff from there to your real XF86Config (omitting the BusID and Screen entries), XVideo works and the overlay problems seem to be gone. My system still restarts X when switching to a text console though and 2D feels a little slower than with the DRI drivers.

    On an unrealted note: does anyone here know how to get the "two screens, one framebuffer" behaviour under Windows?

    --

    Fight hunger. Filet a politician and send him to a 3rd world country of your choice.

  126. no, you're wrong by Ender+Ryan · · Score: 2
    NVIDIA's drivers are NOT open source, the source tarball simplay contains a wrapper around their binary driver, which is just an interface to the kernel. The actual driver is binary only.

    --
    Sticking feathers up your butt does not make you a chicken - Tyler Durden
    1. Re:no, you're wrong by nicsterrr · · Score: 1

      I see.. If that's the case, Nvidia are providing a bit of misinformation on their website. Thanks for enlightening me on this though!

  127. Couple of Questions... by DrFishstik · · Score: 1

    Does this driver set support 16-bit color? The previous FGL drives only did 24, which causes some programs to not work properly.

  128. Re: International Liability by merdark · · Score: 1

    Hmm. Ok. I see your point. ;) I'm surprised actually that the US wouldn't do anything to support it's citiziens from such things. It must cause *some* diplomatic tensions. Anyways, yes, I guess it is the laws that are really at fault. We live in a scary world.

  129. build_mod directory: open source? (no) by psamuels · · Score: 2
    The public source is all there /lib/modules/fglrx/build_mod

    All there?

    The proprietary code is contained in one static library-- libfglrx_ip.a -- which is linked into the final module.

    If this is the whole story, it's a significant departure from ATI's previous R200 driver. Which is why I suspect it's not the whole story.

    With the R200 driver, there were four components:

    • the kernel r200 module - distributed as a big binary blob with a small bit of source-available glue so you could compile it for any kernel (within a specific range)
    • a modified version of the kernel AGP GART module - distributed as source under the GPL, since as I said it's just existing Linux kernel source, so it has to be GPL. Not sure what ATI's modifications did, except to drop support for most non-Intel AGP chipsets and add support for one or two Intel chipsets. Presumably they added at least one needed feature there. It was quite out of date, as well - derived from the AGP code in kernel 2.4.2 or so, and I was running 2.4.19.
    • XFree86 driver: binary-only. This is the bit that XFree86 loads on startup. Possibly derived from some existing XFree86 code, but we'll probably never know to what extent, since XFree86 is not GPL.
    • XFree86 client library: binary-only. A rather large OpenGL client library almost certainly derived from the Mesa project. Since Mesa does not use the GPL, we can have no idea how or how much ATI modified the Mesa code.

    So 2 of 4 components were binary-only, a third was binary-mostly with a small stub for multi-kernel compatibility, and the last was a set of trivial modifications to existing GPL code and was therefore open source.

    If this driver is like their previous one, which I suspect it is, there's no way it could be considered "open source".

    --
    "How can you claim that you are anti-crack, while still writing a window manager?" — Metacity README
  130. Re:OEM Cards? Short answer, no by Anonymous Coward · · Score: 0

    I have a sapphire board -- when I got it, my buddy assured me that "third party boards are just as good as the name brands" since he worked as a PC integrator for a couple of years, I trusted him... :) [that and he's my brother-in-law]

    Here is the XF86 log output:

    (II) Module int10: vendor="The XFree86 Project"
    compiled for 4.2.0, module version = 1.0.0
    ABI class: XFree86 Video Driver, version 0.5
    (II) fglrx(0): initializing int10
    (WW) fglrx(0): Bad V_BIOS checksum
    (II) fglrx(0): Primary V_BIOS segment is: 0xc000
    (--) fglrx(0): Chipset: "Radeon RV250 If" (Chipset = 0x4966)
    (--) fglrx(0): (PciSubVendor = 0x174b, PciSubDevice = 0x7192)
    (--) fglrx(0): board vendor info: third party grafics adapter - NOT original ATI
    (--) fglrx(0): Linear framebuffer (phys) at 0xd0000000
    (--) fglrx(0): MMIO registers at 0xcd800000
    (--) fglrx(0): ROM-BIOS at 0xcffe0000
    (--) fglrx(0): ChipRevID = 0x00
    (--) fglrx(0): VideoRAM: 131072 kByte (64-bit DDR SDRAM)
    (EE) fglrx(0): board/chipset is not supported by this driver (third party board)
    (EE) fglrx(0): PreInitConfig failed
    (EE) fglrx(0): R200PreInit failed
    (II) fglrx(0): === [R200PreInit] === end

    Note the explicit detection of "powered by" vs. "built by" and subsequent refusal to load & run.

  131. I fought with this too by CaptPungent · · Score: 0

    The errors caused by the patch are caused by the fact that __KE_ERROR and __KE_DEBUG *and* DRM_ERR are all macros that expand to basically printk's. The patch changed the way that those macros (which are already present in the kernel source) take the arguments. All of them were changed the same way. By disabling the patch, and rewritting the __KE macros to properly accept the calls, it compiled fine. I got it to compile but I haven't messed with setting it up yet, as I'm a little disturbed that these guys couldn't write a printk properly. Not that I'm an expert in kernel programming, I don't see how this code ever built for them on a gcc 2.95 system, unless they just built on a gcc 3 system and never tested it on a gcc 2.95 system. My thoughts.

    --
    C Pungent
  132. Re:Cool by Theom · · Score: 1

    2) Sell Doom 3 for Linux.

    --

    mp3: l33t term for empty.
  133. Last Post! by alpg · · Score: 1

    Shoot me again.
    Just proving that the quickest way to solve the problem is to post a
    whine to the newsgroups: within moments the solution presents itself to
    me, and meanwhile my ass is hanging out on the Net... *sigh*...
    -- Dave Phillips, dlphilp@bright.net, about problem solving via news

    - this post brought to you by the Automated Last Post Generator...