Slashdot Mirror


Mesa 5.0 Released

Eugenia writes "Mesa 5.0 has been released. It implements the OpenGL 1.4 specification." There's more information as to what's been fixed/added/changed on their SF.net project page.

50 of 142 comments (clear)

  1. cute by sanermind · · Score: 5, Funny
    Cute description in the changelog:

    - OpenGL 1.4 support (glGetString(GL_VERSION) returns "1.4")

    So that's all it takes, eh?
    <grin>
    --

    ---
    the pen is mightier than the sword, the sword is mightier than the court, the court is mightier than the pen.
  2. How does it compare on windows? by Max+Romantschuk · · Score: 5, Interesting

    It'd be interresting to know how this release compares to other OpenGL implementations on Windows. Anyone looked into this?

    Why Windows? It's always interresting to see how any open software solutions stack up versus their proprietary cousins on a proprietary system.

    --
    .: Max Romantschuk :: http://max.romantschuk.fi/
    1. Re:How does it compare on windows? by The+Original+Yama · · Score: 5, Interesting

      I personally would like to see how this compares to the OpenGL implementation in the nVIDIA Linux drivers. Anybody got any benchmark figures?

    2. Re:How does it compare on windows? by g4dget · · Score: 3, Interesting

      It's interesting for another reason: some graphics cards only support Direct3D, but Mesa can be used as a wrapper around Direct3D to give you an OpenGL interface. Past examples of such wrappers have performed reasonably well, and since Direct3D has improved, it should only get better.

    3. Re:How does it compare on windows? by dinivin · · Score: 4, Informative


      Why would you want to see that comparison? nVidia's Linux drivers are hardware accelerated. Generic Mesa is not.

      Dinivin

    4. Re:How does it compare on windows? by tanveer1979 · · Score: 3, Informative

      I dunno about this baby, but earlier GL versions are much faster on windows. For a fast machine this change is not noticable. But I run a 600 MHz celeron with 16MB RIVA TNT. I have noticed that tuxracer crawls, but UT runs much faster under higher res. Is it due to GL or due to the game. Also I have noticed that most linux games based on GL really crawl on my machine. I havent tried UT2003 yet, but could anyone enlighten my why this performance difference between linux and win, considering most other apps are much much faster on win.

      --
      My Aurora : http://www.youtube.com/watch?v=o91ZsGwJYyg
      FB : https://www.facebook.com/TanveersPhotography
    5. Re:How does it compare on windows? by GoRK · · Score: 2

      Well, yeah it is on some cards like 3dfx; but that does not help here of course.

    6. Re:How does it compare on windows? by GoRK · · Score: 2

      Erm no. Think of it like this: You are a graphics card company and you can pay your developers only so much money to write a driver for your card, meaning they can only support Direct3d or OpenGL. Naturally, they support Direct3d if they are going for gamers/low end since more games will work on a d3d only driver than an opengl driver. They pick OpenGL if they are going for the scientific community. If more game developers used OpenGL, then you'd see lacking opengl performance on cards. It's really no big deal. Vote with your dollars.

    7. Re:How does it compare on windows? by dinivin · · Score: 3, Informative

      No, vanilla Mesa is not accelerated on any cards... When you see it accelerated with 3dfx cards, it's actually compiled against Glide.

      Dinivin

    8. Re:How does it compare on windows? by wing.app · · Score: 2, Interesting

      It says in the Mesa FAQ that it will be hardware accelerated with DRI when they decide to include it in XFree86

    9. Re:How does it compare on windows? by be-fan · · Score: 2

      There is no such choice. If you support only OpenGL or Direct3D, you're screwed. If people can't play Quake-engine games, they won't buy your card. OpenGL is basically required support these days.

      --
      A deep unwavering belief is a sure sign you're missing something...
    10. Re:How does it compare on windows? by Fnord · · Score: 2

      Considering the fact that Mesa has a modular rendering system, and the DRI project was made specifically to be a backend for Mesa, your definition of "vanilla" Mesa is kind of limited. The simple fact is that for every video card except nVidia's, the hardware acceleration on linux is done in large part through Mesa, and this will allow existing DRI accelerated cards to get access to OpenGL 1.4 features.

    11. Re:How does it compare on windows? by MyHair · · Score: 3, Informative

      Also I have noticed that most linux games based on GL really crawl on my machine.

      Assuming you mean when running under X and Linux, run glxinfo from a shell. Near the top will be "direct rendering: yes" (or no). If it's no then you're running software OpenGL instead of hardware accelerated OpenGL.

    12. Re:How does it compare on windows? by dinivin · · Score: 2

      your definition of "vanilla" Mesa is kind of limited.

      Uh, no it's not. The Mesa you download from the projects' website is "vanilla" Mesa. There's nothing limiting about that at all. I'm not saying anything bad about it (in fact, I use it every day), but Mesa and DRI are two separate projects, even if some of code (and some of the developers) overlaps.

      Dinivin

  3. I don't know what they did by RomikQ · · Score: 5, Informative

    But the new mesa seems to have intelligent workload distribution between the cpu and the gpu, i e

    glxgears running in a small window - 200 fps, average 2% cpu load(with Mesa 4.1 it was 800 fps 100% load),
    running maximized in 1600x1200 - 80 fps, 100% load(exactly as with Mesa 4.1).
    And all the games and etc run at exactly the same speeds with less cpu load.

    All I can say is this is great - nobody needs insane fps numbers above 100 and it saves cpu for my poor apache running in the background :). Server gaming woohoo!

    --
    Join the elite! Post at score:2! Ghostwheel is online.
    1. Re:I don't know what they did by 0x0d0a · · Score: 3, Informative

      Umm...that's *bad*. glxgears is a benchmark, and *should* be eating everything.

      Which means that your GPU now isn't accepting above some level for some reason.

  4. Re:mesa sucks compared to dx 9 by quigonn · · Score: 5, Informative

    Hey, OpenGL is at least standardized, something you can build on for years. Nobody can guarantee you that the next version of DirectX will be compatible with the current version.

    In fact, there are only two 3D APIs that are standardized and (more or less) widely used: OpenGL and OpenInventor.

    --
    A monkey is doing the real work for me.
  5. I don't get it by sql*kitten · · Score: 3, Interesting

    I used to use Mesa years ago as a software-only OpenGL-like API, on a system for which there was no OpenGL implementation, but I was writing code to run on a system that did have it (these were MacOS 7.x and an Indy, if memory serves). But if you have an OpenGL driver, what does Mesa do? Surely the libraries that come with the driver implement the API? Or does it just let you write 1.4 code with a card/driver that only supports up to 1.2 in the hardware, and do the new 1.4 features in software?

    1. Re:I don't get it by AsparagusChallenge · · Score: 3, Informative

      But if you have an OpenGL driver, what does Mesa do?

      a) Shows you how is it done, since you can peer at the source, and b) gives you an alternative if OpenGL is not good enough for you. Small benefits, and you may not care, but for some people these are good qualities.

    2. Re:I don't get it by be-fan · · Score: 2

      No, that's not right. Mesa is a software implementation, and a piece of support code for the DRI driver. In a hardware accelerated implementation, you've got a device-specific kernel driver, a device specific OpenGL library, and a device-specific GLX driver.

      --
      A deep unwavering belief is a sure sign you're missing something...
    3. Re:I don't get it by Fnord · · Score: 2

      Mesa was originally a software opengl implementation, yes, but now its renderer is modular. In particular, the dri project is built around drivers implementing only extremely low level primitives which are plugged into Mesa which provides the full OpenGL stack to access these drivers. So for hardware acceleration on Linux, every driver uses Mesa except nVidia's which includes its own OpenGL stack.

  6. in the long run, that will change by g4dget · · Score: 5, Insightful

    A good game generally needs a good budget to back it.

    A flashy game with a lot of graphics may need a big budget. But those games are not necessarily good, nor do good games necessarily need flashy graphics. For example, many of the movie-tie-in 3D games are financed heavily and anywhere from mediocre to horrible. On the other hand, excellent games like chess or go are of utmost graphical simplicity, and they have been refined over centuries and millenia in a process akin to open source. Furthermore, there are quite a few excellent open source games with minimal graphics and excellent gameplay.

    Closed source, heavily financed games satisfy a yearning for novelty. They spend a lot of money on eye candy and pushing technology to the limit. But really good game design is a long-term, open process. For computer games, that has barely begun. I suspect that in another few years, you are going to see open source games whose graphics is simpler than Doom but whose gameplay beats anything commercially available. And closed source games won't be able to compete with that because they simply can't have thousands of game players contributing directly to the evolution of the game.

    Open source is slow--but eventually, it gets there, and it usually ends up doing a better job.

    1. Re:in the long run, that will change by g4dget · · Score: 5, Insightful

      Open source development is design-by-committee by its nature.

      No, it's implementation-by-contributors, which is very different. Design-by-committee is what happens in many companies: a lot of people who don't have to do any of the real work sit around and talk a lot, then dump some non-sensical specification on their programmers. Design-by-committee is bad. Implementation-by-contributors is good.

      It takes a long time and if it ever finishes it's a compromise.


      Making a good game or good piece of software always takes a long time--because it requires extensive feedback from users. Open source is actually better at that because the users are the developers.

      As for being a compromise, of course it is. However, if it's a compromise a substantial number of people can't live with, the project forks. This, again, is good. Closed source doesn't have that option: just because many people think MS Office sucks doesn't mean they can take it, split it off, and fix it.

  7. who cares about "the lead"? by g4dget · · Score: 5, Insightful

    i agree. OpenGL lost the lead a long time ago.

    So? Who cares? I'd much rather use an open API than some snazzy, proprietary thing.

    Wait for 2.0 to come out. MS is going to lock Linux out of 2.0 as some of the api's are based on dx9

    Again, who cares? If MS has the power to lock Linux out of OpenGL 2.0 (through patents?), then open source will just not use it and instead evolve OpenGL 1.* in a different direction.

    1. Re:who cares about "the lead"? by g4dget · · Score: 4, Insightful

      The OpenGL 1.* which is going to be supported by what hardware in five years?

      By whatever well-documented graphics hardware there is going to be in five years.

      It's a losing battle. Just like with DRM enabled hardware. Open Source operating systems can only be run on pre-DRM hardware which will become obsolete in a few years.

      Come on, wake up. The world doesn't work according to Bill Gates's pipe dreams. First of all, DRM-enabled hardware doesn't exclude open source software: you can either run it without DRM, or you can sign it. Even if it did, there is going to be plenty of non-DRM hardware going to be out there.

      Open source is going to be here decades from now. I wouldn't be so sure about Microsoft, however.

  8. Re:Real gamers use Win32, not linux by TummyX · · Score: 2, Informative

    I think he's talking about the licensing fees for windows (you need windows to use the latest DirectX). The DirectX SDK (like all Windows SDKs) is free.

  9. Re:mesa sucks compared to dx 9 by quigonn · · Score: 2

    You're still depending on the good will of Microsoft. DirectX is still proprietary, and Microsoft can do with it whatever they want.

    --
    A monkey is doing the real work for me.
  10. XFree86 by choward · · Score: 2, Interesting

    Mesa is very tightly bound to XFree86. Are there instructions out there for how to replace the Mesa that ships with XFree86 4.x with this new version? Does anyone know when XFree86 4.3 is due out and which Mesa version it will have?

    I'd like to try this out and see if I can finally get some decent FPS on my Radeon 7000, but I don't want to sacrifice stability by messing with Mesa if I don't know what I'm doing.

    --
    -- Craig Howard
    1. Re:XFree86 by Anonymous Coward · · Score: 3, Informative

      Xfree86 4.3 will not have Mesa 5.0. It is not going to make it into the mainline DRI CVS in time for the merge. It is currently in a separate development branch.

      It will probably get included in 4.3.1 since it is an important feature to many users.

    2. Re:XFree86 by crimsun · · Score: 2

      According to the XFree86 homepage, 4.3 is due out January 22-24, 2003, to coincide with the Linux World Expo in NYC. More than likely it will ship with Mesa 4.0.4, but you'll need to follow the Xpert mailing list to be sure.

  11. Re:mesa sucks compared to dx 9 by gl4ss · · Score: 2

    so.. which is better vaporware.. properiaty vaporware or open vaporware..

    dx doesn't come on straight on backwards compatibility btw. try playing master of orion 2 on win2k.. it either works or doesnt, most probably you'll lose your cursor.

    moo2 is dx2 btw..(the win32 vers).

    --
    world was created 5 seconds before this post as it is.
  12. Re:mesa sucks compared to dx 9 by k98sven · · Score: 4, Insightful

    Microsoft will have the good will to support those prior interfaces - do Age of Empires or Age of Kings ring a bell? They will not stop supporting their prior games in the foreseeable future.

    Good, 'cos I'm having some problems trying to run GORILLAS.BAS on WinXP.

    Still, I agree, MS is not going to shoot themselves in the foot
    by breaking backward compatibility if they don't have to.

    Yes, OpenGL is open, but do you think anyone cares?
    The computer games industry is like any other business, it is run by economics.

    The kids want games with bleeding-edge 3d, and unless you're name is John Carmack, the industry is not going to support anything else than DirectX.

    Now OpenGL 2.0 has the chance to turn the tables;
    If GL2 can equal DirectX,
    the game industry will use it,
    if not for other reasons than economic reasons. Why? One word: Portability.

    Porting to the Mac (and maybe even linux) is no problem with OpenGL, but if your code depends on DirectX: forget about it.

    Now which game developer would knowingly limit themselves to the MS platform, if they had an equal alternative?

    Which game producer would not want to be able to release a Mac or Linux port, at little extra cost?

  13. Mesa is not hardware accelerated by Jacek+Poplawski · · Score: 3, Informative

    After reading comments I want to write just one thing: Mesa is not hardware accelerated. There is no point to compare it with nVidia or ATI closed source drivers, there is no point to compare speed of Mesa and Win OpenGL implementation. You can't play any new game with Mesa, because you will get 1-2fps.

    I am not sure why non-developer should download Mesa, probably only if he/she need to run OpenGL application (like Blender for example) and hardware accelerated driver works bad or not exist.

    1. Re:Mesa is not hardware accelerated by 0x0d0a · · Score: 4, Informative

      Mesa is not hardware accelerated

      You mean Mesa's software driver is not hardware accelerated. Take a look at the Mesa FAQ, point 1.2.

  14. Re:mesa sucks compared to dx 9 by Anonymous Coward · · Score: 4, Informative

    Direct3D STILL sucks for scientific visualisation (still favours texture pushing over high-poly-count), and is STILL Windoze-only (Wine excepted). OpenGL sucks less, and is not bound to C++ (Well, o.k. DirectX is theoretically COM, but I defy you to program it seriously in anything other than MS-bastardised C++)

    Scientists tend to use grown-up OSes (i.e. no Windoze) and code in Fortran 95 or HPF, pure C or occasionally Lisp - all languages with OpenGL bindings.

    You can learn OpenGL+SDL basics in an afternoon, and have flocks of teapots flying across your screen the following morning. Just beginning to learn DirectX and Direct3D means taking on board all the bizarro-world Microsoftian "C++" and COM cruft.

    OpenGL's going to be around for some time.

    Now, it is inappropriate for hardware raytracing cards, but us people in the scientific graphics community (and movie-making-community) are only getting to play with them now, don't expect them to trickle down to the gaming market for a while yet.

  15. Re:Real gamers use Win32, not linux by arkanes · · Score: 2

    pssshht, they'd be free if I could actually download the damn things. Some sort of funky javascripted activeX control that errors out on all the breeds of IE I've tried (IE 5.55, 6 on 2k and XP). *glare microsoft*

  16. Mesa and hardware acceleration by 0x0d0a · · Score: 2

    Let me point readers to the Mesa FAQ:

    ***
    1.2 Does Mesa support/use graphics hardware?

    Yes. Specifically, Mesa serves as the OpenGL core for the XFree86/DRI OpenGL drivers.
    ***

    Now, Mesa does *include* a software rendering engine...

    This could be what you meant, but this is the first post along the "Mesa is nothing more than a software renderer" lines, and there are a *lot* on here, some of which are definitely wrong.

    1. Re:Mesa and hardware acceleration by dinivin · · Score: 2

      Let me say it again:

      Vanilla Mesa does not support hardware acceleration. It never has and it never will.

      The Mesa that's included in the DRI does. That is not vanilla Mesa. If you were to go to the Mesa website, download the latest version, compile and install it, you wouldn't have hardware acceleration (unless you compiled the DRI or compiled Mesa against the Glide libraries, in which case it's no longer vanilla Mesa).

      Dinivin

    2. Re:Mesa and hardware acceleration by dinivin · · Score: 2


      Let me amend this previous post. I can't say, with any knowledge, that vanilla Mesa will never support hardware accleration.

      Dinivin

  17. Re:mesa sucks compared to dx 9 by gl4ss · · Score: 2

    you can evaluate the process that will make opengl to be what it is.

    it's vapor until it's final, packed, and shipping, and supported.

    --
    world was created 5 seconds before this post as it is.
  18. Re:WTF mods?!?! by Forkenhoppen · · Score: 2

    why-oh-why is this a troll?

    My guess is that some moderator thought that asking on the availability of a package is automatically an insult. To all moderators; if they aren't explicitly being insulting, then it's probably a genuine question! It's pretty sad when our hides get so thick that our immediate answer to a request for help is to try and ignore them.

    To answer the original question, my guess is that it'll probably go into the latest unstable, which is Sid. (If it isn't in there already.) My guess is that it's probably not going to be around long enough to make the testing release, Sarge, before Sarge gets bumped to stable. From what I understand, to make Sarge, it'd need to be in for 3 months. If they bump Sarge to stable in less than 3 months, it won't make the next stable release. I could be wrong, here, though.

    I don't personally run Debian anymore (Windows), so.. maybe someone from Debian could offer some insight here, on just how much work needs to be done to get this hooked in with the latest X, and what it would take for it to make it into Sarge.

  19. Re:I don't know what they did - NVidia ? by be-fan · · Score: 2

    The NVIDIA drivers accelerate OpenGL on NVIDIA hardware. Mesa, unless it has a mini-driver for your card, is a software implementation of OpenGL. There is no Mesa driver for NVIDIA cards, so the NVIDIA driver is still preferred.

    --
    A deep unwavering belief is a sure sign you're missing something...
  20. Re:Real gamers use Win32, not linux by be-fan · · Score: 2

    Who cares about games? Soon, we'll be using OpenGL to draw our desktops. Just check out evas_test (from E17) and let your jaw drop. MacOS X ain't got nothing on EVAS! At that point, OpenGL becomes a whole lot more important.

    --
    A deep unwavering belief is a sure sign you're missing something...
  21. Re:mesa sucks compared to dx 9 by be-fan · · Score: 2

    Do you think the industry is going to let Microsoft lock in OpenGL 2.0? Sun and SGI depend on OpenGL for their visualization business. Linux is becoming more popular with graphics shops every day. I doubt even Microsoft can go against that kind of industry opposition. Microsoft has a lot of money, but if you attack something like OpenGL, which is central to the businesses of a whole lot of companies, then the money on the other side because rather significant.

    --
    A deep unwavering belief is a sure sign you're missing something...
  22. Re:Tsarkon WARNS: Eugenia is a Fat Fucking Pig by Jim+Norton · · Score: 2
    you are a fucking sexless fat puke then. no self respecting male would fuck that whore.

    Whoa, hold on a second! I wasn't talking about your mom!

    --
    -- Jim
  23. Re:Tsarkon WARNS: Eugenia is a Fat Fucking Pig by Jim+Norton · · Score: 2

    You are my hero. Not only do you create 2 original replies (har har) to my message, but you're proficient at ASCII art too! You even reply to your own messages congratulating yourself!

    PS. Goatse.cx? Are you a regular? Judging by your intelligent response, you sound like you might be the owner!

    --
    -- Jim
  24. Re:Tsarkon WARNS: Eugenia is a Fat Fucking Pig by Jim+Norton · · Score: 2

    And you think i'm a source of your amusement...

    Childish? Talk about the pot calling the kettle black.

    Judging by your 'eloquent' response, it seems you are the source of your own amusement.

    The only thing I can agree with you on is this - it's over. You can go back to AOL now, playing The Sims: Hot Date and fantasizing about your virtual girlfriends. Does your 'shield of intellect' give you a hard on?

    Stylistically, you're a putz.

    --
    -- Jim
  25. Re:Tsarkon WARNS: Eugenia is a Fat Fucking Pig by Jim+Norton · · Score: 2

    "Trolls are recognizable by the fact that they have no real interest in learning about the topic at hand - they simply want to utter flame bait. Like the ugly creatures they are named after, they exhibit no redeeming characteristics, and as such, they are recognized as a lower form of life on the net"

    In other words - KMA.

    In all seriousness - why don't you idiots get off the fucking board (no, that means leave... I don't literally mean get off on while reading /. which you probably do anyway) ... you are boils on the asses of life, your only purpose here is seemingly to demonstrate how fucking retarded you are.

    So like, fuck off or something.

    --
    -- Jim
  26. Re:Tsarkon WARNS: Eugenia is a Fat Fucking Pig by Jim+Norton · · Score: 2

    Haha ... dude, I have a technical certification, dumbass (CNE 4.11/5, BTW) and I have an IT job at a large company. What's that about judging books by their covers?

    A Windoze brat... running Debian Linux 3. Yeah, ok. You're "insightful" Have fun with your regular accounts. You're still a Troll, thus by definition "a lower form of life" and guilty of most of the things you've said about me already.

    --
    -- Jim
  27. Re:Tsarkon WARNS: Eugenia is a Fat Fucking Pig by Jim+Norton · · Score: 2

    That was ... perhaps the most unintelligible thing i've read in a while.

    I'm sure you'll write another novel in response, but you became predictable about 3 posts ago and this is getting really really old.

    --
    -- Jim