Slashdot Mirror


DirectX 10 Coming To Linux and Mac

twickline writes "Jeremy White posted the 2009 roadmap for Crossover, and wrote, 'We've just shipped a lot of those "under the hood" improvements for games out in CrossOver Games 7.2. We're really pushing Direct X 9 support pretty far along, and getting ready to move on Direct X 10. ... In addition to our normal work of broadening and deepening our application support in Wine, we're going to try to dramatically improve the CrossOver GUI itself. First, the Linux version will get a fresh new look. But both versions are going to get an interface that we hope will bring the power of the Compatibility Center right into the installation view. The key idea is to make it easier to distill the gathered wisdom on unsupported applications and make it far easier to use.'"

152 comments

  1. Getting rid of Windows by tomalpha · · Score: 4, Insightful

    The only reason I still have a Windows PC at home is for gaming. DirectX 10 support is a step closer to me being able to get rid of it. Can't come soon enough, and I'm happy to pay for it if that's what it takes.

    1. Re:Getting rid of Windows by Anonymous Coward · · Score: 1, Insightful

      Once you are able to play DirectX games, DirectX 12 will be on its way. Even some old DirectX8 games aren't running still now because support only goes in for very few extremely popular games that pay Crossover's bills and Hentai games.
      I just gave up and play nethack.

    2. Re:Getting rid of Windows by sinthetek · · Score: 5, Insightful

      As long as DirectX is still in use, *nix will always still be a step behind Windows in gaming. Personally I would be pushing for game developers to support OpenGL more than WINE developers to support DirectX

    3. Re:Getting rid of Windows by Anonymous Coward · · Score: 0

      Frankly I grew tired of wine, having games working then broken again in the next release.
      In the end I bought a console and didn't look back.

    4. Re:Getting rid of Windows by Dunbal · · Score: 1

      *nix will always still be a step behind Windows in gaming.

            However considering that the age of your average PC gamer is well into his 30's, most of us are patient enough to wait.

      --
      Seven puppies were harmed during the making of this post.
    5. Re:Getting rid of Windows by telchine · · Score: 5, Funny

      In the end I bought a console and didn't look back.

      Yeah, that's the problem I have with console games too... you can't look back very easily.

      With a controller, turning around to look behind you is a slow and cumbersome task. I much prefer a keyboard and mouse because you can spin around in under a second, it makes the game feel a lot faster.

    6. Re:Getting rid of Windows by Anonymous Coward · · Score: 0

      And before you get any semblance of a workable DX10 implementation under Wine, DX11 will be out.

    7. Re:Getting rid of Windows by Anonymous Coward · · Score: 0

      It would be nice if they could bundle it in new Linux computers.

      I just hope they can put they price really down (like $3 per copy), since they'll be selling thousands of times more.

    8. Re:Getting rid of Windows by Shadow+of+Eternity · · Score: 1, Interesting

      As much as I'd like to see *nix do better I hate openGL with a fiery passion. I'll grant that the generally lower performance and responsiveness is almost guaranteed to be the developers fault rather than opengl... but requiring me to go get a third party application purely to keep my monitor from being forced to 60hz every damn time I boot up the game pisses me off.

      --
      A bullet may have your name on it but splash damage is addressed "To whom it may concern."
    9. Re:Getting rid of Windows by MetaPhyzx · · Score: 4, Insightful

      One has to weigh the push M$ has put behind cultivating coders who feel comfortable doing things in DX (with the advantage of support from M$), versus the shops that have the luxury to tool around in GL (id software and a few others).

      Being able to pick up a phone and get support is huge to them, with the added bonus of writing for a select set of API's that are supposedly guaranteed to work with the varying M$ operating systems.

      Don't get me wrong; I agree with you. But as the old saying goes: Money talks; bullsh!t...

      --
      Blacker than my baby girl's stare. Black like the veil that the muslimina wear. Black like the planet that they fear...
    10. Re:Getting rid of Windows by robthebloke · · Score: 2, Informative

      uhm, when you say third party app, do you mean the graphics card driver? (Since you only need to disable v-sync in the graphics card options and the problem is gone)

    11. Re:Getting rid of Windows by robthebloke · · Score: 1

      However the DX11 spec has been out for about a year, so they've had a fair amount of time to prepare for it. The core spec hasn't actually changed that much, it's just added the new compute shader functionality and done a very minor re-org of the main Device class (by moving some of it into a device context). Given that there isn't a compute shader equivalent in GL just yet, I can imagine that part taking a little while - but the rest of it is trivial.

    12. Re:Getting rid of Windows by Nursie · · Score: 1

      Left4Dead has a button for spinning 180 in no time at all.

      I don't miss PC/mouse gaming at all, and this is coming from a guy who was hardcore into online Quake 12/13 years ago.

    13. Re:Getting rid of Windows by Shadow+of+Eternity · · Score: 1

      No I mean refreshforce to force my screen to run at it's proper 85hz instead of the opengl game's forced 60hz, and vsync controls the game's framerate by syncing the display of frames to your monitor's refresh rate, not the other way around. I've run with vsync before, it helps with tearing but it does not force your refresh rate to 60hz.

      --
      A bullet may have your name on it but splash damage is addressed "To whom it may concern."
    14. Re:Getting rid of Windows by Anonymous Coward · · Score: 1, Funny

      a guy who was hardcore into online Quake 12/13 years ago.

      Dude! Please hook us up with copies of Quake 12 and 13.

    15. Re:Getting rid of Windows by MrMr · · Score: 1

      OpenGL does not force any particular frame rate, it defaults to the monitor refresh with vsync on, so perhaps you should complain to the game developers for overriding that behaviour.

    16. Re:Getting rid of Windows by nschubach · · Score: 1

      I'm sorry, a button to do a 180 turn is so counterintuitive to playing, especially when your turning is done with a joystick. I love my console, for console like games, but FPS is the domain of the PC for controls alone. What's missing in the console business are more third person "RPG" overhead games like Diablo, Baldur's Gate (hey, I liked it!), Dark Kingdom (yeah, again... I thought it was fun), and some other similar non-fantasy games. Maybe even a Fallout 2 redux with updated graphics, sounds and character enhancements.

      --
      Every time I start to have faith in humanity, I ruin it by driving to work between 7 and 8 am.
    17. Re:Getting rid of Windows by Veggiesama · · Score: 1

      Left4Dead has a button for spinning 180 in no time at all.

      I don't miss PC/mouse gaming at all, and this is coming from a guy who was hardcore into online Quake 12/13 years ago.

      Oh man, I had a button for spinning around 180 degrees in Heretic II too!

      The memories!

      The 10-year-old memories of counter-intuitive control schemes!

    18. Re:Getting rid of Windows by Nursie · · Score: 1

      I meant the two things as separate statements -

      If you *must* turn fast then there's this button in this one game. But ignoring that feature in that single game, I still don't miss PC gaming at all. I prefer slouching on the sofa with a controller, it's just more comfortable. And you can turn pretty quick with a controller.

      PCs probably will always be where "hardcore" FPS players live. I'm perfectly happy with console FPS's myself, but then my days of being a caffeine-fuelled headshot-merchant are over.

    19. Re:Getting rid of Windows by Shadow+of+Eternity · · Score: 1

      Onward with the torches then, I can't think of any reason to force a monitor to the lowest refresh rate.

      --
      A bullet may have your name on it but splash damage is addressed "To whom it may concern."
    20. Re:Getting rid of Windows by Novus · · Score: 2, Interesting

      but requiring me to go get a third party application purely to keep my monitor from being forced to 60hz every damn time I boot up the game pisses me off.

      There are two possible reasons for this:

      • The application explicitly requests a 60 Hz refresh rate; for many applications it makes sense to match the refresh rate to the frame rate, which may be fixed either to have a consistent frame rate over all systems (and 60 Hz is more or less universal for PCs) or because you have content with a specific frame rate (e.g. 60 fields/s M ("NTSC") video).
      • The operating system or video driver defaults to 60 Hz or overrides the selected value.

      OpenGL does not even support switching screen modes and often relies on OS-specific mechanisms. DirectX often suffers in my experience (and based on some web searches, in many others') from similar problems and the most common X11 implementations provide screen mode switching mechanisms that are clearly independent of OpenGL and easily (in the "just write lots of numbers into a text file" sense) configured for specific monitor timings.

      In conclusion, I can probably make some of the resident Linux zealots happy by saying your problems are probably with Windows, not OpenGL.

    21. Re:Getting rid of Windows by jgtg32a · · Score: 1

      I have a highly sensitive mouse so I can easily play on the couch as well.

    22. Re:Getting rid of Windows by TheRaven64 · · Score: 5, Interesting

      One of the interesting, but less-often mentioned, things about WINE is that it works on Windows. If WINE adds support for DirectX 10, then this makes it possible to run DirectX 10 games on Windows XP, which gives home users a reason not to upgrade to Vista / Windows 7.

      --
      I am TheRaven on Soylent News
    23. Re:Getting rid of Windows by TheRaven64 · · Score: 1

      Given that there isn't a compute shader equivalent in GL just yet, I can imagine that part taking a little while

      Yes, it's a shame that there is no compute shader language that is an open standard and designed to interoperate with OpenGL. It's not well-supported yet, but the standard is out and it's backed by companies like AMD, so should start appearing soon.

      --
      I am TheRaven on Soylent News
    24. Re:Getting rid of Windows by Sancho · · Score: 1

      No, but there are pretty good reasons to optimize with 60hz in mind--most people these days have LCDs, and most (all?) LCDs are stuck at that frequency.

    25. Re:Getting rid of Windows by robthebloke · · Score: 2, Interesting

      That's got nothing to do with the graphics hardware at all, it's crap programming. You can enumerate all supported display modes, and you'll generally pick either the highest one, or the current display mode (or offer a choice).

      At a guess, I'd say that the game jumping to 60Hz is due to a fixed time step being employed within the update loop of the game (in general this is because physics engines don't work very well with variable time steps). If you do this kind of thing, you have to divorce the rendering from the game update - which some people are pretty bad at doing.

      This sounds like it's a case of the game develeoper trying to optimise the code in pretty crap ways such as replacing this:

      position += time_delta * 2.0f; // where 2 is speed

      with this:

      position += 0.03333333333f;

      To remove a few mults at runtime. (my opinion is that that stuff just isn't worth doing).

    26. Re:Getting rid of Windows by kiddygrinder · · Score: 1

      Give it a couple years and most big console releases won't be worth having without a patch or 2.

      --
      This is a joke. I am joking. Joke joke joke.
    27. Re:Getting rid of Windows by Anonymous Coward · · Score: 0

      I have to agree with this. WINE does nothing more than give developers just one more excuse not to support cross-platform software.

    28. Re:Getting rid of Windows by Quiet_Desperation · · Score: 1

      Many console games I have played, when you click one of the control sticks, instantly show you the rear view.

    29. Re:Getting rid of Windows by robthebloke · · Score: 1

      As of today I can compile and execute a DX11 compute shader.

      As of today I cannot compile and execute an OpenCL shader.

      So what part of my assertion that there is no compute shader equivalent in GL just yet do you disagree with exactly?

    30. Re:Getting rid of Windows by 0x537461746943 · · Score: 1

      I think you will be saying this forever because DirectX is always getting newer versions and wine based products will always be a step behind. Just replace DirectX 10 with DirectX 11 in a year or two. If you want to get rid of windows just do it. There are plenty of games that work under Linux now to keep you entertained. This will save you money too since you won't rush out to buy the latest game that comes out... you will need to wait until it works under Linux and by that time the price is usually much lower.

    31. Re:Getting rid of Windows by tixxit · · Score: 1

      I doubt that's the problem. First off, the game is being capped at 60Hz, but that says nothing about the minimum. The developers will still have to anticipate the game running on a system that cannot support 60Hz (at least some of the time), so regardless they'll have to support "variable" time steps. Even if you fixed the loop interval, and your computer is fast enough, you still couldn't expect exactly 0.0166666.. seconds to pass between each run. I'd also imagine that doing stuff like collision checks before updating an entity's position are a hell of a lot more time consuming then a single multiplication.

    32. Re:Getting rid of Windows by Eggplant62 · · Score: 1

      What's wrong with full support for both OpenGL and DirectX being delivered by wine, thereby reaching out to anyone who wants to run a Windows app on Linux and other Wine-capable platforms?

    33. Re:Getting rid of Windows by BrokenHalo · · Score: 2, Insightful

      Using 'M$' only makes you look childish. Actually it's worse than that, it makes you look like Twitter.

      Childish, maybe. Who cares? But people have been calling Microsoft M$ far longer than Twitter has been around on Slashdot.

    34. Re:Getting rid of Windows by BPPG · · Score: 2, Funny

      makes you look childish.

      Oh anonymous coward, your criticisms see into our very souls.

      --
      What's the value of information that you don't know?
    35. Re:Getting rid of Windows by drinkypoo · · Score: 1

      As long as DirectX is still in use, *nix will always still be a step behind Windows in gaming. Personally I would be pushing for game developers to support OpenGL more than WINE developers to support DirectX

      OpenGL isn't available on the Xbox 360, and it is often a source of problems on Windows (why this is, we could argue about all day.) If you want to create a single game engine which supports the largest number of gamers, you use DirectX. OpenGL is definitely in second place there. I personally put the blame directly on 3DFX here; they had starry-eyed visions of being the big swinging dicks in the graphics market, and that they would define the API. By the time they implemented MiniGL it was too late; GLIDE had already done its damage and opened the door for Microsoft to create Direct3D. If you didn't understand Microsoft's "EEE" strategy it would be a puzzling decision, considering that they already had a quite-functional software implementation of OpenGL, which came with Windows NT and which would run on any Win32 platform.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    36. Re:Getting rid of Windows by jbarlow · · Score: 2, Informative

      I honestly haven't seen a 60hz LCD for years. My four-year-old Samsungs are running at 75hz, and current nicer TVs run at 120hz.
       
      /takes off pedantic hat

    37. Re:Getting rid of Windows by BrokenHalo · · Score: 1

      WINE does nothing more than give developers just one more excuse not to support cross-platform software.

      Agreed. Unless there's some absolute imperative to use a given Windows-based application, I prefer to just do without. Fortunately, alternatives usually exist.

    38. Re:Getting rid of Windows by Anonymous Coward · · Score: 0

      The part where you didn't mention that you were only talking about your box.

    39. Re:Getting rid of Windows by default+luser · · Score: 2, Insightful

      This would've been nice two years ago, but we are already at the 4GB barrier. And sadly we are out of options. If available memory cannot increase, the quality of games will not improve. Yeah, you can go XP-64, but from what I've seen, it's not nearly as good as Vista/7 64. And if you're going to upgrade to XP-64, you might as well consider 7 instead.

      In addition, the demand just isn't there anymore. There was a huge clamor for DX10 in XP when Vista was released, but now that's died-down. It turns out that a lot of good games don't support DX10, and most of those that do have huge performance hits for small graphical improvements, or small performance gains with no graphical improvements. The slowing sales of Vista are proof-positive that DX10 is not a selling point anymore.

      --

      Man is the animal that laughs.
      And occasionally whores for Karma.

    40. Re:Getting rid of Windows by TheRaven64 · · Score: 1
      As of today, DirectX 11 is unreleased, with beta and preview releases floating around, but no official support.

      As of today, OpenCL is unreleased, with beta and preview releases floating around, but no official support.

      So, what part of your assertions that there is in compute shader equivalent in GL just yet do you claim is valid?

      There are beta versions of DirectX 11 compute shaders from MS, and beta versions of OpenCL from Apple (OS X) and Gallium3D/LLVM (everything that uses X11).

      --
      I am TheRaven on Soylent News
    41. Re:Getting rid of Windows by nobodylocalhost · · Score: 1

      The funny part is, belated dx in linux still has better hardware support than OpenGL...

      --
      Where is the "Ignorant" mod tag?
    42. Re:Getting rid of Windows by ckaminski · · Score: 1

      People have been calling Microsoft M$ since before there WAS a Slashdot.

      It was fairly common on Usenet back in the day. (Why does my brain think it was comp.os.programming.win32)?

    43. Re:Getting rid of Windows by Creepy · · Score: 2, Informative

      The reality is having a refresh greater than 60Hz is pretty pointless with an LCD because there is no phosphor being strobe blasted with scanlines where the eye can detect the flicker and most people can't detect changes faster than 1/30th of a second, much less 1/60th.

          The only use I can think of for 120Hz on a TV is because traditional movies are recorded at 24 frames per second (12 for cartoons, but they double frame) and TV at 30FPS, and since 120/24=5 and 120/30=4 you don't have to double any frame like you would for 60Hz (and 75 is worse...). Still, you are repeating the same frame either 4 or 5 times and since LCDs don't flicker it's overkill (if you slowed refresh for that movie down to 24FPS it'd look just as good). While some professional digital cameras are recording 120FPS or more, it takes a ton of memory to store continuous video at that frequency and I don't foresee that being an issue in the near future (it's certainly more useful from a video editing viewpoint than a TV watching viewpoint).

    44. Re:Getting rid of Windows by Creepy · · Score: 1

      OpenGL works fantastically if you just want the base API set for a version. The problems occur when you try to use relatively new features that are available in DirectX, but not in a released version of OpenGL. When a year and a half year old feature (DX10 was in the Vista betas I believe) for DirectX hasn't even shown up on some OpenGL graphics cards and won't be supported in the near future, I can see full well why developers choose DirectX - OpenGL is feature following and two years behind on full support for some features (and this will not do in the game world, where devs often push the bleeding edge).

      Case in point. Programmer wants to use geometry shaders, which came out when Vista did in DirectX 10 (more than a year ago). Geometry Shaders were added to OpenGL as EXT_geometry_shader, and supported by nVidia but EXTs don't need to be supported by graphics card manufacturers, and ATI chose not to support it. Then OGL 3.0 was announced and... Geometry Shaders became an "official" EXT (it still isn't ARB and therefore not required), and still no ATI driver support for it (though I believe Apple's driver for ATI hardware does support it, just not ATI's).

      The real failing is last year's attempt to create a new OpenGL 3.0 (not the one that really should be called 2.6 that was released) because CAD and gaming disagreed with what should and should not go in the new spec. This would have put OpenGL on pace with DirectX 10, but instead we got a train wreck of minor updates to 2.5.

      Meanwhile, Microsoft is set to release DirectX 11 within the next few months (I've heard rumors that it will be on hardware by the middle of this year) with multithreaded rendering, dynamic tessellation (which I predicted was coming in the next release when DX10 came out), a new shader model (Shader Model 5), and some new compression schemes (like shader compression). I expect we'll see some of those features in OpenGL in 2016 (yes I'm being cynical).

    45. Re:Getting rid of Windows by Anonymous Coward · · Score: 0

      That doesn't make make the point any less valid, you fucking retard.

    46. Re:Getting rid of Windows by tabrnaker · · Score: 1

      What would you know? You haven't even overclocked your brain to be able to perceive the pixels being drawn!

    47. Re:Getting rid of Windows by Ifandbut · · Score: 1

      How about getting DX9 games to run with the same performance in Wine/Crossover as they do in native WinXP. I could care less about DX10. None of the games that have came out with DX10 support have had good performance for the small increase in graphical effects to be worth running them in DX10.

      Currently DX9 is the de facto standard for gaming. There should be a push to getting it running as smoothly as possible rather then adding support for something no one really uses anyways.

      I would like nothing more then to see the day when I can run Linux while enjoying all the games I currently enjoy, however I just dont see it happening.

    48. Re:Getting rid of Windows by Randle_Revar · · Score: 1

      No it doesn't. Wine's DX support sits on top of the Linux graphics stack, which means X and Mesa/OGL. Wine's DX doesn't support any hardware on its own.

    49. Re:Getting rid of Windows by Kazoo+the+Clown · · Score: 3, Interesting

      The reality is having a refresh greater than 60Hz is pretty pointless with an LCD because there is no phosphor being strobe blasted with scanlines where the eye can detect the flicker and most people can't detect changes faster than 1/30th of a second, much less 1/60th.

      This is probably true if they're calculating motion blur, but pumping up the refresh rate is simpler. We're not talking about flicker of static images, but the stepped-motion of moving ones. An object that flies across a 1920 pixel screen in one second, shifts 32 pixels a frame at 60hz, and 16 at 120hz. These are differences you can see.

    50. Re:Getting rid of Windows by Anonymous Coward · · Score: 0

      There is no 4Gb barrier. Many years ago, before it was even an issue, PAE support was added to chipsets eliminating this problem completely.

      Except Microsoft, in their infinite wisdom, capped their 32-bit OS to a 4Gb limit because of legacy drivers. Note, the OS doesn't switch to 4Gb mode if you need to use a legacy drier, it simply is crippled-wared to 4Gb mode out-of-the-box.

      XP came out well after PAE.

      Enjoy your payola scheme.

    51. Re:Getting rid of Windows by Bert64 · · Score: 4, Interesting

      You can use 2003, the 32bit version supports more than 4gb of ram (xp could too, its artificially crippled and aparrently non service packed versions do) and the 64bit version works a lot better than xp64 ever did.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    52. Re:Getting rid of Windows by Bert64 · · Score: 1

      The problem is console manufacturers not building in compatibility with mice and keyboards, despite the fact all the modern consoles have usb ports...
      There's absolutely no reason a console couldn't support all kinds of usb based input devices.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    53. Re:Getting rid of Windows by malevolentjelly · · Score: 2, Informative

      One has to weigh the push M$ has put behind cultivating coders who feel comfortable doing things in DX (with the advantage of support from M$), versus the shops that have the luxury to tool around in GL (id software and a few others).

      It's interesting you say luxury there because it takes a lot less time and resources to develop a game for Windows due to superior API's and vastly superior development and testing tools. It's not like game developers are brainwashed or anything- they're just time and budget constrained. Games are tremendously complex and extremely resource intensive, it takes a very consistent and sane environment to do complex modern games.

      You're welcome to mod me down, but this is a huge gap in the linux development ecosystem that someone should take seriously. I recommend doing this through the mono project or java because of their nice development tools and consistent environments.

      Until the open source world has something comparable to DirectX or Visual Studio or something (if you mention SDL or gdb, I will laugh at you) it might be in their benefit to keep cultivating the wine project to stay on-board with games. Even Apple is behind in this category, and they have REAL development tools (in fact, many new games are getting ported to mac through the Wine-derivative Transgaming Cider). This is one category where Microsoft is leading in more than just OEM-pressure, unfortunately.

    54. Re:Getting rid of Windows by Dogtanian · · Score: 1

      most people can't detect changes faster than 1/30th of a second, much less 1/60th.

      I'd question that. With PAL at least, traditional interlaced analogue video "looks" different to film in part because movement is updated 50 times a second (albeit per half-frame or field) rather than film's 24/25 fps.

      I doubt that 30fps is so much more than 25 that it's indistinguishable from 50 or 60 fields-per-second video, so I'd dispute your assertion.

      --
      "Slashdot - News and Chat Sites Deviant". (Click "homepage" link above for details).
    55. Re:Getting rid of Windows by Anonymous Coward · · Score: 0

      As opposed to the other games that show you after a delay?

    56. Re:Getting rid of Windows by A+Life+in+Hell · · Score: 1

      The research agrees with you - the 30fps limit thing is basically an urban legend, supported by nothing at all.

      --
      Commodore 64, Loading up the dance floor!
    57. Re:Getting rid of Windows by Spit · · Score: 1

      That would be any FPS released last year. They're all the same.

      --
      POKE 36879,8
    58. Re:Getting rid of Windows by Anonymous Coward · · Score: 0

      PAE wouldn't help 32-bit games, they will still be bound by 2GB of usermode VA space. Also,

    59. Re:Getting rid of Windows by negRo_slim · · Score: 1

      I think the most important thing to note is that OpenGL is for display. DirectX handles sound, networking, input... etc, etc.

      --
      On the Oregon Cost born and raised, On the beach is where I spent most of my days
    60. Re:Getting rid of Windows by default+luser · · Score: 3, Informative

      PAE won't help with this problem, because it splits the memory space into multiple 4GB chunks, and you can only access one chunk at a time. Technically, you could have a game use more than 2GB ram using PAE, but the performance hit switching between memory spaces is astronomical, so you'd have to find a way to streamline it.

      A flat 64-bit memory space is so much easier. PAE was really intended for multiple server processes to run at-once, with a small hit for process switching. Nothing real-time was ever intended for PAE.

      --

      Man is the animal that laughs.
      And occasionally whores for Karma.

    61. Re:Getting rid of Windows by X0563511 · · Score: 1

      For graphics, there is OpenGL. For everything else, there are things like SDL.

      There is no real valid excuse to use DirectX, unless that's all you know how to use... which is a different problem all together.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    62. Re:Getting rid of Windows by Anonymous Coward · · Score: 0

      You can use 2003, the 32bit version supports more than 4gb of ram (xp could too, its artificially crippled and aparrently non service packed versions do) and the 64bit version works a lot better than xp64 ever did.

      So, how do you address more than 4gb of RAM with a 32 bit address space?

    63. Re:Getting rid of Windows by Novus · · Score: 1

      First off, the game is being capped at 60Hz, but that says nothing about the minimum. The developers will still have to anticipate the game running on a system that cannot support 60Hz (at least some of the time), so regardless they'll have to support "variable" time steps.

      Not at all. In many cases, the game logic uses negligible processing time compared to the graphics. This allows the game itself to run at a fixed speed (which is great for simplicity and consistency) and skip drawing frames to catch up.

    64. Re:Getting rid of Windows by Bert64 · · Score: 1
      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    65. Re:Getting rid of Windows by Quiet_Desperation · · Score: 1

      No, as opposed to the ones that don't implement the rear view at all, and generally it's games where you don't really need it.

    66. Re:Getting rid of Windows by nightstar007 · · Score: 1

      I used OpenGL for almost 10 years and loved it, then I learned DirectX and I have completely stopped using OpenGL because its just so much easier to use, the tools are easier to use, and its overall better, that seems to be a good excuse. I don't have to worry "Is multi-texturing supported by this card? Can I use a VBO?" It's all supported or the card wouldn't support DirectX anyway.

      --
      ~M "There is no moral precept that does not have something inconvenient about it." - Denis Diderot
  2. Good news for normal Wine too by Novus · · Score: 4, Interesting

    With Wine under the LGPL (making much of CrossOver LGPL) and CodeWeavers supporting Wine development, this will probably result in standard Wine also supporting DirectX 10 soon. I can also see this becoming a DirectX 10 to OpenGL wrapper to provide DirectX 10 features on XP. Both of these would be nice.

    1. Re:Good news for normal Wine too by Anonymous Coward · · Score: 1, Informative
    2. Re:Good news for normal Wine too by IBBoard · · Score: 5, Interesting

      I can also see this becoming a DirectX 10 to OpenGL wrapper to provide DirectX 10 features on XP.

      That's the wonderful irony about this - Linux, the non-gaming desktop, is going to get DirectX 10 through open-source while Microsoft just ignore the huge majority of people on Windows XP!

      Not that I use any games that are DX10, but this is definitely an interesting development.

    3. Re:Good news for normal Wine too by Elektroschock · · Score: 2, Interesting

      I have the impression that the sponsorship rather contributes to no improvements. Best example is the DIB engine. First implementations were proposed years ago but always rejected. It was said it takes like 3 month. Still there would be the option to introduce a DIB engine in a branch and stablize it. It won't happen. We probably have the fourth DIB engine implementation now. The patch rejection policy of the dictatorial project leader can be explained and rationalised by underlying commercial objectives of the commercial implementations which gain here competitive advantages or utter mismanagement of the development process. Sure, it is complicated but the contribution process does not look good. The wine project still does not scale properly in its development.

      It also could not be too difficult to cut Wine in pieces and e.g. raise funds for the full and complete implementation of a particular API or the full support of a particular program. It does not happen. I cannot fund the whole API but I would be capable to give a bounty for a particular function. The monolithic development process does not permit real progress. No one knows why a patch is accepted or rejected.

      Wine has specific coding styles but no automated quality process like the KDE guys did with Krazy/EBN. And the wine tests used for compatibility checks are known to be very buggy. Wine is nothing but a messy implementation of the Win32 mess.

      I also don't see Wine on the political advocacy sphere to urge policy makers to apply stick and carrot for Microsoft to disclose API details, this is a quote from a Microsoft memo found in the 2004 EU antitrust case documents:

      "The Windows API is so broad, so deep, and so functional that most ISVs would be crazy not to use it. And it is so deeply embedded in the source code of many Windows apps that there is a huge switching cost to using a different operating system instead...

              "It is this switching cost that has given the customers the patience to stick with Windows through all our mistakes, our buggy drivers, our high TCO, our lack of a sexy vision at times, and many other difficulties [...] Customers constantly evaluate other desktop platforms, [but] it would be so much work to move over that they hope we just improve Windows rather than force them to move.

              "In short, without this exclusive franchise called the Windows API, we would have been dead a long time ago."

      That is more than a smoking gun, hein? Don't you think it would have been possible to get funds from governments and industry players that are stuck with their strategic dependency on Win32? The wine project, despite its stupid patch rejection policy does meet ordinary quality standards in any part and is incapable in its managements to enable and encourage such contributions.

    4. Re:Good news for normal Wine too by David+Gerard · · Score: 1

      So where are the links to your patches that were rejected?

      --
      http://rocknerd.co.uk
    5. Re:Good news for normal Wine too by Jurily · · Score: 1

      That's the wonderful irony about this - Linux, the non-gaming desktop, is going to get DirectX 10 through open-source while Microsoft just ignore the huge majority of people on Windows XP!

      "Be careful, king of kings. First, you need the victory."

      I want DirectX 9 first, if possible. Altough the Intel GM965 driver works better on Linux than on the preinstalled Vista, wine still crashes the whole thing. And by crash, I mean "hard reboot required".

    6. Re:Good news for normal Wine too by David+Gerard · · Score: 1

      At least Intel fix Wine-induced crashes, unlike Nvidia.

      --
      http://rocknerd.co.uk
    7. Re:Good news for normal Wine too by kazade84 · · Score: 2, Insightful

      I have the impression that the sponsorship rather contributes to no improvements. Best example is the DIB engine. First implementations were proposed years ago but always rejected. It was said it takes like 3 month. Still there would be the option to introduce a DIB engine in a branch and stablize it. It won't happen. We probably have the fourth DIB engine implementation now. The patch rejection policy of the dictatorial project leader can be explained and rationalised by underlying commercial objectives of the commercial implementations which gain here competitive advantages or utter mismanagement of the development process.

      I think that's a little unfair. The DIB engine has been rejected several times because noone has yet managed to implement it in a way which doesn't cause MASSIVE regressions. The DIB engine implementation is huge, Alexandre Julliard (the "dictatorial project leader" as you put it) won't accept code which breaks Wine or is the wrong approach. He also won't accept one massive patch which may cause a tonne of regressions, I don't blame him for that.

      I believe the current DIB engine which is being worked on is still going to be rejected because it hasn't solved the fundamental problem with the other approaches - how to implement it in small incremental stages.

      I have NEVER seen a patch rejected by AJ for any reason other than it's technically unsound, if your patch is rejected you simply ask in #winehackers and AJ will be happy to tell you what's wrong. His rejections have nothing to do with the commerical applications of CodeWeavers, it's down to code quality.

    8. Re:Good news for normal Wine too by TheRaven64 · · Score: 3, Interesting

      That's the wonderful irony about this - Linux, the non-gaming desktop, is going to get DirectX 10 through open-source while Microsoft just ignore the huge majority of people on Windows XP!

      You seem to be missing the fact that WINE works quite well on Windows (and Mac), and so if WINE supports DirectX 10 then so does XP. A few desktop VM apps are using WINE code to provide DirectX drivers which talk to the host platform's OpenGL implementation. I wouldn't be surprised to see some game publishers investing a little in WINE development and shipping WINE DLLs along with their app to run on XP. This would also give them Mac (and Linux) ports effectively for free.

      --
      I am TheRaven on Soylent News
    9. Re:Good news for normal Wine too by IBBoard · · Score: 1

      Well, yeah, but putting DX10 on Windows should be Microsoft's job. Putting DX10 on Linux/Mac is basically the community's job (plus a few companies supporting things a bit) and they're doing it better than Windows, despite the fact that DX was designed as Windows-centric.

    10. Re:Good news for normal Wine too by dkegel · · Score: 1

      I hear your frustration. You'd like Wine to work really well, and you are impatient with the current rate of progress. But implementing Win16/win32/win64 is a shitwad of work, so no matter how fast we go, you'll probably always be impatient. And so will I.

      The best way to look at the current experimental DIB engine implementation is as a prototype. If apps work well enough with it, it'll be easier to commit the resources to do a production-quality one.

      If patches are rejected, it means there's something wrong with them; good, persistant developers who listen to the feedback and submit small, incremental patches can get them accepted. It's true that it can be frustrating at times, but that's not unique to Wine; gcc and the linux kernel are also frustrating for new contributors. And don't even get me started about gibc :-)

      http://www.englishbreakfastnetwork.org/krazy looks great, but a lot of its checks are for C++ specific issues, which Wine doesn't have because it's based on C. Wine is well aware of the benefits of automated testing and code analysis. We do have an automated build and test system, see http://test.winehq.org/ and we're slowly working on getting all the tests green. And we pay attention to Coverity's scans of our source tree. (We also have a patchwatcher, but it's out of action right now because I'm lame.)

      If you want to go help raise funds from governmens stuck on win32, please do! I tried to make a little pitch for this at the end of my CeBIT talk last week, see http://kegel.com/cebit But it's hard to get their attention. First, they aren't impressed unless it can run all their apps, and second, the ones that are really serious about getting away from Windows tend to focus on native applications anyway.

      So: the grapes really aren't that sour. Dive in and help - and be patient and persistent.

    11. Re:Good news for normal Wine too by Quarters · · Score: 1

      Is there anything in the linked article that says that WINE with DX10 support will convert DX10 calls to DX9 or OpenGL? If so, I missed it. I'd guess that in order to use DX10 in WINE you'll need a DX10 card.

    12. Re:Good news for normal Wine too by Anonymous Coward · · Score: 0

      As usual Linux gets all the leftovers of games that are 5 years old.

      Even than there is no driver support for DirectX10 video cards on XP, if there was it is not gonna be full coverage and spotty at best for a lot of video cards.

      Gabe Newell as already said that they are not going to be investing in OpenGL much anymore, in fact he rebuffed it with the fact that DirectX has now taken the lead. You can see it in games now, as a lot of PC games no longer support OpenGL and developers are turning away from it.

      Develope a good game first or work off somebodies open engine, not another crappy Quake clone either.

    13. Re:Good news for normal Wine too by ConceptJunkie · · Score: 1

      If Microsoft did everything that was their job, or even a majority of the things that were their job, none of this crap would be necessary. As they see it, Microsoft's "job" is to maintain their monopoly, if you can actually get some usable software out of that, consider yourself lucky, they certainly couldn't care less.

      --
      You are in a maze of twisty little passages, all alike.
    14. Re:Good news for normal Wine too by mgblst · · Score: 1

      So you are saying that these guys are going to be bigger publishes of the DirectX 10 interface than Microsoft? They will give more users access to DX10 than even Microsoft can do? I don't believe it.

    15. Re:Good news for normal Wine too by Novus · · Score: 1

      Is there anything in the linked article that says that WINE with DX10 support will convert DX10 calls to DX9 or OpenGL? If so, I missed it. I'd guess that in order to use DX10 in WINE you'll need a DX10 card.

      Graphics cards don't implement APIs, software does (although the graphics card's feature set does affect strongly how much work the main CPU has to do). Wine implements the DirectX API using OpenGL, so the features supported by your OpenGL implementation are going to be the limiting factor.

      For good performance, though, you will need a card that supports the features added in DX10, but as OpenGL extensions. In practice, this means that you need a "DX10 card" to get all features running well, but some may work well on cards that do not support all DirectX 10 features.

  3. Why not work on another API? by Anonymous Coward · · Score: 5, Interesting

    Surely with the likes of IBM, Apple, EA, Sun (shudder), Valve, ATI, Nvidia, all teaming up, they could create a cross platform API, and all appropriate documentation, programming plugins etc that will make programming for it easier than DirectX?

    I mean, it's not the wildest concept ever. Clean up OpenGL, make it simpler if required. Add Open sound, add openinput, and voila!

    If it's simple to code for, well documented and supports all of the latest features, and is downloadable as a library for all of the major windows' and *nix's it will make life easier for gamers, developers and other open source advocates.

    It could be like java in concept, but more like directx in function. (ie it works)

    1. Re:Why not work on another API? by Sneeka2 · · Score: 5, Insightful

      Oh, and ponies please while you're at it, m'kay?

      Unfortunately, this is much less of a technical issue than a business issue. Developers are entrenched in DX development, and Microsoft will try to keep it that way. That's the real problem that needs to be solved.

      --
      Bitten Apples are still better than dirty Windows...
    2. Re:Why not work on another API? by kripkenstein · · Score: 4, Interesting

      Developers are entrenched in DX development, and Microsoft will try to keep it that way. That's the real problem that needs to be solved.

      Is that still true? All the major 3D engines - Gamebryo, CryEngine, id Tech (5), Unity, etc., can output to DirectX, OpenGL and various console graphic systems. And at the low end even open source engines like Ogre and Irrlicht can output to multiple renderers.

      Are there still a lot of Windows games that write raw DirectX code?

    3. Re:Why not work on another API? by robthebloke · · Score: 5, Insightful

      Not really, everything has gone towards shaders, and it's trivial to port a GLSL shader to a HLSL one and vice versa.

      The real problem for GL developers is that the API is lagging behind DX, and has been for a number of years. So, new features get added to D3D, and then ATI/NVidia will implement extensions for those into GL. About a year later, those may be unified into a single ext or arb extension. About 3 years later, they may find their way into the core SDK (at which point D3D would have had those in the core SDK for 3 years).

      Developers aren't entrenched in D3D, they just find a much nicer API to work with.

    4. Re:Why not work on another API? by robthebloke · · Score: 1

      Are there still a lot of Windows games that write raw DirectX code?

      If you're sensible, you'll wrap the API calls and then the only difference is the shading language. Really though, all the D3D C++ API lets you do is:

      create/delete shader
      create/delete buffer
      create/delete texture
      create/delete renderer state (blend/raster etc)
      draw buffer
      draw indexed buffer

      finding the OpenGL equivalents is a relatively painless process (assuming you don't have too many vendor extension nightmares to deal with).

      porting GL code to D3D is a PITA, but porting D3D to GL is (relatively speaking) trivial.

    5. Re:Why not work on another API? by RedK · · Score: 1

      OpenGL is already very clean, but more to the point, everything you've pointed out already exists. OpenGL, OpenAL and SDL can pretty much do it all right now, and except for SDL, Apple already supports everything out of the box (even in their developpement tool, Xcode).

      --
      "Not to mention all the idiots who use words like boxen."
      Anonymous Coward on Monday August 04, @06:49PM
    6. Re:Why not work on another API? by filekutter · · Score: 1

      Due to economic strait jacketing my video card upgrade was the ATI HD3850 on AGP. Thanks to ATI's refusal to release driver support for FreeBSD or Linux I'm basically stuck with fracking Winderz... I'm sure this makes Microsoft VERY happy. I feel like I'm living in a digital version of Cold War Russia.

      --
      I call computer-illiteracy job security
    7. Re:Why not work on another API? by kiddygrinder · · Score: 1

      Sure they could, but it's hard and they have close to no motivation to do so.

      --
      This is a joke. I am joking. Joke joke joke.
    8. Re:Why not work on another API? by i.r.id10t · · Score: 1

      Not really - if that is how a developer prefers to work and get paid, more power to them.

      What needs fixing is the to get a few higher ups to have the will to dedicate a little bit of $ to it. Those big companies mentioned above may do better by working with wine and focusing on a wrapper dedicated to DX -> OpenGL/sound/etc.

      --
      Don't blame me, I voted for Kodos
    9. Re:Why not work on another API? by Anonymous Coward · · Score: 0

      Interesting. Could you elaborate why one way is different while the other is hard?

    10. Re:Why not work on another API? by Late+Adopter · · Score: 1

      I think it's beautiful in concept, but implementation would be REALLY hard.

      As a developer, I've tried using a managed-code runtime to stay truly platform agnostic (I.E. not have to produce builds for every OS under the sun). I tried to use Mono and Tao to write a current project, but little things like lack of Vorbis support made me give up and move to native code using Qt, which means I now need to compile things, deal with potential segfaults from ABI differences in Linux, the whole headache.

      It would be nice if there was a higher-level game library written *natively* in .Net (not just wrappers to DLLs like Irrlicht currently offers). Maybe something like this exists in Java and someone can point me to it.

    11. Re:Why not work on another API? by static0verdrive · · Score: 1

      You mean like OpenCL?

      --
      ========
      77 77 77 2e 6d 65 6c 76 69 6e 73 2e 63 6f 6d
    12. Re:Why not work on another API? by Alex+Belits · · Score: 1

      As a developer, I've tried using a managed-code runtime to stay truly platform agnostic (I.E. not have to produce builds for every OS under the sun). I tried to use Mono and Tao to write a current project

      lol wut

      which means I now need to compile things, deal with potential segfaults from ABI differences in Linux, the whole headache.

      Oh, I see. "ABI differences in Linux" is a code word for "I am a Microsoft marketdroid".

      --
      Contrary to the popular belief, there indeed is no God.
    13. Re:Why not work on another API? by Anonymous Coward · · Score: 0

      Phoronix much? http://www.phoronix.com/scan.php?page=article&item=amd_r600_oss_3d&num=1 and more recently http://www.phoronix.com/scan.php?page=news_item&px=NzAxNg as well as http://www.phoronix.com/scan.php?page=news_item&px=NzA1OQ

      They have released tons for 2d and 3d on the open source drivers, you can track the progress here http://www.x.org/wiki/RadeonFeature

      The AMD guy, Bridgeman, has already stated that next up are the docs for power management and video codec decode off loading.

      With the current situation you'd be retarded to not be buying AMD hardware, if they fail to survive the global depression you can bet Intel and Nvidia will jack prices as their only competition in their core markets would be gone.

      Seriously, if you're gonna post google it.

    14. Re:Why not work on another API? by Late+Adopter · · Score: 1

      Oh, I see. "ABI differences in Linux" is a code word for "I am a Microsoft marketdroid".

      Possibly, I haven't been on Windows for my primary workstation for 5 years so if that's what the phrase typically means I apologize for misusing it.

      What I was referring to was primarily the 32-bit/64-bit split. On Windows all libraries are still 32-bit, whereas on Linux some people have 32-bit libraries and some have 64-bit libraries, so you have to build for both. Admittedly not that big a headache.

      Also I've had some bad luck with binary apps since I've been on Gentoo, the Amazon MP3 downloader for example. I assume the problems were related to libaries that change subtly between minor versions in ways a source-compiled app wouldn't notice (Boost, for example, moved a function from a macro in a header to compiled code in the library).

      These are the kind of reasons I don't like native code when I don't have the source available, and why I like to target managed-code when I can for my own projects. Again I apologize if I've been misusing terms.

    15. Re:Why not work on another API? by CAIMLAS · · Score: 1

      Well, it runs deeper than that.

      If you're working in a collation of businesses on a standard, or for that matter in a project of any kind, there is a lot of motivation to let the others do the work and reap the benefits - and there will be cross-company competition and antagonism, as well (as many are competitors).

      The only way they could reasonably pull it off, technically, would be to fund an organization which would create such an open standard, which would be equally owned by all involved. Said organization would fund the employment of programmers to fix things, so there'd be no loyalties to a given company.

      --
      ~/ssh slashdot.org ssh: connect to host slashdot.org port 22: too many beers
    16. Re:Why not work on another API? by Alex+Belits · · Score: 1

      What I was referring to was primarily the 32-bit/64-bit split. On Windows all libraries are still 32-bit, whereas on Linux some people have 32-bit libraries and some have 64-bit libraries, so you have to build for both. Admittedly not that big a headache.

      The same "problem" happens on each and every other OS that supports 32-bit and 64-bit environments. Linux is actually nice enough so usually it's only a matter of compiling twice, and not making any unusual assumptions while developing code.

      Also I've had some bad luck with binary apps since I've been on Gentoo, the Amazon MP3 downloader for example. I assume the problems were related to libaries that change subtly between minor versions in ways a source-compiled app wouldn't notice (Boost, for example, moved a function from a macro in a header to compiled code in the library).

      As opposed to Windows, Linux, like most of Unix-like systems, has both versioned shared libraries AND configurable runtime loader for them. If you have an application that requires libraries of some specific version, you can just install it, and possibly will have to make a wrapper script to load it. Almost all binaries that are not distributed as distribution-supported packages usually have this kind of wrapper and set of libraries distributed with them. Ex: everything from Mozilla, most games, Second Life, etc. If binary is distributed alone, all it takes it to get libraries from a supported system, place them in /usr/lib/that-application-name, move the binary there, then write a wrapper script that sets LD_LIBRARY_PATH there and call the binary -- and it's only necessary if library versioning didn't do its job silently already by loading older libraries from "compatibility" package. That would be an equivalent of Windows application being distributed with DLLs -- except on Windows this can break the system and on Linux it can't.

      These are the kind of reasons I don't like native code when I don't have the source available, and why I like to target managed-code when I can for my own projects. Again I apologize if I've been misusing terms.

      "Managed code" has absolutely nothing to do with library versions -- if anything, by using managed code you are bringing a massive infrastructure that supports it, often with corresponding massive amounts version-specific behavior changes. Java and .NET accomplished many things (in my opinion, mostly ones that should've never been accomplished) but reliable cross-platform development and backward/forward compatibility are not among them.

      --
      Contrary to the popular belief, there indeed is no God.
  4. Good news, bad news. by Anonymous Coward · · Score: 4, Informative

    The good news: increased base of support for games.

    The bad news: Codeweavers makes much noise about their "supported games". But what they don't make explicitly clear is that these games are, for the most part, games that have been reported to work. Don't take my word for it, go and check. Out of 174 games listed on that page, one is "known not to work", 149 get an "honourable mention" (meaning they've been reported to work, but they are not supported by Codeweavers), two get a bronze, and 22 get a silver. So that's 174 games listed, and just 24 of those are supported if there are issues.

    Rather disingenuous, really, to have that information tucked away in a pop-up tooltip that only appears when you hover over the medal. I wish them luck, but I can't help but feel that they need to be a little bit more open with their customers.

    It also doesn't help that that list hasn't been updated since July ... eight months. Not exactly confidence inspiring, alas.

    1. Re:Good news, bad news. by OrangeCatholic · · Score: 1

      I was surprised none of the games were Gold level. Is Silver playable? How about Honorable Mention (the vast majority) - is that a proof of concept?

      Then again, the last time I checked in on Wine's progress, they were struggling with a popular 640x480 sprite-based game. It looks like they've come a long way since then.

    2. Re:Good news, bad news. by Anonymous Coward · · Score: 0

      Because World of warcraft is a 640x480 sprite based game.

      I only play this and i dont need windows for it.

    3. Re:Good news, bad news. by RuBLed · · Score: 1

      I was also surprised that WoW only got a silver rating. WINE boasts that game and it does run flawlessly on it except for the openGL hardware cursor blizzard devs are too lazy to implement.

      Oh and I checked their WoW page and it seems the rating was updated last 3/26/2008. It only reaffirmed my belief that WINE has progressed further than CrossOver. (I haven't tried CrossOver though, and don't see a reason for using it over WINE yet.)

    4. Re:Good news, bad news. by wugmump · · Score: 1

      Because World of warcraft is a 640x480 sprite based game.

      WoW's not sprite-based, it's hardware 3d, you ignorant clod.

      --

      "It's OK, my sheet's got a hole in it!"
    5. Re:Good news, bad news. by jparshall · · Score: 3, Informative

      Here's the deal, guys. We're not trying to be disingenuous. But we also have finite resources, which means we have to be very careful about what we bite off in the support department. Here at the ranch, we have this funny belief that officially supporting a game means we *actually* have to care about it. That means that we have to treat our customers' questions about that game with some amount of due diligence, stoke up developers to fix bugs on it, etc. Sadly, there aren't enough support engineers on the planet to answer every 13-year old kid's questions about why this one particular sprite in Foozlewars Xtreme 10 doesn't quite render correctly on alternate Sundays under CrossOver. If we officially supported every game we ran, we'd have to put guns against our temples. And that wouldn't be good for Wine development as a whole, now would it? So, mostly, we only officially support the "big hitters" out there, the hot titles, because let's face it, for every World of Warcraft and Team Fortress 2 there's about a buhzillion other titles that *may* run, but only have about 14 passionate players. This, in turn, means that "officially supporting" Foozlewars Xtreme 10 doesn't drive all that much revenue to my bottom line, whereas supporting WoW and TF2 sure as hell *does*. And the bottom line about the bottom line is that the more ca$h there is *under* the bottom line, the faster Wine gets better. But right now, today, while we'd love to support everything, we simply don't have the resources to do it. We thank our customers profusely for giving us the resources we *do* have--your patronage has directly improved Wine. -jon parshall- COO www.codeweavers.com

    6. Re:Good news, bad news. by dkegel · · Score: 1

      OK, *you* write an implementation of win32. Without Codeweavers pushing Wine forward as they have been tirelessly doing lo these many years, Wine wouldn't be anywhere near where it is today. Also, to anyone who complains about Crossover being stale compared to Wine: it's because Crossover is like a stable version of Wine. OF COURSE it's going to lag behind a little bit. Wine 1.0 is lagging way behind Wine 1.1.16, too. Big surprise!

    7. Re:Good news, bad news. by Anonymous Coward · · Score: 0

      Okay, that's fair. But please consider how it looks to somebody who doesn't have that feedback from the company, who looks only at the list of supported games. I would argue that you'd be better off if you:

      • Have one page that lists only supported games. No "this game has been reported to work", just "these are games that we are actively supporting."
      • Link to another page that states explicitly, "These games are reported to work. We will endeavour to make them work better, but we make no guarantees."
      • Keep the pages up to date. Okay, the "honourable mentions" aren't going to change, unless they're added to the officially supported titles. That's fair. But when the current release is version 7.2, but the support pages only show details for version 7.0, it looks a little bit dubious.

      This would be streets better than lumping everything together in one page and forcing people to dig to find out the detailed facts. The argument here is basically, not only do you have to be up front and honest with the customers, you have to be seen to be up front and honest.

  5. Misleading title by Totenglocke · · Score: 5, Insightful

    Direct X 10 coming to Linux and Mac falsely implies that MS would be making it possible for Direct X 10 to be run natively on Linux or Mac. A much more accurate title (though one that many would read and say "who cares" without clicking on the link) would be "Crossover Games to support Direct X 10.

    --
    "The tree of liberty must be refreshed from time to time with the blood of patriots and tyrants." ~Thomas Jefferson
    1. Re:Misleading title by TheLink · · Score: 1

      Not misleading to me.

      Nobody in their right mind expects MS to port DX10 to Linux+Mac.

      So the title means:
      a) Somebody else is doing it (most likely)
      b) It's a trap! What's the catch?
      c) Microsoft has gone insane.

      --
    2. Re:Misleading title by phorm · · Score: 1

      Yeah, it's too bad. While I'm not sure if it would be a foot-shooting move or not, were MS to *sell* a functional DirectX system for Linux (that didn't completely screw up the rest of my OS) I might just be tempted to buy it. Actually, it might be a good way for them to move into the FOSS market by leveraging their existing technologies.

    3. Re:Misleading title by wwphx · · Score: 2, Funny

      Rats, I was hoping for a way to make my MacBook Pro less stable. Rebooting my Axim almost daily just isn't enough for me.

      --
      When you sympathize with stupidity, you start thinking like an idiot.
  6. Wine or CrossOver? by Anonymous Coward · · Score: 1, Interesting

    Is this for Wine or for CrossOver? Because CrossOver isn't free, is it?

    1. Re:Wine or CrossOver? by jparshall · · Score: 1

      We return all our work to the Wine Project, so when we make it run on CrossOver, it will run on Wine. So you'll get your free DirectX 10 support, have no fear. -jon parshall- COO www.codeweavers.com

    2. Re:Wine or CrossOver? by tlhIngan · · Score: 1

      Is this for Wine or for CrossOver? Because CrossOver isn't free, is it?

      You're confusing CrossOver/CodeWeavers with Cedega/Cider/TransGaming.

      Transgaming took the old WINE codebase (before it went LGPL) and ran with that, releasing Cedega (run games), and Cider (porting library). They're closed source, and neither Free nor free.

      CodeWeavers is basically an implementation of the Open Source business plan. They sell a user-friendly easy-to-install WINE distribution (for a price). In return, they hire people to work on WINE, and who contribute code back into WINE. Those who don't want to pay, can grab a copy of WINE from WINE repositories. Those who pay get support, ability to help fund new areas of development, and a very easy to install and configure version of WINE.

      It's quite confusing because of TransGaming, but do remember that the WINE guys recommend CodeWeavers for those who want support. And purchasing CrossOver licenses is a good way to help WINE, too.

  7. Porting to XP? by RenHoek · · Score: 2, Informative

    It would be nice if this were to be ported to Windows XP and take away the only reason why I would ever consider Vista/7

    1. Re:Porting to XP? by David+Gerard · · Score: 3, Informative

      Working on it!

      (Status: doesn't actually, er, compile as yet. And even if it did, the program launcher wouldn't work. But more people to at least solve the inability to compile would be most welcome. Current block: Cygwin's header files are on crack.)

      --
      http://rocknerd.co.uk
  8. It's all lies. by Computershack · · Score: 4, Insightful

    The last time I played a game using Crossover, it was in DX7, not 9, so I don't know how they can claim that's the case. For those still reading, it was CS:Source and Battlefield 2. Both looked truly horrific compared to playing on Windows and had poor framerates despite being run on a 9600GT.

    And then there's Punkbuster support. Until they can get that working 100%, there's no point at all because you end up getting blacklisted so that money you spent buying the game is wasted as your CD Key is unusable on any PB server.

    --
    I only please one person per day. Today is not your day. Tomorrow isn't looking good either. - Scott Adams
    1. Re:It's all lies. by Nursie · · Score: 1

      I played Portal on linux last year. Looked the same under Wine as it does on Windows.

      Never did play counterstrike though, so I don't know what special considerations it has. If the game runs fine but the tamper-evident punkbuster system fails because you're on a different platform, well, I wouldn't be so quick to blame wine.

    2. Re:It's all lies. by Anonymous Coward · · Score: 0

      You obviously did not read the Wine Appdb carefully and perhaps ask for a bit of help.
      DX8 has been fairly stable in Wine for two years I have never played it in DX7 because DX8 has always worked. or so and if you tweak things a bit you can run in DX9 at a decent framerate.

      Crossover pretty much IS Wine btw and it evolves at a rapid pace.

      RTFM/AppDB people!

    3. Re:It's all lies. by kiddygrinder · · Score: 1

      I've played hl2 solo and tf2 online via wine. hl2 was a bit choppy but playable (still had the ridiculous sound stuttering i got on windows though... GRRR) and tf2 connected etc but was pretty much unplayably slow.

      --
      This is a joke. I am joking. Joke joke joke.
    4. Re:It's all lies. by Anonymous Coward · · Score: 0

      Exactly what I was going to say. Although of the games I tried that actually worked, they looked the same in Linux. The performance was craptacular though. The games I tried can run in Windows on 6+ year-old hardware without any problems but in WINE on a high-end top-of-the-line modern workstation they ran like crap. Somewhat playable and they looked the same as Windows but the performance was too poor to use it to really play the games like you would in Windows.

    5. Re:It's all lies. by VGPowerlord · · Score: 1

      As far as I know, CS:S uses Valve's Anti-Cheat (VAC) system. I've heard of people playing Team Fortress 2 under Wine, so it must work...

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    6. Re:It's all lies. by Anonymous Coward · · Score: 0

      I can't comment on crossover, but core WINE works just fine with CS:Source, looks exactly the same as under windows.

  9. New Anti Linux Weapon by Anonymous Coward · · Score: 0

    The name tells it all
    Direct Xtermination 10

  10. My kingdom for Rogue Squadron! by Progman3K · · Score: 2, Interesting

    I love the Wine project.
    I have seen it mature to where it is amazingly able to reproduce Windows (bugs and all!) which is NO SMALL FEAT.
    I've installed Crossover Office for someone and seen it able to run Office perfectly.

    I just wish in all of that it was able to run Rogue Squadron, an old Windows 98 game because that is really the only game I miss.

    But I suppose Rogue Squadron is too much of an oddball; it's old and probably relies on some undocumented jazz in Windows 98...

    --
    I don't know the meaning of the word 'don't' - J
    1. Re:My kingdom for Rogue Squadron! by David+Gerard · · Score: 1

      I assume you've reported the problems as bugs?

      Of course, it's a problem getting obscure proprietary games that are difficult to obtain to work.

      --
      http://rocknerd.co.uk
    2. Re:My kingdom for Rogue Squadron! by Anonymous Coward · · Score: 0

      Play TIE Fighter instead. It's a far better game than Rogue Squadron and should run flawlessly under DOSBox. I'm sure you can find it on an abandonware site or TPB.

    3. Re:My kingdom for Rogue Squadron! by doh123 · · Score: 1

      yeah... you can actually get that game running but its not really worth it... from someone else i talked to that got it working, and the report of someone getting it working on Wines app database... they couldn't get joysticks working which would make it a real pain to dogfight with a keyboard and mouse...

    4. Re:My kingdom for Rogue Squadron! by kazade84 · · Score: 1

      I just wish in all of that it was able to run Rogue Squadron, an old Windows 98 game because that is really the only game I miss.

      But I suppose Rogue Squadron is too much of an oddball; it's old and probably relies on some undocumented jazz in Windows 98...

      Heh, I used to love that game.. good times. I'll try to dig it out this weekend and see if I can hack Wine to make it work ;)

    5. Re:My kingdom for Rogue Squadron! by Progman3K · · Score: 1

      Hey! sounds like the ticket for me!
      I always played that game with the keyboard anyway, I've never had a joystick so that's fine!
      I'm off to the Wine Apps Database! I check there periodically but I'd never found anything to get Rogue Squadron to run.
      Thanks!

      --
      I don't know the meaning of the word 'don't' - J
    6. Re:My kingdom for Rogue Squadron! by Bert64 · · Score: 1

      But if it's that old it probably doesn't need much in the way of performance, so you could probably install win98 under a vm and play the game there...

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
  11. Wine is so good! by mrphoton · · Score: 1

    I have not seen anybody say this yet on the thread, but wine is soooo good. Well done the wine team!!!! Great Job!!! (Very grateful as a linux user) For anybody who has not tried it , it is truly fantastic. I have had it running office 2003 under Linux with out any problems. It is so good it could be mistaken as MS office for Linux. It also usually runs all those little odd "shareware" windows apps you downloaded for free as well. In the last year it has improved a great amount. I would have said that two-three years ago it was a play thing, but since it hit V1.0 it is a seriously useful app. The one thing, I wish it had (apart from more mopping up of unimplemented function) is a better integration in to the Linux desktop. i.e. autorunning CDs , gnome recognising exe icons and displaying them. Fantastic job wine team!!! PS along the same lines has anybody seen www.reactos.org , this is also an amazing wine based project.

    1. Re:Wine is so good! by temcat · · Score: 1

      Hi, could you run Office macros under Wine? I could not make Word do it whatever I tried.

    2. Re:Wine is so good! by mrphoton · · Score: 1

      Hello, Make sure you are running the latest version of wine. (i.e. 1.0+). Wine development is very fast so it is worth making sure your version is current. I did have some issues getting office 2000 working, (I think it was something about a known bug, but that may work now). Office 2003 ran fine and word worked 'out of the box'. I don't know if it helps you but I use fedora 8-10.

    3. Re:Wine is so good! by temcat · · Score: 1

      Thanks!

  12. Use Free Software - No Need For Wine by Anonymous Coward · · Score: 0

    When one uses free software there is no need to use WINE for M$ libraries. Once this gets going M$ will be able to sue the WINE project and it will cease to exist. Then the people will have no choice with their non-free software addiction but to use M$ Windoze.

    --
    Friends don't help friends install M$ junk.
    Friends do assist M$ addicted friends in committing suicide.

    1. Re:Use Free Software - No Need For Wine by Anonymous Coward · · Score: 0

      Grow up.

    2. Re:Use Free Software - No Need For Wine by kiddygrinder · · Score: 1

      Unless they distribute it from a country without software patents.

      --
      This is a joke. I am joking. Joke joke joke.
  13. This article is a non-story by Anonymous Coward · · Score: 0

    The first steps into DX10 have already been taken in Wine. I have been following the Wine project for long enough to confidently say that even though development has greatly increased over the past two years to the point that Wine can actually be considered a real alternative to using Windows, but I'm sure that that games will only be approaching playability sometime near the next Debian release.

    The story should be labeled "HOLY CRAP! Windows Games are Playable in Linux with DirectX 9!"

      I play all my Steam games and WoW, BF2, EVE... All in DX9 with various tweaks in the registry.

    1. Re:This article is a non-story by Anonymous Coward · · Score: 0

      I meant "but I'm sure that [DirectX 10] games will only be approaching playability sometime near the next Debian release."

  14. Sure... by Greyfox · · Score: 1
    Get the few remaining gaming studios who use OpenGL or the Unreal engine on DX 10 and then decide that porting DX11 to those platforms is not in the best interest of the company.

    Either that or "accidentally" dereference null a lot more in your Linux and OSX drivers. Or both. I wouldn't put both past Microsoft either.

    --

    I'm trying to teach myself to set people on fire with my mind... Is it hot in here?

  15. OpenGL not adequate by pavon · · Score: 1

    As long as unmodified OpenGL is still in use, *nix will always still be a step behind Windows in gaming. OpenGL and DirectX are simply common APIs for accessing features on graphics cards. OpenGL is no longer a good representation for how these cards operate, and is thus not a good API for programming them.

    The question is what is the best way to keep up-to-date with hardware features in a market that is driven by external forces. Do you sit and wait for phoronix to update OpenGL and then try and convince hardware/driver designers and game developers to use it? Do you depend on hardware designers to create their own extensions and developers to write several code paths for different types of cards? Do you create your own extensions to try and unify the vendor extensions?

    All of those options sound like a constant game of catch-up to me. On the other hand, consider if *nix adopted a driver framework that better matched the capabilities of today's cards (like Gallium3D), one which DirectX would just be a thin layer to wrap around - practically a native interface, rather than just accessible via the WINE stack, wrapped around a less featurefull interface.

    Yes, you would have to update when Microsoft updates in order to keep up, but since the hardware itself is in lockstep with DirectX today, you would need to update anyway. These APIs are usually out for a while before games requiring them are released, and the hardware companies (the ones writing the drivers) will be in talks with Microsoft long before that. By making life easier for driver developers and game programs, you wouldn't be spending as much time playing catch-up because they would be doing more of the work for you.

    1. Re:OpenGL not adequate by Randle_Revar · · Score: 1

      >Do you sit and wait for phoronix to update OpenGL

      Phoronix is a Linux graphics news website. They talk about OGL, but they certainly don't make it, Khronos does.

  16. oblig, even though it was a funny one by Kashgarinn · · Score: 1

    Whoosh!

    1. Re:oblig, even though it was a funny one by Chabo · · Score: 3, Funny

      WHOOOOSH!

      --
      Convert FLACs to a portable format with FlacSquisher
  17. WinXP Port? by orkybash · · Score: 1

    Great news! Now, does Crossover run on Windows XP as well?

  18. Figures they'd announce this NOW... by Captain+Spam · · Score: 1

    Aw, come on! I just spent the weekend fighting with Windows to get it to cooperate with Linux in a dual-booting scenario, with countless unpluggings and repluggings of SATA cables and partition rearrangings and no less than two Windows reinstalls, all for gaming purposes, just to see THIS?!?

    Nah, seriously, this should be pretty sweet once it comes to fruition. Assuming it also brings with it further compatibility enhancements to other games (I really should open a ticket that Audiosurf seemed to stop working with a recent Steam update...). "Mad" "props" to the Crossover and WINE teams!

    --
    Demanding constant attention will only lead to attention.
  19. Not that great... by Anonymous Coward · · Score: 0

    I got Crossover when they had their 'free download' day a while back. I couldn't get Spore OR Neverwinter Nights 2 working. Epic fail. How about you guys shore up DX9 support before going hog wild on DX10? Then I might actually buy your product.

  20. OpenGL = clear loser by Anonymous Coward · · Score: 0

    As long as DirectX is still in use, *nix will always still be a step behind Windows in gaming. Personally I would be pushing for game developers to support OpenGL more than WINE developers to support DirectX

    Not gonna happen. OpenGL had it's chance, and lost out to DirectX's clear superiority. And it's not like the really big guns, like id and others, didn't TRY to get OpenGL and non-Windows platforms, to work out.

    If you want to game, you need to run Windows. It really is that simple. I find it a shame that bitter and irrational hatred prevents people from just learning how to use the OS, and the scant few (free, even) apps to make it a very secure system. Oh well, zealotry does terrible things to a mind.

  21. DX10? Really? by Guspaz · · Score: 1

    Considering that barely any games run perfectly under WINE without some sort of manual tweaking, and that most games don't run acceptably well even with, is it really time to be pushing for DX10 support?

    A brief overview of some of the games I'm likely to play, and their compatibility (I define "tweaking" to mean "must install Windows DLLs and/or make registry/settings changes." In other words, won't run out-of-box):

    1) Warcraft III: Works playably if DirectX is disabled (force to OpenGL) but umpteen issues make it an unpleasant experience. For example, don't ALT-TAB, WINE will destroy all textuers.

    2) Supreme Commander: No audio without significant tweaking. Unplayable without graphical tweaks. When you get it to run, graphical glitching, inability to select higher quality modes, almost unplayable performance.

    3) Left 4 Dead, Team Fortress 2, any other Source game: Runs unplayably slowly. A patch exists to resolve the issue at the expense of graphical glitching.

    4) F.E.A.R. 2: Will not run without graphical tweaks, then it works with acceptable performance and no graphical issues. Mouse cursor may be stuck on-screen, issues with audio mixing makes voices hard to hear.

    5) Natural-Selection, other Half-Life 1 (GoldSrc) games: Microphone quality issues, random crashing, host of other minor bugs, but generally works well.

    6) BioShock: Frequent crashing, severe graphical issues, requires extensive tweaking to run, essentially unplayable.

    So here we are, six games that cover OpenGL (Half-Life 1), DX7 (Warcraft III), DX9 (SupCom, Source games, BioShock, FEAR 2, etc.). Some like BioShock can run under DX10, but their unplayability under DX9 makes that moot.

    Out of these six games that I'd like to play, only three are playable without recompiling WINE. Of those, only one (HL1-based games) work without tweaks, and it's still not perfect.

    So, of my six games, none work perfectly, and only half can actually be played. And as a gamer playing a game for the first time, assuming I can even get it to work under WINE, I'll never really be sure if I'm seeing the game the way it was meant to be played, or if I'm experiencing some audio or graphical problems that I don't recognize (I wouldn't know if it wasn't supposed to be like that).

    And they want to move on to DirectX 10 support? Damn it, how about you fix EXISTING APIs before moving on to new ones? Warcraft III is a DirectX 7 game, and runs so slowly by default that you have to switch it to OpenGL! If DirectX 7 still isn't working, why bother with DirectX 10?