Slashdot Mirror


CCP To Discontinue EVE Online Support For Linux

maotx writes "CCP's recent support for EVE Online in Linux is now set to be discontinued this March. Released last November along with the Mac OS X client, it has failed to share the expected continual growth as seen with Mac client. Feedback on the EVE Online forums, which includes the e-mail in which CCP announced this decision, suggest that the client was not preferred for Linux users as it did not support the Premium graphics client and did not run as well as the win32 client under Wine. For those who wish to stop playing EVE Online, CCP is offering a refund towards unused game time. Select quote from the e-mail: 'The feedback and commitment we obtained from players like you helped both CCP and Transgaming with our attempts to improve on the quality and stability of the client. Many of us in CCP use Linux and are convinced of its merits as an operating system.'"

299 comments

  1. Um... by Anonymous Coward · · Score: 0

    Most of those who use Linux aren't gamers, and probably use their computers for more worthwhile things. If I want to play Eve or WoW, I fire up Wine, or boot into my windows partition.

    1. Re:Um... by Anonymous Coward · · Score: 0

      Well, I tried to play Eve's Linux version on Linux. However, it lets me log to a server and create a character but when I finish character creation and the game would start, it crashes to desktop. I have no idea how to fix that or why it happens and it isn't in technical FAQ.

      Instead of booting to windows, I won't play the game at all. It's a shame. I hear it is nice, but I only use Linux these days and won't install windows for that thing only.

      Perhaps there truly isn't enough of us Linux would-be gamers or then the problem is just it not working.

    2. Re:Um... by Anonymous Coward · · Score: 0

      Most of those who use Linux aren't gamers, and probably use their computers for more worthwhile things. If I want to play Eve or WoW, I fire up Wine, or boot into my windows partition.

      Uh, you might want to run that line by the desktop Linux marketing department first.

    3. Re:Um... by AvitarX · · Score: 1

      I'm pretty sure it has more to do with their Linux client being worse on Linux than their Windows client (according to TFS).

      Why they would release it that way is beyond me, and I speculate that they will try to keep the Windows client on "Gold" list for Wine, rather than make an inferior Linux client that nobody uses.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    4. Re:Um... by Anonymous Coward · · Score: 0

      done for you: we the linux users would like to obtain the same quality and stability of other linux programs on our games, so games which doesn't complete with source code and automated build scripts are unacceptable.

      we the linux users will continue to purposefully boycott non open source games.

    5. Re:Um... by rgviza · · Score: 1

      It wasn't worse. In fact, in a busy system like Jita, or for large scale pvp, it was better. The frame rates were slightly lower, however the lag you get when undocking or loading into 50+ ships, with 900+ in the planetary system all but disappeared using the client in Wine.

      On my system , it went from 20-30 seconds of black screen in Windows XP, down to 0-3 in Gentoo/Wine when undocking or jumping into system. I lost 20 FPS but when you are getting 90+, that's no big loss in an mmorpg.

      Then again, I could never get the transgaming client to work, but got the stock Windows client working easily under my custom compiled WINE with patches, on Gentoo. /meh

      If I still played, I'd be using it in Gentoo, running in Wine so would be unaffected. Anyone that pvps or does a lot in Empire would take the fps hit for the black screen lag reduction any day of the week. It's definitely worth figuring out Wine.

      -Viz

      --
      Don't kid yourself. It's the size of the regexp AND how you use it that counts.
    6. Re:Um... by Michael+Hunt · · Score: 1

      You are not 'we the linux users'.

      As nice as Free Software is (and as much as I'm working on a free OpenGL/DX video game engine under LGPL), not everyone's as much of a foaming-at-the-mouth dickweed as you are.

      It's mouthbreathing fucks like you who give linux users a bad name. Shouldn't you be in school?

    7. Re:Um... by Anonymous Coward · · Score: 0

      And i suppose you dont use any proprietary software on your build? So you wouldnt be able to run eve even if the linux client worked. Free as in beer != Free as in Speech. Or did that get dropped from linux zealotry 101? BTW != means Not Equivalent To in most languages, i'm guessing the freetard mentality installs every IDE they find in synaptic then spends all day writing "hello world" in a thousand languages. and obvious troll is obvious

  2. Competing with itself?! by mysidia · · Score: 0, Redundant

    along with the Mac OS X client, it has failed to share the expected continual growth as seen with Mac client. F

    How can a failure to share expected growth as with the Mac Client be a good justification for discontinuing the Mac OS X client??

    1. Re:Competing with itself?! by FLEABttn · · Score: 3, Informative

      Released last November along with the Mac OS X client, it has failed to share the expected continual growth as seen with Mac client

      Because you failed to read the sentence correctly.

    2. Re:Competing with itself?! by Anonymous Coward · · Score: 0

      They're not discontinuing the Mac client, just the Linux client.

    3. Re:Competing with itself?! by mysidia · · Score: 1

      Ok, I see now... they mean "as seen with the Mac client", the Linux client has failed to share the expected continual growth (implicit reference to the Windows client)

      I would say the sentence was written very poorly.

      It's still very disappointing to be losing Linux and OS X clients for a popular game :-(

    4. Re:Competing with itself?! by sssssss27 · · Score: 1

      CCP's recent support for EVE Online in Linux is now set to be discontinued this March. Released last November along with the Mac OS X client, it has failed to share the expected continual growth as seen with Mac client.

      You have to read it in context with the first sentence. The sentence says that CCP is discontinuing support for the Linux client because it isn't doing as well as the Mac client. The sentence doesn't say they will be discontinuing the Mac client.

    5. Re:Competing with itself?! by Jthon · · Score: 2

      You still fail. They aren't getting rid of the Mac client.

      They expected the number of users of the Linux and Mac clients to grow. The mac user base has grown, but the Linux user base appears to have stagnated.

    6. Re:Competing with itself?! by poetmatt · · Score: 2, Informative

      Nobody is losing Eve via Linux/Mac at all. All they're using is a horribly supported, pitiful binary version of Cedega that ran 1000x worse than via Wine. It couldn't even support DirectX9, it was that bad. Wine on the other hand, is working on supporting DX10 soon.

      I wish they'd take all that supposed effort in the "official linux client" and sent it towards Wine, really.

    7. Re:Competing with itself?! by Anonymous Coward · · Score: 1, Funny

      OMFG, where did you learn how to read? You can't possably be this fucking stupid?

    8. Re:Competing with itself?! by mysidia · · Score: 1

      Ok, that's a bit reassuring.. but why then can't they redirect their Linux effort to support Wine, rather than dropping it entirely?

      Perhaps there's something Wine contributors could do in order to convince them?

    9. Re:Competing with itself?! by poetmatt · · Score: 2, Interesting

      Eh, not really. I don't know but I'm skeptical as to what Wine contributors could do to persuade them.

      CCP is a company that does some truly groundbreaking programming, but mostly on the server-side and not so much on the client side. They do things a little slower client-side.

      I suggested such on the forums over there, but CCP is in the business to make money...I'm not sure if they see the "long enough down the road" concept of making money via supporting Linux as a business case or not.

    10. Re:Competing with itself?! by MooUK · · Score: 1

      The client already works very well under wine - better than the "native" client (which wasn't) did.

      As mentioned in the summary, the windows client under wine was preferred by most users. Makes sense for them just to support that and put perhaps a little effort into making it work even more smoothly than support a separate client.

    11. Re:Competing with itself?! by Plekto · · Score: 0

      [b]
      Nobody is losing Eve via Linux/Mac at all. All they're using is a horribly supported, pitiful binary version of Cedega that ran 1000x worse than via Wine. It couldn't even support DirectX9, it was that bad. Wine on the other hand, is working on supporting DX10 soon.

      I wish they'd take all that supposed effort in the "official linux client" and sent it towards Wine, really.[/b]

      That's exactly what they are doing. The next major change is they are planning to drop the "classic" client in favor of one that requires Shader 2.0+. Combined with less than stellar ATI support for newer video cards, and the fact that many people are having to upgrade machines that couldn't play WoW or anything modern anyways, it's easier for them to just point the group to Wine and spend all of their time making the game for Mac and Windows.

      Plus, it's really a bit of an over-hyped title here... So official support for *Linux* is going away... It still will run unofficially under WINE. Also, since there's really not a lot of difference between BSD and Mac, hardcore linux users can easily partition and install BSD instead and run a modified version of the Mac program. What's one more distro to install?

      The title should have been "CCP to require Linux users to switch to Wine or BSD for Continued EVE Online play." Or, "CCP discontinues Cedega support."

    12. Re:Competing with itself?! by poetmatt · · Score: 1

      See though, we don't know where their efforts will be without the official client. That's the question here, but I think their actions will speak for themselves with enough time anyway.

    13. Re:Competing with itself?! by Darkness404 · · Score: 1

      Also, since there's really not a lot of difference between BSD and Mac, hardcore linux users can easily partition and install BSD instead and run a modified version of the Mac program. What's one more distro to install?

      Your joking right? While it is true that BSD and OS X share the same basic system and a lot of lower-level tools are the same (just fire up the terminal.app on OS X and see what I mean), but for anything more than the basic kernel things are very, very different. For one, it would undoubtedly require porting Coco, Quartz, and other graphics libraries to BSD which is harder than it looks (not to mention copyrighted) and emulating other Mac libraries. For all of these in order to (simi-legally) be run on BSD, you have to have OS X, if you have OS X then why not just use the Mac client?

      --
      Taxation is legalized theft, no more, no less.
    14. Re:Competing with itself?! by EastCoastSurfer · · Score: 1

      I agree. Running Win32 Eve under Parallels performs better than the 'native' OSX version.

    15. Re:Competing with itself?! by ToasterMonkey · · Score: 2, Insightful

      You have to read it in context with the first sentence. The sentence says that CCP is discontinuing support for the Linux client because it isn't doing as well as the Mac client. The sentence doesn't say they will be discontinuing the Mac client.

      Wow...

      Released last November along with the Mac OS X client, it has failed to share the expected continual growth as seen with Mac client.

      Why is this so hard to understand.. Both released same time. One showing continual growth, the other doesn't and gets the axe. It doesn't say anywhere they held the performance of a platform with a larger install base as the baseline to judge Linux against (what an absurd concept). They just wanted to see _continual growth_. If they didn't want Linux client growth, they probably wouldn't being running these ads on Slashdot every other day. You can't say they didn't try.

    16. Re:Competing with itself?! by ToasterMonkey · · Score: 3, Funny

      Also, since there's really not a lot of difference between BSD and Mac, hardcore linux users can easily partition and install BSD instead and run a modified version of the Mac program. What's one more distro to install?

      ROFLMAO

      Windows kind of has a POSIX API, and Linux kind of has a POSIX API, so why don't we just run a slightly modified version of the Windows client on Linux?

      Linux is open source, so why don't modify the source code to run on it?

      Leverage the POSIX layer in Windows to install the latest service pack on Linux, thereby fooling the Windows client into thinking it's really running on Windows?

      Install Windows into Linux, forcing them to assimilate?

      Z/OS is sort of similar to AIX, which is a UNIX, and Linux is "unix-like", so why don't we run Z/OS under Xen, then we can use mainframe-like power to evolve a native EVE client from random bit soup?

      I still think yours wins.

    17. Re:Competing with itself?! by Andy+Dodd · · Score: 1

      FYI, before the release of the "official" Linux client (which was basically the Windows version compiled against Cedega's version of winelib), this is what CCP did - they actively worked with the Cedega and WINE folks to make EVE run well under WINE.

      --
      retrorocket.o not found, launch anyway?
    18. Re:Competing with itself?! by Frank+T.+Lofaro+Jr. · · Score: 1

      When it comes to most American business, they can't see longer than the next quarter down the road when it comes to profits.

      Like the mortgage companies, make money fast, get the mortgage out there, who cares if they can't pay and it goes into foreclosure, that is down the road and someone else's problem.

      No we are heading towards depression with real unemployment in the double digits. (not the sanitized number which doesn't count people who have given up hope of ever finding work and those still trying but unsuccessful, those that can't afford a babysitter anymore and thus can't keep looking for work, etc). It's about 17%.

      --
      Just because it CAN be done, doesn't mean it should!
    19. Re:Competing with itself?! by Wintermute__ · · Score: 1

      FYI, CCP is not an American company. They're Icelandic. Not that their economy (or anyone's) is in particularly good shape either, but just correcting your mistake that this has anything to do with nationality.

    20. Re:Competing with itself?! by Galphanore · · Score: 1

      When it comes to most American business, they can't see longer than the next quarter down the road when it comes to profits.

      Good thing CCP is headquartered in Iceland then.

  3. Makes you wonder... by Shadow7789 · · Score: 5, Interesting

    why they even released an official client if it performed better under WINE.

    1. Re:Makes you wonder... by vikstar · · Score: 4, Insightful

      makes you wonder how they failed to realease an official client that performs better than under WINE.

      --
      The question of whether a computer can think is no more interesting than the question of whether a submarine can swim.
    2. Re:Makes you wonder... by Jamie's+Nightmare · · Score: 5, Funny

      I don't know. All good questions, but somehow we've got to find a way to blame Microsoft for this.

      --
      "When you see a unixer brainwashed beyond saving, kick him out of the door." - Xah Lee
    3. Re:Makes you wonder... by pilot1 · · Score: 1

      They didn't. When CCP says "official Linux client", they mean "official Cedega and old Windows client bundle".

    4. Re:Makes you wonder... by Kjella · · Score: 1

      makes you wonder how they failed to realease an official client that performs better than under WINE.

      1. Take Windows client
      2. Try to replace with Linux counterparts
      3. Realize that it's not a 100% match and that you just introduced a bunch of bugs

      A lot of the interfaces WINE offers are well understood and well implemented. Sadly software tends to only need one exception to barf and die, but if they use the "right" APIs I have no problems imagining a good emulator being better than a crappy port.

      --
      Live today, because you never know what tomorrow brings
    5. Re:Makes you wonder... by Anonymous Coward · · Score: 0

      Yeah. Otherwise you can't call everyone "slashbots." Dammit. We need to fix this now!

    6. Re:Makes you wonder... by AikonMGB · · Score: 1, Interesting

      No kidding.. this is like the record industry releasing shitty music without DRM and pointing to its low sales to show that people don't want to buy DRM-free music.

      *sigh*

      Aikon-

    7. Re:Makes you wonder... by BrentH · · Score: 2, Interesting

      They used Transgamings standalone Cedega (like how many games are ported to OSX, under the name of Cider). Remember how Cedega is a fork of Wine, years and years ago when Wine was hardly capable of 3D accelerated stuff? The two projects separately developed implementations of Direct3D, an this just shows Wine has done a better job.

      A brief look at the Transgaming forums show that actual development of Cedega has stopped. Wine is the better choice these days.

    8. Re:Makes you wonder... by Eat+By+A+Grue · · Score: 1

      shhh... dont give the RIAA any more ideas on justifying DRM.

    9. Re:Makes you wonder... by Anonymous Coward · · Score: 0

      It's not a big surprise. Wine just is very good. Some win32 programs run a lot better under Wine than under Windows Vista, if at all. Some games even run faster in Wine (dirextX layered on top of openGL) than in Windows XP (native directX).

    10. Re:Makes you wonder... by psetzer · · Score: 5, Funny

      The usual way is implying that Microsoft paid them off to kill the Linux client. Considering the state of the Icelandic economy and the number of people actually using that client, I think that probably amounted to mailing them a really nice fruit basket.

      --
      "Anyone who attempts to generate random numbers by deterministic means is living in a state of sin." -- John von Neumann
    11. Re:Makes you wonder... by Vahokif · · Score: 1

      Because they used an ancient outdated commercialized wine fork to run it?

    12. Re:Makes you wonder... by shaitand · · Score: 4, Informative

      Wine isn't an emulator. Seriously, wine is a native implementation of the win32 api. Saying that wine is an emulator is like saying mono is a .net emulator, or that glut is an OpenGL emulator. An API isn't code, its a specification. Win32 is a specification not code, Wine is just an implementation of that specification on Linux.

    13. Re:Makes you wonder... by Anonymous Coward · · Score: 0

      Actually my opinion is Transgaming paid them to make a linux client with their backend. Otherwise why didn't they just make it using winegcc/libwine dynamically linked, and get free licensing :D

      Either way it's not a native port.

    14. Re:Makes you wonder... by Tacvek · · Score: 1

      True, but it is worth noting that Wine does contain some more emulator-like features than many other API reimplementation projects. These features are a necessary component of being able to run existing binaries. More specifically, they need to support existing binaries that are not targeted at a virtual machine.

      Nevertheless it is definitely not an emulator. It might validly be called a simulator, as host-native implementations of embedded device APIs are often labeled simulators, to distinguish them from emulators, but that would be stretching the terminology quite a bit too.

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    15. Re:Makes you wonder... by Epistax · · Score: 1

      Sigh...

      This definition for emulate fits:
      1. to try to equal or excel; imitate with effort to equal or surpass
      wine attempts to equal or excel the windows adaptation of the win32 api, at least in specific regards.

      Let's go for computer specific:
      to imitate (a particular computer system) by using a software system, often including a microprogram or another computer that enables it to do the same work, run the same programs, etc., as the first.
      Okay so anything that fits "to imitate by using a software system".

      As best I can tell the argument you're putting forth is that it's a complete coincidence that the implementation behind the Win32 specification on Windows and the implementation behind the Win32 specification in wine are behave the same, and that's rather silly.

      Emulation isn't about copying what's under the hood. If two things implement the same interface, they emulate each other. A hamburger patty emulates a carrot in that they can both be cooked (that is, they both implement the cookable interface, they share some API). There doesn't even need to be any intent!

    16. Re:Makes you wonder... by shaitand · · Score: 1

      'Let's go for computer specific:
      to imitate (a particular computer system) by using a software system, often including a microprogram or another computer that enables it to do the same work, run the same programs, etc., as the first.'

      Exactly and Wine does not meet this definition. Wine and Windows both run on the same computer system and wine does not emulate that system.

      Cross-Platform API's are NOT emulations. Your broad definitions (which run contrary to the usage of the term Emulator by any technical expert) would count the standard C libraries as emulations.

    17. Re:Makes you wonder... by Anonymous Coward · · Score: 0

      GLUT is not an OpenGL implementation.

    18. Re:Makes you wonder... by onefriedrice · · Score: 4, Informative

      ... or that glut is an OpenGL emulator.

      Given your other examples, you probably meant mesa in place of glut.

      --
      This author takes full ownership and responsibility for the unpopular opinions outlined above.
    19. Re:Makes you wonder... by ZaphodHarkonnen · · Score: 3, Funny

      You don't know CCP very well then. A fruit basket would've just been thrown into the fish tank. A couple of kegs of beer is what MS must've sent over.

    20. Re:Makes you wonder... by sayfawa · · Score: 1

      That's actually the first explanation I've heard that makes me understand why it isn't an emulator. Thanks.

      --
      Free the Quark 3 from asymptotic confinement! Bring your charm! Don't get down! All colours and flavours welcome!
    21. Re:Makes you wonder... by Anonymous Coward · · Score: 0

      > Wine isn't an emulator.

      Hey you autistic spergers, this is supposed to be a joke like "GNU's Not Unix". You aren't supposed to spend all day debating it's merit, losers.

    22. Re:Makes you wonder... by Anonymous Coward · · Score: 0

      4b - ?????
      5 - profit?

    23. Re:Makes you wonder... by supernova_hq · · Score: 1

      Good, so I'm not the only one...

    24. Re:Makes you wonder... by supernova_hq · · Score: 1

      Unfortunately, they are already releasing shitty music with DRM, and people are buying it!

      If they can sell Britney Spears with DRM, what the hell do you expect them to fail to sell without DRM???

    25. Re:Makes you wonder... by Stiletto · · Score: 1

      I don't think anyone's said "incompetent software engineers" yet, so I'll stick my neck out and say it.

      Portability is not hard. Porting is hard--and usually, unnecessary.

      If you're serious about portability from the start and you are a careful and disciplined programmer, support for another platform is just a small, isolated submodule. The developers who complain about how difficult writing portable software is are the idiots willfully using non-portable APIs where portable alternatives exist, assuming that later on they'll try to port it.

      I just love being called in to port a project over to a non-Windows platform, where the original developer decided it would be cool to litter the entire source willy-nilly with Win32 system calls. I do a quick scan of the tree for calls to ReadFile (where fread() would have been just fine) and laugh with glee as I add up the billable hours up in my head.

    26. Re:Makes you wonder... by Seumas · · Score: 3, Informative

      CCP is a Microsoft house. Sure, individuals use other things within, but they're Microsoft from their high performance computing partners right down to the OS their EVE servers run and the Microsoft SQL servers they run.

      That's all fine and so is claiming that it they can't justify spending money on the Linux client. At least they gave it a try. However, they also admit that they can only tell if an actual official client is connecting. If you run through something like WINE (or Cider on OSX), they don't bother to tell. And since their official versions for both linux and OSX are complete ass, people often only run their accounts via Windows clients in virtual machines.

      So their claim that "the growth for the linux client just wasn't there" is wholly inaccurate as they're not taking into account the number of people who WOULD use the official linux client if it wasn't a piece of shit and was actually playable.

    27. Re:Makes you wonder... by davester666 · · Score: 1

      It's unlikely that MS paid them to kill the Linux client, particularly if it didn't work as well as the Windows client does.

      I would say this company has used Microsoft's preferred development style, namely, produce the Windows client first, using Microsoft-only API's and technology, then years later, port the Windows code to other platforms, where the client can't help but not work as well as the original Windows version.

      --
      Sleep your way to a whiter smile...date a dentist!
    28. Re:Makes you wonder... by X0563511 · · Score: 1

      Exactly. The 'official' linux client was an old version of what any linux user could toss together themselves.

      --
      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...
    29. Re:Makes you wonder... by burnin1965 · · Score: 3, Interesting

      Because their official client was actually the Windows client running under Cedega from Transgaming which is built off of wine.

      As a linux user who does play games I can tell you the reason I don't play EVE Online is because they announced a linux client and before buying the game I read up on it and discovered they actually didn't release a linux client and instead were working with Transgaming to get the Windows client working on linux. Its called bait and switch, no thanks, I purchased ID Software's Quake Wars instead as it actually does have a native linux client. Its no where near the same genre and it would have been interesting to play EVE Online, but oh well.

    30. Re:Makes you wonder... by Daengbo · · Score: 2, Interesting

      Try Vendetta Online. It's got a native Linux client and it doesn't take six weeks to learn to control the ship.

    31. Re:Makes you wonder... by Seumas · · Score: 3, Informative

      Just to clarify the difference in running clients here and WHY we run Windows clients in VMs instead of the official OS-specific clients, let me give an example of my experience:

      My main system is a dual quad-core Mac Pro with 16gb of RAM and a GF 8800.

      Running the official OSX client gives me around 15 to 25 fps, depending on where I am (in/out of station).

      Running the Windows client on Windows XP SP3 inside of a Parallels guest on OSX gives me 45 to 65fps.

      That's right. I get easily double and possibly triple the FPS running the native Windows version nested inside the OS in a guest on OSX with all the surrounding apps active than I do running the official client wrapped in Cedega.

      And on top of it, the Windows version running in this manner actually works. I can leave the window/focus without it crashing almost every time. Instead of encountering random crashes every few minutes or hours or days, I have encountered one crash. Ever. Even the "log off" button works.

    32. Re:Makes you wonder... by Anonymous Coward · · Score: 0

      Win32 a specification ? Ugly one indeed.

    33. Re:Makes you wonder... by Xifeng · · Score: 1

      A couple of kegs of beer is what MS must've sent over.

      1.3 billion kegs beer? Wow.

      Oh, did you mean the other CCP?

    34. Re:Makes you wonder... by 0xygen · · Score: 1

      The real issue though is that often developers skirt around the Win32 API spec and end up "doing it wrong" by talking directly to under-the-hood parts of the operating system, especially where copy protection is concerned.

      No-one seems to worry about this much, as once you've tested with Vista and XP now, you're largely set for gaming customers.

      So the end result, is no-one worries about adhering to the API specs as there is no commercial driving reason to do so.

    35. Re:Makes you wonder... by cbhacking · · Score: 1

      I'm actually mildly surprised that Parallels allows enough hardware acceleration for that... I'd heard they were doing video acceleration, but not that it worked so well.

      Does it support Direct3D 9 (required for Premium)? Cedega seems to have major issues with DirectX 9, and Wine is still somewhat buggy in that regard.

      --
      There's no place I could be, since I've found Serenity...
    36. Re:Makes you wonder... by cbhacking · · Score: 1

      First, that's NOT bait-and-switch; they never said it was a native port of the client, they said they were releasing a client that ran on Linux. They did, and it does (lack of Premium graphics aside). They never pretended it was anything that it wasn't, in either the announcements I saw or the download page. It's not like you pay for the client, anyhow, although the install footprint seemed more than a little excessive to me.

      Second, suppose they had taken winelib and compiled the client, from source, against it.* This would have produced a native ELF binary, linked against a native .so library using POSIX syscalls. On the other hand, it still would have been EXACTLY THE SAME CODE, would still have been proprietary (wine is LGPL, so CCP wouldn't have needed to release their source), would run about the same (Direct3D calls translated or OpenGL, etc.) and would have increased the complexity of CCP's development and patching system (no longer even pretending to be in Windows). It would technically have been native, though... would THAT have been enough to get you as a customer? Is the trivial difference from your perspective enough to justify the major cost and effort from theirs?

      * Of course, this wouldn't have worked anyhow; a good chunk of EVE is written in a Python derivative which almost certainly wouldn't have compiled against winelib a year ago, since Python itself didn't until about a week ago.

      --
      There's no place I could be, since I've found Serenity...
    37. Re:Makes you wonder... by Anonymous Coward · · Score: 0

      Since this is about Linux, on Linux the official client segfaulted died at start. Basically black screen and segfault. For over a year!!

      With Wine, I get better fps on Premium with premium graphics than classic graphics now. Though premium graphics is still less-than-stable (crashes once an hour or so).

      About 30-40 fps most of the time with nVidia 9400 in premium (1080p display). Slightly less on classic. 20 fps on classic with nVidia 6150 and 1024x768.

      So, the Transgaming stuff was EPIC FAIL as far as support. Transgaming is light years behind Wine. I wander why didn't just CCP try to support Wine development of parts that needed developing instead of wasting time on Transgaming.

    38. Re:Makes you wonder... by David+Gerard · · Score: 1

      *cough* You realise of course that Parallels' Direct3D support is actually based on the WineD3D layer ...

      --
      http://rocknerd.co.uk
    39. Re:Makes you wonder... by Anonymous Coward · · Score: 0

      that's because the transgaming ceo is batshit insane.

      he is often heard screaming at his devs how they can't possibly allow downloads of the cedega source because "those open source parasites just want to rip off all my software" and never mind he started with wine.

      he is the entire reason wine is now lgpl.

      and funnily enough his developers tend to get sick of his shit and leave.

    40. Re:Makes you wonder... by rokknroll · · Score: 1

      > Wine isn't an emulator.

      Hey you autistic spergers, this is supposed to be a joke like "GNU's Not Unix". You aren't supposed to spend all day debating it's merit, losers.

      what a dick.

      --
      billy pilgrim *has* become unstuck in time!
  4. Figures by msu320 · · Score: 1, Flamebait

    Considering how they have trouble getting stuff right in general, no big surprizes.
    http://myeve.eve-online.com/ingameboard.asp?a=topic&threadID=975896

    --
    New slashdot layout sucks.
  5. Did anyone use the Linux client? by travisb828 · · Score: 1

    Just wondering. I always found the Linux lacking when compared to the premium graphics client under wine.

    1. Re:Did anyone use the Linux client? by BigBuckHunter · · Score: 2, Interesting

      I tried out the Linux client, and was unable to make it work despite having the game working under wine. I really wish that CCP had simply contributed the necessary bug fixes directly to wineHQ (or crossover), rather than a proprietary spinoff.

      BBH

    2. Re:Did anyone use the Linux client? by reeeh2000 · · Score: 2, Informative

      I attempted to use it. I found that it did not work very well. The UI was vary packed and difficult to use. I had to remove the chat window just to see the ships controls. All in all, it was so poorly done that I didn't use more than a few hours of the 14 day trial account.

    3. Re:Did anyone use the Linux client? by SanityInAnarchy · · Score: 1

      That specific point was mentioned in the summary.

      --
      Don't thank God, thank a doctor!
    4. Re:Did anyone use the Linux client? by Arrakiv · · Score: 1

      I tried it for a while, but found that the client run in Wine was just hugely better. The premium graphics certainly helped. If the Linux client (which was just the EVE client sitting inside of Cedega) at least had that, it would have been more successful, no doubt.

      --
      Community Manager - Bigfoot Networks
    5. Re:Did anyone use the Linux client? by niw · · Score: 1

      I attempted to use it. I found that it did not work very well. The UI was vary packed and difficult to use. I had to remove the chat window just to see the ships controls. All in all, it was so poorly done that I didn't use more than a few hours of the 14 day trial account.

      What you are describing is how everyone describes the general UI for EvE itself. The UI is just as horrible on windows as it is on linux. The players only put up with that for basically two reasons: 1) the UI is very dense so that it can communicate all of the information that the game generates, and 2) EvE is the only game like it.

    6. Re:Did anyone use the Linux client? by reeeh2000 · · Score: 1

      Ok, so bad UI one way or another. Does anyone remember Nexus: The Jupiter Incident. I wish they had a mmorpg more like that.

    7. Re:Did anyone use the Linux client? by arth1 · · Score: 2, Insightful

      No, I didn't use it, even though I was probably one of very few who had even heard of it (publishers, take note -- if you don't market something, how do you expect the customers to come flocking to you?)

      The reason I didn't was that it wasn't a native client. It was just a Windows executable running under Wine (in this case transgaming's tweaked winex, which is still wine).
      If you don't invest the time to make a port, I do not see why I should invest the time to play it.

    8. Re:Did anyone use the Linux client? by cbhacking · · Score: 1

      "Invest" the time to play it? What bullshit is this? Generally, people play games because they enjoy them. When I fire up EVE, I'm not doing it against some future return, I'm doing it because I want to blow somebody up and loot their ship, because it's fun. Not everybody finds EVE fun, just like I have no interest in WoW, but I don't *not* play WoW just because there's no Linux version - if I wanted to play it, I would.

      Investing is something you do when you expect a return on investment. In this case, CCP invested some time and money in creating a pre-wrapped, playable out-of-the-box (at least, more so than real wine, though it's not hard in wine either), and supported (the big one) version. They expected a return in the form of more subscribers... but they didn't actually get many, so they didn't see a need to continue investing. This makes perfect sense to me; those who want to play EVE on Linux mostly just use wine anyhow; it works well, costs the user almost nothing, and costs CCP nothing at all. Win-win situation.

      In other words, if you didn't want to play EVE anyhow, CCP has lost nothing. If you did, you're cutting off your nose to spite your face; lose-lose situation. Saying that you won't play a game, even though it works on your system, just because they use the wrong binary executable format... well, frankly that's stupid.

      --
      There's no place I could be, since I've found Serenity...
    9. Re:Did anyone use the Linux client? by arth1 · · Score: 1

      "Invest" the time to play it? What bullshit is this? Generally, people play games because they enjoy them.

      In this case, with a monthly charge for playing.

  6. Who would of thought that.. by Anonymous Coward · · Score: 2, Insightful

    Sub par graphics and an inability to compete with its wine counterpart would contribute to its own death.

  7. uh by Anonymous Coward · · Score: 2, Interesting

    it did not support the Premium graphics client and did not run as well as the win32 client under Wine

    So...maybe nobody was using the client because it sucked? Well, if they make Wine a supported platform for their Windows client, that wouldn't be too bad. I remember when World of Goo was released, with Linux support promised (still not here), it ran perfectly on Wine.

    It's still a shitty alternative to say, OGRE. But if you absolutely must use DirectX, just test on Wine the same way you test on WinXP or Vista.

    1. Re:uh by Kugrian · · Score: 1

      I remember when World of Goo was released, with Linux support promised (still not here)..

      Not likely to happen anytime soon with rumours that Brighter Minds Media have filed for bankruptcy.

    2. Re:uh by meist3r · · Score: 1

      Just because the publisher is broke that doesn't mean the developer dies with them. That's why they are different branches of the same business. But it certainly won't give 2D Boy any more reason to actually finish the Linux support.

    3. Re:uh by JGJones · · Score: 1

      They will release the linux version soon I'm sure of that. That news was about publisher not the developers. 2D Boys aren't bankrupt. The publisher is. They don't make the games so that's OK.

  8. Bummer for them... by aztektum · · Score: 2, Interesting

    I was about to ditch WoW + Crossover for EVE because of their support (and talking my WoW friends into doing the same). Now I don't know...

    --
    :: aztek ::
    No sig for you!!
    1. Re:Bummer for them... by Anonymous Coward · · Score: 1, Interesting

      I'm sure they'll change their mind when they read this. :)

    2. Re:Bummer for them... by pilot1 · · Score: 4, Informative

      CCP doesn't support Linux, but wine has done a good job of making sure it runs well. I've been playing for a little over 2 years and have never had any problems with wine.

    3. Re:Bummer for them... by tehmorph · · Score: 1

      Absolutely. Don't take this as 'EVE doesn't work on Linux'. It does, it just needs Wine. Hopefully this'll see CCP spending more time contributing to Wine's source rather than to Transgaming's wallet. Loads of people use EVE under Wine. Many did before the Linux client release, hence the slow/nonexistent takeup.

      --
      Could not open .sig for reading- sanity error
    4. Re:Bummer for them... by Anonymous Coward · · Score: 0

      Too bad, I didn't even know it existed.

      Perhaps better advertising to Linux people would have helped. Google ads do that, don't they?

      IMO, a Marketing failure.

    5. Re:Bummer for them... by Anonymous Coward · · Score: 0

      CCP doesn't support Linux, but wine has done a good job of making sure it runs well. I've been playing for a little over 2 years and have never had any problems with wine.

      How does it feel to have a second job you have to pay for?

    6. Re:Bummer for them... by Anonymous Coward · · Score: 0

      ITT You don't generally ditch a game because of OS support flavor, you ditch a game because you don't like it anymore. WoW and EVE are so different (despite being MMOs)that switching from one to the other is like ditching Soccer to watch Football, because you can football on more channels.
      If you really like WoW, and how it does stuff and it's premise, then there is a good chance EVE would be a shock, if not downright distasteful.
      (This coming form a die-hard EVE player)

    7. Re:Bummer for them... by Frank+T.+Lofaro+Jr. · · Score: 1

      Absolutely. Don't take this as 'EVE doesn't work on Linux'. It does, it just needs Wine.

      That misses the point.

      If something requires an emulator (or whatever is it considered) that it doesn't run natively on Linux. Which is the point.

      It is like saying you can do 100 miles an hour on a bicycle, the bicycle just needs an engine added to it.

      --
      Just because it CAN be done, doesn't mean it should!
  9. Is it really so hard to support Linux natively? by Lazy+Jones · · Score: 2, Interesting
    For a company with 300+ employees, how hard can it be to write a client with native Linux support? Even Vendetta Online has one and EVE uses Python mostly on the client side (= portable).

    CCP is yet another Windows shop that would rather throw a lot of money at a crummy DirectX wrapper than look over the fence and embrace native Linux development.

    --
    "I love my job, but I hate talking to people like you" (Freddie Mercury)
    1. Re:Is it really so hard to support Linux natively? by imsabbel · · Score: 4, Insightful

      To your title: Yes.
      Its easily a support nightmare.

      OTOH, i am very sure that CCP looked at their stats, counted the number of linux cusomers and made some quick calculations that showed they will never make the money they would need to spend.

      --
      HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    2. Re:Is it really so hard to support Linux natively? by pilot1 · · Score: 2, Insightful

      They use DirectX, so pretty hard.

    3. Re:Is it really so hard to support Linux natively? by sentientbrendan · · Score: 0, Troll

      how hard can it be to write a client with native Linux support?

      Very hard.

      Why don't you pick up a random Linux game that was made 5 or six years ago and see if it runs on a random Linux box. Just go grab some Doom or Quake demo and put it on some random box with a different distro than the one the demo was tested against.

      If you can even get the thing to install and launch, sound definitely won't work.

      The reason people have a hard time developing complicated commercial software on Linux is that said software is distributed in binary form, and Linux is *not* built for binary distribution.

      Libraries break their ABI periodically on Linux because no one really thinks about binary developers. Think about this: a deb package for Ubuntu from a release six months ago will probably not work on the next release.

      Aside from that, sound is an enormous clusterfuck on Linux. Sound is kind of important for games.

      Considering all these problems, the return on investment is very low. There are very few Desktop Linux users. The mac has about 10% desktop marketshare now, but Linux is under 1%

      http://marketshare.hitslink.com/operating-system-market-share.aspx?qprid=8

      and most Linux users, including myself, just dual boot to play games. So why should a game company pay a bunch of developers full time for a year to port the game? That's hundreds of thousands of dollars they will *never* make back on a market like that.

    4. Re:Is it really so hard to support Linux natively? by PeterBrett · · Score: 3, Interesting

      Why don't you pick up a random Linux game that was made 5 or six years ago and see if it runs on a random Linux box. Just go grab some Doom or Quake demo and put it on some random box with a different distro than the one the demo was tested against. If you can even get the thing to install and launch, sound definitely won't work.

      The original official Quake III and IV Linux binary releases still run fine on my bleeding-edge Linux box (yes, it uses PulseAudio). The same goes for Uplink, Defcon and Darwinia. Your point was what, exactly? That most studios that release game binaries for Linux are too incompetent to statically link them?

      Either you're a troll, or you need to practice what you preach.

    5. Re:Is it really so hard to support Linux natively? by Lazy+Jones · · Score: 1

      Sound is kind of important for games.

      definetely not for EVE ...

      So why should a game company pay a bunch of developers full time for a year to port the game? That's hundreds of thousands of dollars they will *never* make back on a market like that.

      EVE is a niche game, it could easily find a few 1000s more customers among Linux users who have nearly no choice in the MMOG market.

      --
      "I love my job, but I hate talking to people like you" (Freddie Mercury)
    6. Re:Is it really so hard to support Linux natively? by Alex+Belits · · Score: 1

      Libraries break their ABI periodically on Linux because no one really thinks about binary developers. Think about this: a deb package for Ubuntu from a release six months ago will probably not work on the next release.

      That's why it's a debian package -- it is maintained along with the rest of Debian distribution.

      However Linux games come with their own libraries, and therefore continue running. At worst they may need a wrapper if it's an old game that used OSS instead of ALSA for sound, so to share the audio card with other applications it needs aoss or esddsp.

      The point you are trying to make is, "Linux changes its system calls interface (that's what ABI is) and X protocol", however that would be false. My copies of Unreal Tournament and Quake 3 run now just like they did almost a decade ago (except with higher resolution and more fps).

      --
      Contrary to the popular belief, there indeed is no God.
    7. Re:Is it really so hard to support Linux natively? by Briareos · · Score: 1

      Either you're a troll, or you need to practice what you preach.

      Uhhh... you might want to read his .sig sometime...

      "Linux Hater's Blog" - of course he's a troll.

      np: Soul 223 - In Search Of Slowly (Soul Jazz Records Singles 2006-2007 (Disc 2))

      --

      "I'm not anti-anything, I'm anti-everything, it fits better." - Sole

    8. Re:Is it really so hard to support Linux natively? by _Sprocket_ · · Score: 2, Interesting

      Why don't you pick up a random Linux game that was made 5 or six years ago and see if it runs on a random Linux box. Just go grab some Doom or Quake demo and put it on some random box with a different distro than the one the demo was tested against.

      Just for giggles, I fired up the 'ole Castle Wolfenstein version of Enemy Territory. Popped up, full sound. No biggie. Most other old stuff is archived or OSS that's been updated - I'll have to dig around for the older stuff and see what it does.

      I wonder how well Doom would work on a WinXP box? Not that I'm trying to obscure Linux's faults by pointing at Windows. However, Windows is the PC gaming platform of choice at this point so it represents what the industry and players are used to.

      Having said all that - I'm probably just lucky. I know Linux's sound environment has been horribly lacking for so very long. There's great support on various forums to make things work. But one shouldn't have to jump through hoops to do so. Now days, I rarely have to jump through a hoop. Unless, of course, I'm dealing with an app that's from the Bad Old Days of OSS-is-the-only-choice.

    9. Re:Is it really so hard to support Linux natively? by PeterBrett · · Score: 1

      Libraries break their ABI periodically on Linux because no one really thinks about binary developers. Think about this: a deb package for Ubuntu from a release six months ago will probably not work on the next release.

      Just a data point: KDE is planning to have ABI stability for the entire 4.x series -- i.e. a program compiled against KDE 4.0 should work with kdelibs 4.1, 4.2, etc. In fact, that was a stated point of the 4.0 release: to say, "This is the start of the stable KDE 4 ABI.

      A project I work on, gEDA, has a shared library called libgeda that is only used by the apps in the gEDA suite. Nevertheless, we are very careful to maintain binary compatibility during a release series -- for instance, all the 1.4.x versions of libgeda are ABI-compatible. This is mostly out of deference to 3rd party app developers (I'm not sure there are any). Yes, we break our ABI -- and API -- regularly, but "regularly" is about once a year and at the start of a new stable branch.

      You have to understand, though, that most developers of Linux libraries couldn't care less about closed-source -- because the vast majority of users of their libraries will use Linux distribution packages, and the distributions recompile everything anyway every release cycle, why go to the trouble to avoid some minor inconvenience to people who aren't going to contribute back to the community anyway?

    10. Re:Is it really so hard to support Linux natively? by Anonymous Coward · · Score: 0

      imagine that. people don't want to take a gamble on long term gains from people who's favorite operating system's major feature is that it costs nothing.

    11. Re:Is it really so hard to support Linux natively? by Anonymous Coward · · Score: 0

      Haven't gotten a chance to use it yet, but *THANKS*.

      There are SOOO MANY linux libraries that don't hold to this, and it pisses me the fuck off. Having to have 3 different versions of the same library installed in order to keep my applications running is a PITA and while a number of them just need symlinks, plenty of others run into broken or non-existant symbols because somebody decided 'Let's get rid of this deprecated symbol before the next MAJOR RELEASE, since people shouldn't be using it anyhow (regardless of how many ARE using it.'

      In fact GCC has a major problem with this. IcedTea6 version 1.2 won't compile for me on gcc 4.3.x but will on 4.2. Which AFAIK should be considered a 'minor release' no?

    12. Re:Is it really so hard to support Linux natively? by PeterBrett · · Score: 1

      There are SOOO MANY linux libraries that don't hold to this, and it pisses me the fuck off. Having to have 3 different versions of the same library installed in order to keep my applications running is a PITA and while a number of them just need symlinks, plenty of others run into broken or non-existant symbols because somebody decided 'Let's get rid of this deprecated symbol before the next MAJOR RELEASE, since people shouldn't be using it anyhow (regardless of how many ARE using it.'

      As I've pointed out before, that's your fault for

    13. Re:Is it really so hard to support Linux natively? by PeterBrett · · Score: 1

      There are SOOO MANY linux libraries that don't hold to this, and it pisses me the fuck off. Having to have 3 different versions of the same library installed in order to keep my applications running is a PITA and while a number of them just need symlinks, plenty of others run into broken or non-existant symbols because somebody decided 'Let's get rid of this deprecated symbol before the next MAJOR RELEASE, since people shouldn't be using it anyhow (regardless of how many ARE using it.'

      As I've pointed out before, that's your fault for using shitty closed-source applications whose distributors couldn't be arsed to statically link the required libraries. That is the correct way to avoid precisely this problem, and if games developers can get it right (c.f. iD Software) I don't see why other people shouldn't get it right too.

      Note that many Windows apps come with their own private versions of the DLLs they use, too.

      A counter-problem is that being paranoid about breaking ABI/API can actually cause problems. The latest GLib and GTK+ libraries, for instance, have vast amounts of cruft in that has been deprecated for years (literally, in some cases), but it can't be removed because people like you (and me, as I have to support people using archaic versions of GTK) would scream. So they have to drag all this baggage, and then their library gets a reputation for being big and bloaty. It's actually a very difficult problem, and I think you ought to have a bit more sympathy for library developers -- when it comes to ABI/API compatibility, they're damned if they do, damned if the don't.

    14. Re:Is it really so hard to support Linux natively? by supernova_hq · · Score: 1

      I hate wasting a comment on an AC, but do you really, honestly think that the reason most Linux users use Linux is the price?? Linux is open, secure, reliable, efficient, stable, consistent and unbelievably portable and extend-able.

    15. Re:Is it really so hard to support Linux natively? by Seumas · · Score: 2, Informative

      Their calculations are meaningless, because they don't take into account Linux or OSX users using the windows client inside a virtual machine. Not because we want to, but because the official client is always somewhere between working like shit and not working at all.

      For instance, the OSX client has not been able to LOG OFF for a few months now. That's right. You can't log off and log in to another account like you can on every other OS. If you try - the best that will happen is nothing and the worst is it will launch another instance of the client each time you click "LOG OFF". Instead, you have to quit. Wait for it to shut down. Then start it back up again. Then log into the other account.

      Not a massive problem, but shows the general attitude toward clients other than the Windows client. They claim the new OSX client is going to be great (finally will support Premium content which Windows users have had for something like 18 months) -- but we'll believe it when they see it.

      I think it is clear to most people that they were just trying to gain some quick attention a year ago when they put out the whole "we're on every platform!" press releases.

      If they had put actual effort and resources into the clients, people would use them and the linux and OSX client base would be growing quite rapidly. Instead, they put out half-assed crap and then use the fact that nobody wants to suffer with that total crap as an excuse to cut support entirely.

      CCP is a pretty cool little shop and I'm a fan, but the way they've treated the non Windows clients has been a complete joke.

    16. Re:Is it really so hard to support Linux natively? by random+coward · · Score: 1

      They're a windows/directX shop. When the re-wrote the client's graphics for the "premium" graphics they could have used OpenGL and been cross platform. But they didn't. Now they can't get cross platform. Sucks for them.

    17. Re:Is it really so hard to support Linux natively? by Daengbo · · Score: 1

      ALSA has been the sound system of choice for probably ten years. I'm going from memory here so I may be a little off. The first thing you did on an old RH6 desktop was get ALSA in there.

      Games don't have any problem when they're

      1. statically compiled, or
      2. include their own libs.

      The only games that don't do that are FOSS where it's expected that they can be updated and packaged. If you're extremely unlucky, you may need to find libc5.

      The fact that you think LinuxHater is anything but a troll shows that you don't know much about Linux. He sounds like he knows something, but he really only says anything interesting once in ten posts. The rest of the time he's trolling for page hits.

    18. Re:Is it really so hard to support Linux natively? by Seumas · · Score: 1

      Exactly.

      I also suspect that as long as they can get Transgaming to produce a reasonable experience wrapping around the Windows client for OSX, they'll continue to support OSX. Once that doesn't work for them any longer (it has been over a year and OSX will only now be getting the new graphics in march), I fully expect that they'll drop OSX support as well. Not because the market isn't ther, but because it's too much work for them.

      Ideally, they'd probably rather be a Microsoft-only house in and out. And you know what? The HPC stuff they're working with MS on seems pretty damned impressive and so is the stuff they're working with NVIDIA on. I just wish they'd try expanding boundaries when it comes to OSX and/or Linux.

    19. Re:Is it really so hard to support Linux natively? by N1AK · · Score: 1

      Their calculations are meaningless, because they don't take into account Linux or OSX users using the windows client inside a virtual machine. Not because we want to, but because the official client is always somewhere between working like shit and not working at all.

      Of course they took the people who were already playing EVE on Linux via Wine into account. The thing you're missing is what they used it to determine. If 10% of your market is a on platform that you didn't support, and 90% of users on that platform are willing (if not happy) to run it using Wine then why develop and support a new client for the 1% of your total available market.

      OS X with its bigger market share and a user base likely to be less able or happy to use a solution requiring an independently developed Windows API is likely to provide a much more sizable benefit in creating a decent native client (and it surprises me they didn't focus all attention here first, and I'm not a Mac user).

    20. Re:Is it really so hard to support Linux natively? by AvitarX · · Score: 1

      As a Linux user (both servers and exclusive on my home desktop), yes, the price is compelling.

      More compelling is the repository, but if every nifty little CD burner, or DVD author ect. was $10-15 like on Windows, I probably would not be using it.

      --
      Wow, sent an e-mail as suggested when clicking on "use classic" banner, and got a fast response that addressed my msg
    21. Re:Is it really so hard to support Linux natively? by cbhacking · · Score: 1

      Stackless Python isn't actually quite the same as your garden variety runtime for .py scripts. Stackless can be compiled on Linux, so it's not a deal-breaker, but it would still increase costs and test effort.

      On the other hand, that "crummy DirectX wrapper" you deride so much (in the case of Cedega, I happen to agree, although wine itself is free and rapidly improving) is the reason itself. The game was released over 4 years ago. That's a LOT of work invested with a widely-deployed, well-supported API well-designed for gaming needs (not just 3D, though that's certainly a part of it).

      Are you really suggesting they should throw away all that work, re-writing large portions of their game engine, putting actual improvements on hold, rather than use an already-written runtime layer that allows them to use their existing code?

      The way I see it, their main mistake was going with Cedega/Transgaming rather than wine itself, or perhaps Crossover/Codeweavers (if they want commercial support). My guess is that in the near future, there will be an unofficially or even officially supported wine build that runs EVE happily, probably linked directly from CCP's site.

      --
      There's no place I could be, since I've found Serenity...
    22. Re:Is it really so hard to support Linux natively? by Lazy+Jones · · Score: 1

      Are you really suggesting they should throw away all that work, re-writing large portions of their game engine, putting actual improvements on hold, rather than use an already-written runtime layer that allows them to use their existing code?

      Most of their client was not even changed since it used only DX7 or DX8 and it's terrible. Some parts of it still freeze until data arrives from the network, so the UI stops working when there is lag. It does not seem to use many actual DX9 features that would be hard to port though. It wouldn't surprise me if they used custom drawing routines (i.e. writing directly to the frame buffer) for most things, including all of the UI.

      --
      "I love my job, but I hate talking to people like you" (Freddie Mercury)
    23. Re:Is it really so hard to support Linux natively? by Harik · · Score: 1

      Logoff doesn't work in windows either. All it's ever done on any platform is restart the client. They've got really shitty resource allocation issues, and it would cost them more effort to fix then it's worth. They just kill the process, let the OS reclaim all the resources, and start from scratch.

      "logoff" is nothing but a way to trigger the "network connection lost" restart without popping up the "network connection lost" dialog box.

  10. Epic fail by Lord+Byron+II · · Score: 0, Flamebait

    If your Win32 client works better in Linux than the Linux client, then you've got a problem. They should have just entered into a distribution agreement with Transgaming from the start to bundle their code with Cedega.

    1. Re:Epic fail by chammy · · Score: 2, Insightful

      Exactly. Ever since the first install of the linux client on my machine, I've preferred to just run the Premium client in wine.

      Valve can see how many people are running Steam in linux by the type of virtual sound card wine uses. What a bummer that they apparently measure how many linux users are online by the client they downloaded.

    2. Re:Epic fail by MooUK · · Score: 4, Informative

      They, uh, did.

      That was why it worked better in Wine. Cedega wasn't anywhere near good enough.

  11. I guess it's EVE Offline by syousef · · Score: 2, Funny

    ...if you're running Linux ;-)

    --
    These posts express my own personal views, not those of my employer
    1. Re:I guess it's EVE Offline by Anonymous Coward · · Score: 0

      ... and if you arnt running wine (which one should for Eve as it performs better)

  12. Surprisingly hard by CarpetShark · · Score: 2, Informative

    Given that Linux is yet to even standardise on a single unified sound output API, how can we expect anything more? Just to load and play a sound, you need a sound API, and codecs. For sound, you have alsa, OSS, and layers on top like NAS, ESD, pulse, SDL, JACK, whatever KDE went with that I forget, etc. Arguably, some or all of these may fail to meet requirements. For codecs, you have gstreamer, (probably) SDL, etc., and a nightmare of communicating to customers what extra libraries they'll need, even if one of these works. Linux will get people bothering to provide native support when Linux people bother to provide decent APIs and docs, and unify around them.

    1. Re:Surprisingly hard by coryking · · Score: 5, Insightful

      Yes, but by standardizing API's and kernel goo it would make it easy for so-called proprietary vendors like CCP to support Linux. According to som in the Linux community it is fact better to provide random API's that change all the time--that way proprietary vendors get scared off.

      The fact that Linux is so hard for vendors like CCP is seen by some in the Linux community as a feature, not a bug. Hopefully, those very same people in the community are cheering CCP pulling out of native Linux support, as it clearly shows their plan is working as intended.

    2. Re:Surprisingly hard by Anonymous Coward · · Score: 0

      Who in the hell are you talking about? There are lots of unfortunate reasons for the multimedia mess in Linux, but an active desire to scare off developers is not one of them. Do you have quotes from any developer actually expressing this opinion?

    3. Re:Surprisingly hard by Anonymous Coward · · Score: 0

      Linux will get people bothering to provide native support when Linux people bother to provide decent APIs and docs, and unify around them.

      Well said!

    4. Re:Surprisingly hard by Pecisk · · Score: 5, Interesting

      Ohh my God, another "Linux architecture is hard, therefore vendors have problems" apologist.

      Listen, CCP was never hiding behind a fact that so called "Linux client" is just a Windows client with Wine wrapper. And frankly, with Wine or Crossover Games you would have more success than Transgaming (which from mine point of view is completely shite). Transgaming based client has hard time with ATI video cards, with exsotic sound card settings, etc. Of course you can tweak it, but what's the point then? They have nice forum where people already exchanging with ideas how to get EVE running on Linux.

      There are one space sim (rather funny one), which has real *native* client. NEVER had problems with that, even on open source ati drivers on Radeons. So propably it is not that hard to do that...natively.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    5. Re:Surprisingly hard by SanityInAnarchy · · Score: 3, Informative

      Given that Linux is yet to even standardise on a single unified sound output API

      That's a troll argument. It doesn't have to be unified, as long as the systems talk to each other -- which they do.

      For games? Use OpenAL. That's a no-brainer, that gets you 3D surround, and handles plugging into whatever they've got, hardware or software, any OS. Then the user, or the distro, can configure OpenAL to use ALSA natively, or use Jack, or whatever other layer they want to put in there.

      whatever KDE went with that I forget,

      KDE wrote a wrapper for all of the above, plus native ALSA (on Linux), and whatever Windows/OS X provide.

      For codecs, you have

      the same set of codecs you have on Windows, if you're licensing them. Or, if you'd like to save yourself some money, you use Vorbis/FLAC, available both in native libraries and through gstreamer/SDL.

      This is as retarded as people claiming that the fact that both GNOME and KDE exists means Linux will never be a good desktop. OH NOES, choice, whatever shall we do. JUST PICK ONE! And no, you don't need the community to pick one for you -- close your eyes and play pin-the-tail-on-the-audio-library.

      They all work. The existence of others, especially when the one you want (OpenAL) will plug into all of them, is not something you even have to think about.

      a nightmare of communicating to customers what extra libraries they'll need

      Or you include those libraries with the game -- it's really not that difficult to configure the game to use your libraries instead of the system libraries. Or you distribute a demo under a license that allows redistribution, and let the distros work it out -- when people want the full game, they put in a key and download the rest of the content.

      But really, how is it a "nightmare", even if you had to spell out dependencies? How is it in any way harder than "communicating" what version of DirectX you need on Windows?

      Linux will get people bothering to provide native support when

      when people who might potentially port start looking at what's already there, and how hard it's not. If an indie game with close to no budget can provide native Linux support (think: every Introversion game, every Penny Arcade game, a few from Chronic Logic...), I would think that a company with 300+ employees could find one who knows at least as much as one of those guys.

      --
      Don't thank God, thank a doctor!
    6. Re:Surprisingly hard by Anonymous Coward · · Score: 0

      NAS, ESD, pulse have nothing to do with audio programming.
      OpenAL is what is being used in linux/macosx for audio programming in games. It is also increasingly used in a bunch of other platforms including Windows instead of directsound and Xbox360.
      SDL is mostly a wrapper for input, opengl, and 2d graphics. Most of the directinput stuff is supported by sdl or the input subsystem in linux and opengl is the same on any platform.

      Most games also do not use scheduling and multiprocessing facilities of the underlying OS.

      Porting a game in linux/macosx is as easy as hiring a opengl programmer with linux/macosx knowledge.

      The decision does not belong in the programming team but rather at the management/marketing.

    7. Re:Surprisingly hard by cheesybagel · · Score: 1
      Every modern Linux distro I have seen includes ALSA. I have not seen a distro use OSS for years now.

      As for APIs, you forgot OpenAL. Here is a list of games using it: Doom 3, Jedi Knight 2, Jedi Knight: Jedi Academy, Quake 4, Prey, Unreal 2, Unreal Tournament 2003, Unreal Tournament 2004, Unreal Tournament 3, Postal, America's Army, Battlefield 2, Battlefield 2142, Freedom Fighters, Hitman, Psychonauts, Colin McRae: DiRT, Penumbra: Black Plague, Race Driver: GRID.

      The same is true in Windows. Many games use OpenAL, FMOD, Miles Sound System, rather than DirectSound.

    8. Re:Surprisingly hard by _Sprocket_ · · Score: 1

      Yet oddly enough, my copies of NWN, Q3, and UT2004 didn't have problems. Weird. Maybe they know something others don't? (heck - even Bioware needed to learn a few more things).

    9. Re:Surprisingly hard by mR.bRiGhTsId3 · · Score: 1

      You forgot to mention the fact that if they want to release the client on its own, they have to maintain packages for all the big distributions, because stuff compiled for one is hit or miss on another.

    10. Re:Surprisingly hard by vlm · · Score: 1

      a nightmare of communicating to customers what extra libraries they'll need

      Or you distribute a demo under a license that allows redistribution, and let the distros work it out -- when people want the full game, they put in a key and download the rest of the content.

      Oddly enough, Debian has about ten thousand packages most of which handle dependencies transparently to the user. I'm sure with that much practice handling one more package won't be too difficult.

      Now this won't work with Oracle or MS Office as they can just download the package and never pay, but Eve is/was a MMORPG which means its quite useless without a paid login.

      I stopped playing EVE years ago because at the time they only supported windows and I lost my only working windows install (mac and linux only household). I never got around to reactivating my account, now I never will.

      --
      "Science flies us to the moon. Religion flies us into buildings." - Victor Stenger
    11. Re:Surprisingly hard by SanityInAnarchy · · Score: 1

      Now this won't work with Oracle or MS Office as they can just download the package and never pay

      Missing the point about a demo. Granted, the shareware model works better for games, where you can simply withhold the actual content until they pay -- but either method is relying on DRM, which ultimately fails.

      But you are right -- an MMO doesn't have that problem. The smarter ones just offer the full game as a free download, and make you pay for an account -- expansions are tied to an account, for example.

      --
      Don't thank God, thank a doctor!
    12. Re:Surprisingly hard by drinkypoo · · Score: 3, Informative

      Given that Linux is yet to even standardise on a single unified sound output API, how can we expect anything more?

      That's odd, I could have sworn that I had access to OpenAL, SDL, and probably others in addition to DirectSound and oh wait, what's this? Windows has another way to play sounds? Say it ain't so!?!

      This is a complete non-issue and I sure hope whoever modded you up gets smacked in the metamod. The solution is as simple as using either OSS or SDL, preferably the latter. You can ship SDL libraries with your application, and elect not to use them if the user has appropriate libraries, if you choose. Ship your application with SDL configuration as well, tell it to use every possible sound output in some rational order, and it will pick one. I suggest starting with pulse, then esd, then alsa, then oss. If you like you can try some others down below there (KDE has "arts" BTW. It's poop. Or maybe there's something new and even worse in KDE4?)

      It's even a bigger non-issue if you just make it easy to package, and offer a demo. Make it so that the distributions willing to distribute non-free applications can at least distribute your demo within their licenses, and you don't even have to distribute the game or the patches. The distribution will do it for you.

      P.S. SDL is not a codec, although you can play video through it. Nice try. You can use ogg audio or video for free, and bundle the libraries with your application. So this is another dumb argument that we see all too often.

      The documentation argument would be good if Microsoft's documentation weren't complete shit. The biggest developers get help from Microsoft, and everyone else just makes it work somehow to some degree because they have to.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    13. Re:Surprisingly hard by Anonymous Coward · · Score: 0

      Um, what? You really need to get your facts straight.

      There's APIs, and there's ABIs. What the *kernel* doesn't guarantee is a stable internal API that proprietary (or otherwise out-of-tree) modules could hook into.

      The kernel's *ABI* is very much stable, at least insofar as that something that works now is pretty much guaranteed to keep on working forever.

      On the *application* side of things, it's all up to the individual developers doing libraries and stuff like that, but frankly, the notion that anyone would deliberately change APIs in order to stick it to proprietary software vendors is so stupid it's not even false, and the "according to some" you're referring to is really just the kernel's "stable API nonsense" document, anyway.

    14. Re:Surprisingly hard by Anonymous Coward · · Score: 0

      "Given that Linux is yet to even standardize on a single unified sound output API"

      um, yes it does its alsa, OSS was depreciated years ago and only legacy apps still use the oss devices, which by the way is also provided by alsa. The other things you list are just applications that use it, or librarys that use it. zomg so many options SDL, OpenAL.... oh wait you have those on windows too. So I can only conclude you have no idea what your talking about on that subject.

      As for the EVE linux client, there never was one, nor is there a mac client, its just done through wine packaged through a deal with transgaming. It so happens that wine's own development has outpaced their own "client", so using wine directly is a much better option. In addition they are going to be releasing "walking in stations" soon and I dont think they wanted to deal with direct support anymore. So from that perspective I somehow doubt they really know how many people are actually playing on linux since it would likely just look like a windows client. Regardless it demonstrates that if your serious about cross platform development, don't use libs that aren't cross platform, like in this case DX. Wine should never be thought of as a solution, its a workaround. It continues to amaze me how developers just love shooting themselves in the foot over and over again, cross platform development isn't that hard if you are even slightly mindful of what your doing. CCP even wrote EVE using python! but STILL used dx. :P

    15. Re:Surprisingly hard by diqrtvpe · · Score: 1

      I'm not sure if it's the one you are referring to (I doubt it, as I don't think anyone would refer to it as rather funny), but Vendetta Online has a native client for Linux as well. OSX, Windows, and both 32- and 64-bit Linux. The only trouble I've ever had with it on Linux is purely a third-party issue, where the voice chat implementation (not done by Guild Software, who makes VO) segfaults with Pulse Audio. But that is not something they have any control over, and other than that the game runs just as well (sometimes better) in Linux than on other platforms.

    16. Re:Surprisingly hard by ion.simon.c · · Score: 1

      Mmm. The majority of the games on that list are either Id or Epic engine games... so it kinda skews the picture a little.

      Regardless, your point is sound.

    17. Re:Surprisingly hard by Anonymous Coward · · Score: 0

      Arts is dead, and "the even worse" thing in KDE4 is something as horrible as something that makes the application use what's native for your platform, ie direct sound on windows, gstreamer/xine or whatever on linux, and whatever osx uses on a mac. would you like some cheese with your poo?

    18. Re:Surprisingly hard by Jorophose · · Score: 1

      It's not necessarily DRM. You're just missing the content to the next levels.

      I understood GP as saying you distribute the game libs in a way Debian & etc could put them in the repositories, and you include a level or two for the players to use, and for the testers to make sure everything is ok. When the user wants to actually buy this game, they go out and buy the CD (or get it via Steam/Impulse maybe) and it unlocks the full game.

      Actually, this would work great if Steam was available for linux. Low headaches like you would not believe, but it might require some openess.

      This is one of those things I never got about closed software on Linux: Listen bud, you're making the jump to this strange platform, why don't you take the time to learn how they do it, and try to fit in? I don't distribute source-only for Windows programs, or require a repository or something. Shouldn't you try to fit in with the linux community here? Like use the repos, or maintain your own repo? (Opera does this. Smooth upgrades.)

      But like I said, it would be nice if we'd have a Steam-like system, if people want to port closed crap. I'm all for six degrees of freedom, you should just try to fit in (ie, an apt-get for closed-source crap).

    19. Re:Surprisingly hard by Anonymous Coward · · Score: 0

      I'm absolutely shocked that your post is not sarcasm. If Linux needs anything, it's professional supported proprietary software.

    20. Re:Surprisingly hard by Anonymous Coward · · Score: 0

      Windows is hardly any better. It has, depending on the version of Windows you're talking about, anywhere between three (XP) and five (Vista) sound APIs, and at least two completely separate sets of sound codecs.

      Still, virtually no games developers use these APIs. They use third-party sound systems, developed by companies like RAD Game Tools, that completely hide all this. They also include their own codecs for everything. Other combinations I've seen are OpenAL and Ogg Vorbis (with the runtime DLLs included alongside the game), Microsoft's XACT (with the runtime included alongside the game), FMOD (again, with runtime included) or even on one occasion an MP3 decoder DLL.

      So what you're talking about as being a "problem" for Linux is also a problem for Windows. It's just that third-party solutions exist for that problem, and that's what game developers use. Game developers (except weird ones) don't use DirectSound, and they certainly don't use DirectShow for codecs. Ever. It's too bloody hard to support.

    21. Re:Surprisingly hard by doomy · · Score: 1

      I disagree with you completely on this. It's not any Linux specific sound API that kept them from making a good game under Linux, it's the fact that the game was closed sourced, emulated an alien graphical API and just was not well supported given the number of people who played it.

      Let me give you good example of a multi-platform game that has worked well in Linux. Second Life was open sourced in 2007, when it first came out the Linux port was horrible, you could not do anything in it. Two years down the road, the SL Linux client is the most stable, fastest and most advanced of the three main platform clients.

      After a year of cleaning out crutchy 3rd party API, the Second Life client currently in its present form is probably the cleanest built Open Source game. It has very few totally closed sourced 3rd party API's in it.

      As you brought up sound, lets look at what SL uses for sound, Fmod. Fmod is a commercial audio library that works on multiple platforms, it's free for non-commercial use. By moving to Fmod, SL brought stable sound to the Linux platform as well as brining it on par with Windows platform.

      Now lets look at performance of Second Life under all three supported clients. I run a gaming box that has Windows XP, Debian and OS X. Almost everything was built with compatibility and best possible speed under the setup. The box has 4 gigs of ram (3 of which are usable under Windows XP 32 bit, 4 under Linux/OS X) and a dual core intel processor running at 3 ghz with a 8800 Nvidia card.

      I compile all 3 Second Life clients under this machine with maxium optimizations possible. Here are my current observations of Second Life builds.

      Windows : Stable and reference build, works as intended.

      Linux : Very stable, currently on part with windows or faster at certain operations (probably due to better memory management and stability), works like a totally different game from 2 yrs ago.

      OS X: Semi-stable, slow graphics, certain features cannot be supported due to Apple's inability to update OpenGL/drivers.

      The Linux client has come very far in the past 2 yrs, I was amazed the first time I ran a compile and had it instantly load.

      Load Times:

      Windows (Ref): 32 seconds to load into a Sea Sim under low stress times in SL.
      Linux : 12 seconds to load into the same sim.
      OS X: 1 min 42 seconds.

      Windows and Linux clients have currently have advanced features like real time shadows in the svn while this is not currently possible under OS X.

      Using the Linux client for 3 months, I'd say it's more stable than the Windows client and that this is one of the most successful opensource stories in the gaming world. Thus, I feel Linux is mature and Linux is superior when properly built applications are used under same conditions as applied to gaming.

      --
      ...free your source and the rest would follow...
    22. Re:Surprisingly hard by gilboad · · Score: 1

      Of course!
      The lack of a standard APIs (...) is the reason there no Linux clients for Quake, Doom, Unreal tournament and Egosoft's X-series! How could I've missed... Oh wait...

      - Gilboa

    23. Re:Surprisingly hard by Daengbo · · Score: 1

      All of the "switch from Windows" distros should get in on this. Until game devs get on board, they can take the "PlayonLinux" model and pin games against the Wine version that they work on.

    24. Re:Surprisingly hard by Daengbo · · Score: 1

      Or they could license it in such a way that it could be packaged by the distros.

    25. Re:Surprisingly hard by Pecisk · · Score: 1

      Yes, I was referring to Vendetta Online. And I just wanted to say that it is *fun*, not *funny* :)

      VO rocks, no doubt of that.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
    26. Re:Surprisingly hard by shutdown+-p+now · · Score: 1

      Ohh my God, another "Linux architecture is hard, therefore vendors have problems" apologist.

      Having a dozen different sound output APIs doesn't mean "hard architecture". It means the lack of one.

    27. Re:Surprisingly hard by Svartalf · · Score: 1

      Arrrgh!

      Please, please, please stop repeating that old saw- as far as what a game developer is concerned about, there's nothing like what you're talking to.

      There's a dozen different HIGH-LEVEL APIs. And it's no different in the Windows world. Low level APIs, there's only about two truly low-level ones (OSS and ALSA) and TWO mid-level ones (PulseAudio and Phonon)- and you don't usually need the mid-level ones because they handle the low-level ones properly anyhow.

      If you code to ALSA at this point, you will get pretty much everything you need (as this is the guts of the Linux sound subsystem at this time...).

      If you use SDL, you get basic higher-level sound for free.

      If you need positional audio, you're going to need at least OpenAL (Which is used on Windows and MacOS), FMOD (Ditto...), Miles (bit pricey, but also the same story...), IrrKlang, or others.

      Pick one and go.

      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
    28. Re:Surprisingly hard by Anonymous Coward · · Score: 0

      I'm guessing that since they had help from TransGaming, that the Mac client isn't native either. Just wrapped in Cider.

    29. Re:Surprisingly hard by SanityInAnarchy · · Score: 1

      It's not necessarily DRM. You're just missing the content to the next levels.

      Well, true, but it is relying on DRM to prevent you from instantly redistributing that content once you buy it. While I believe DRM ultimately fails, I think the fact that game publishers are (mostly) still so enamored with it would be an obstacle to the rest of this idea.

      Of course, that hasn't stopped some games from being released on Linux with no DRM, and some to be released with only online activation (and no hint of disc authentication)...

      Actually, this would work great if Steam was available for linux.

      Well, in a way... Greenhouse is available for Linux.

      But Steam is redundant as a package manager. Sure, it'd be great to have that nice view of "my games", the integrated chat and everything, but the distribution, I'd rather see handled through something like apt.

      (Or maybe not -- I'm guessing apt wouldn't be the most extensible for this purpose, without it feeling hackish. Steam downloads don't need an extra extraction/installation step -- once they're downloaded, sometimes half-downloaded, they're ready to play. But something like it.)

      For what it's worth, Steam works pretty flawlessly under Wine. Obviously, not all the games do...

      --
      Don't thank God, thank a doctor!
    30. Re:Surprisingly hard by kindbud · · Score: 1

      I tried the Vendetta Online linux client a year or so ago. The video was choppy, and the sound didn't work.

      --
      Edith Keeler Must Die
    31. Re:Surprisingly hard by Pecisk · · Score: 1

      Seconded - real practice of commercial Linux apps shows that it is not that hard. Usually it is SDL sound layer with ALSA hooks (and SDL was created by professional commercial game porters with open source in mind) - but SDL can also connect with other stuff, esound for example. If you need something advanced in the game - position, etc. you can take a look on OpenAL stuff (which is commercially created open standard taking a page from OpenGL book), lot of ID games uses this. For higher layer - yes, PulseAudio takes over distros these days - but it has nice ALSA emulation layer which improves day after day (yeah, there are some glitches but I think Lenart will handle this). If you need additional internal processing - Gstreamer comes to rescue with highly standardized interfaces and regular support for your codecs.

      There are three, four tops libs which are aviable everywhere - and that's what devs them. And they each excel at what they do.

      --
      user@ubuntubox:~$ stfu This server is going down for shutdown NOW!
  13. I felt a great disturbance in the Force... by HiVizDiver · · Score: 1

    ... as if millions of nerds suddenly cried out in terror and were suddenly silenced.

    1. Re:I felt a great disturbance in the Force... by rob1980 · · Score: 4, Funny

      ... as if tens of nerds suddenly cried out in terror and were suddenly silenced.

      Fixed. This is Eve Online we're talking about after all, and not World of Warcraft... ;)

    2. Re:I felt a great disturbance in the Force... by Anonymous Coward · · Score: 0

      ...dozens, rather.

    3. Re:I felt a great disturbance in the Force... by TheThiefMaster · · Score: 1

      Except they actually don't care, because they were already running the Windows client in Wine instead, because it ran better.

  14. I use Linux heavily by sentientbrendan · · Score: 4, Interesting

    and do all of my development work on it... and periodically I reboot into Windows to play Fallout 3.

    I like Linux for development, but the fact is that it is not as good of a gaming platform as Windows is.

    Windows has better video drivers, and it has a tons of teams at Microsoft working on things like directx that directly support gaming. Aside from that it has an enormous industry devoted to developing windows games.

    Oh, and sound just works on Windows, did I mention that? That's pretty important for games. I have surround sound working on my Linux install, which took some doing, but as soon as I plug in my USB headset so I can use skype, the Linux sound system explodes. That means that even if left for dead was on Linux, I still wouldn't be able to play it.

    Really, I don't see what the big deal with dual booting is and since people like me are just going to dual boot, I can't imagine why any game maker would waste money on a Linux port.

    If I can play my game even marginally better on windows I have no reason not to get the windows version.

    1. Re:I use Linux heavily by FrostDust · · Score: 2, Insightful

      Really, I don't see what the big deal with dual booting is and since people like me are just going to dual boot, I can't imagine why any game maker would waste money on a Linux port.

      If I can play my game even marginally better on windows I have no reason not to get the windows version.

      Not everyone is going to pay >100 USD, or use a pirated copy of Windows, just to play one game.

    2. Re:I use Linux heavily by Anonymous Coward · · Score: 1, Informative

      ...and many game companies are not going to invest their time and effort to support your operating system, just to pick up a handful of customers

    3. Re:I use Linux heavily by Anonymous Coward · · Score: 0

      Just as not everyone is going to pay AU$90 or use a pirated copy of a game, just to play said game.

    4. Re:I use Linux heavily by Anonymous Coward · · Score: 0

      Yeah because there has only ever been one game written for windows ever?

    5. Re:I use Linux heavily by guruevi · · Score: 1

      Windows has better video drivers, and it has a tons of teams at Microsoft working on things like directx that directly support gaming. Aside from that it has an enormous industry devoted to developing windows games.

      Oh, and sound just works on Windows, did I mention that? That's pretty important for games. I have surround sound working on my Linux install, which took some doing, but as soon as I plug in my USB headset so I can use skype, the Linux sound system explodes. That means that even if left for dead was on Linux, I still wouldn't be able to play it.

      IMHO proprietary Windows drivers are just as crappy as the Linux side. The open source drivers in Linux are usually great while on Windows there are hardly open source drivers for anything. Recently had an exotic S3 and Voodoo card (yeah the companies don't exist anymore) for some or another mini solution I had to get working again. Good luck finding anything for that. Linux worked great, Windows support ended around Windows 2000 so I couldn't get anything but VGA-resolution.

      Either way, same holds for DirectX. DirectX is a crutch imho. Ever had to virtualize DirectX? Don't work very well. OpenGL on the other hand works great (albeit a bit slower) since it doesn't require a hole in the kernel.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    6. Re:I use Linux heavily by _Sprocket_ · · Score: 2, Interesting

      Really, I don't see what the big deal with dual booting is and since people like me are just going to dual boot, I can't imagine why any game maker would waste money on a Linux port.

      I used to dual boot. Then I got a few games working on the Linux side. I didn't have to reboot to play. I could just flip over to a new virtual desktop, goof off for awhile, then go back to what I was doing. I didn't have to interupt anything on my Linux system. I didn't have to waste drive space for a "game" partition. And eventually, the Windows partition went away and never came back.

      Those times that I do need Windows for work involves a VM. I don't play games in Windows. But then, the days of being a "heavy gamer" are behind me. Now I burn spare cycles in WoW. :P

    7. Re:I use Linux heavily by yossarianuk · · Score: 2, Interesting

      There are some games however that run so much faster through wine that windows. I can think of call of duty1/2 - max payne (1) - Civilization 4 Personally the amount of games of windows isn't enough for me to want to go back to the hell that is windows...

    8. Re:I use Linux heavily by Anonymous Coward · · Score: 0

      Not everyone is going to pay >100 USD, or use a pirated copy of Windows, just to play one game.

      Anyone who plays just one game is unlikely to be dedicated enough to care if they can't play it.

    9. Re:I use Linux heavily by saleenS281 · · Score: 1

      Not everyone is going to pay >100 USD/year for a subscription to play a game either. What's your point?

    10. Re:I use Linux heavily by fm6 · · Score: 1

      periodically I reboot into Windows to play Fallout 3.

      I'm curious: do you not use WINE because it's more hassle than rebooting, or because it doesn't work with this game?

    11. Re:I use Linux heavily by fm6 · · Score: 1

      Not everybody pays $100 extra for Windows. Most often you have to buy a Windows license just to get the hardware you want. Even if the manufacturer offers a Windows-free price, it's not usually that much less than the regular price. (Note that OEM licenses are a lot cheaper than retails licenses.) In effect, everybody pays for Windows, whether they run it or not, or even own a license.

    12. Re:I use Linux heavily by demachina · · Score: 2, Insightful

      "Aside from that it has an enormous industry devoted to developing windows games."

      Wouldn't count on that forever. Take for example EA not releasing Madden NFL on the PC this year.

      Two reasons Windows may fail as a games platform:

      - Piracy on PC's is more rampant than on consoles
      - Cheating on PC's is rampant in multiplayer games

      I gate consoles for gaming but the fact is closed platforms are proving to be inherently better for online games.

      Not sure of the economics of the piracy issue but if you are sinking tens or hundreds of millions in a game I can see why it would be an issue. WOW beats the issue with subscription servers but there isn't room in most people's budgets for multiple game subscriptions.

      In, BF2 and COD4, in particular the cheating pretty much wrecks the platform for multiplayer PVP. WOW does a somewhat better job at suppressing it or maybe its just not quite as obvious because their combat system is so boring.

      As for EVE dropping Linux because it wont do premium content... like who cares. The premium content adds nothing to the actual game play, no one should really care if the visuals look a little better. EVE's biggest problem is simply making their damn game more interesting to play. Their combat mechanics are awful, their economy is mostly annoying. EVE is a great concept for a game, and I wish it was better than it was, its just poorly executed. Its only real appeal seems to be if you are willing to sell your soul to big corps and alliances for big fleet action, along with a whole lot of back stabbing, drama, being used, etc.

      --
      @de_machina
    13. Re:I use Linux heavily by LingNoi · · Score: 1

      Since most their customers are on windows I think your point is wrong.

    14. Re:I use Linux heavily by ccoder · · Score: 1

      As for EVE dropping Linux because it wont do premium content... like who cares. The premium content adds nothing to the actual game play, no one should really care if the visuals look a little better.

      CCP is dropping the standard client altogether. Premium (and what they are calling "Premium Lite") is all they will support. I care, because premium won't run in Linux, and I don't have very high hopes for the newer premium lite client they're coming out with in March (earlier if you use their test server).

      I hope all this works, but I agree with you on the interesting part. Politics and strategy is all that keeps me interested - it definitely isn't game content.

      --
      "During times of universal deceit, telling the truth becomes a revolutionary act" -- George Orwell
    15. Re:I use Linux heavily by MeNeXT · · Score: 1

      Oh please stop. I've had my share of driver issues with ALL OS's especially Windows. "My so ans so doesn't work on Linux."????? I have equipment here that doesn't work on Windows. If I blame MS I'm just an idiot. If the company chooses to not support Linux and you use Linux then don't buy their hardware.

      I have scanners, cameras, cell phones that are poorly supported in windows. I don't care. Why? I don't use Windows.

      USB head set not supported in Linux contact the vendor and ask why?

      --
      DRM? No thanks, I'll just get it somewhere else...
    16. Re:I use Linux heavily by MeNeXT · · Score: 1

      They don't have to. But limiting their efforts to Windows reduces their market potential. There are more people gaming on other platforms than Windows PC's. It's their choice to ignore it.

      The problem with Linux is that there is no way to determine market share. All Eve has proven is if you don't provide the same level of entertainment on every platform you support, then you are only doing yourself harm. It's what stopped me. My research on user experience on Linux concerning Eve was a definite NO. It's not my loss, I'm not bored for lack of entertainment.

      --
      DRM? No thanks, I'll just get it somewhere else...
    17. Re:I use Linux heavily by MeNeXT · · Score: 1

      Yes it is. It's about a company that is just guessing. The Linux offering was terrible. People didn't buy into it because it had poor reviews/comments.

      It played better under Wine than the native client. It was everything short of honest.

      --
      DRM? No thanks, I'll just get it somewhere else...
    18. Re:I use Linux heavily by Anonymous Coward · · Score: 0

      Its only real appeal seems to be if you are willing to sell your soul to big corps and alliances for big fleet action, along with a whole lot of back stabbing, drama, being used

      Blech...I get enough of that in REAL LIFE! : /

    19. Re:I use Linux heavily by Anonymous Coward · · Score: 0

      But they'll pay it so that they can actually use software that is worth a shit AND play quality games, all without having to dick around compiling kernels, editing endless configuration files and tweaking Wine just to get broken functionality.

      The old saying that "Linux is only free if your time has no value" is quite true and most people are willing to pay to get a system that just works.

    20. Re:I use Linux heavily by Anonymous Coward · · Score: 0

      you are so full of fail, its hilarious.

       
       
      seriously, I spilt beer on my keyboard from laughing so hard.

       
       
      Linux video drivers are better in linux, period. I get massive framerate boosts in all games I play in Linux, from Serious Sam, to Eve, to WoW, to CoD 4. Sound "just works", I promise. If it didn't work for you, its your own fault.

       
       
      Please turn in your *Nix card at the desk, delete your Failbuntu installation, and let the door hit you on the way out. Please refrain from issuing such false statements in the future.

       
       
      Just so I am clear, this is not about being a zealot, its preventing failtards like yourself from spreading further bull.

    21. Re:I use Linux heavily by AbRASiON · · Score: 1

      Yep, I'm seriously considering 'going hackintosh' just to learn MacOS and try something different (I hate Vista that much and eventually I'll want 8gb, 64bit etc)

      I can always run XP in a VM for any XP only functionality I need and then I can re-boot in to the XP install to actually play the games themselves, it's a win win overall.

    22. Re:I use Linux heavily by Yvanhoe · · Score: 1

      Some people would like not to pay the windows tax.

      --
      The Wise adapts himself to the world. The Fool adapts the world to himself. Therefore, all progress depends on the Fool.
  15. All Hail 'Choice'! by Anonymous Coward · · Score: 0

    We love choice! It's 'teh power of open source"!

  16. But they have a flawed argument.. by Junta · · Score: 2, Informative

    For the same reason it is a pain for commercial apps, it is a pain for OSS too. A disproportionate amount of effort in various projects is invested in spinning on API updates...

    Most things have calmed down, but audio frameworks for some reason stay in a state of significant flux. Today's 'correct' API is pulseaudio, which will abstract the underlying mess, but who knows what tomorrow brings. I'm still haven't followed esd and arts lately to see if they have relevance. dmix and the like I bunch up in alsa which I think you don't touch directly as an app developer because a higher layer controls it...

    --
    XML is like violence. If it doesn't solve the problem, use more.
    1. Re:But they have a flawed argument.. by Anonymous Coward · · Score: 0

      Makes you wonder why Linux couldn't just stick with OSS like the rest of the *nix world - on e.g. FreeBSD it's got perfectly nice software mixing and will auto-create virtual devices on demand.

      Oh well. Probably too easy.

    2. Re:But they have a flawed argument.. by Anonymous Coward · · Score: 0

      As some who must use mplayer -ao oss every day to get around pulseaudio brokenness, I can't blame them.

      And I am considering playing EVE.

      OpenArena rules for now.

  17. failed to show growth... by d0n0vAn · · Score: 2, Informative

    Failed to show growth my ass. Ubuntu was by far the easiest distribution to get Eve up and running. Hell, I even got Eve to run on my netbook. It wasn't lack of interest. Tell the fucking truth: CCP couldn't get it right and they never released a native linux client. Their support was terrible. That's why they failed.

    1. Re:failed to show growth... by Anonymous Coward · · Score: 0

      How many times do we have to go through this?

      First it was Loki games which shut down due to lack of popularity and now CCP are say it's unpopular too.

      The evidence is in your fucking face yet you still ignorantly refuse to believe the truth.

  18. Re:Ma^8e by Anonymous Coward · · Score: 0

    Niggers are what they are because of how apes behave. This is the philosophy behind Niggerbuntu. They also advocate humanity towards monkeys. Join Niggerbuntu today!

  19. Sure thing boss. by coryking · · Score: 4, Interesting

    So, how do we permit plugins while prohibiting proprietary plugins, and how do we do it while staying within the bounds of copyright law which is the basis of the GPL?... ...most people participating in the related discussions on the gcc mailing list, suggested already that an unstable plugin API would bring all major advantages of plugins in gcc, while complicating the scenario of proprietary plugins.

    - GCC Plugin Wiki

    That is the first that comes to mind. I believe Linus himself has been quoted as saying something along the lines of "We don't promise a stable kernel ABI and if that means breaking binary drivers, oh well, in fact we might change the ABI just to break them on purpose!". Can't find the quote though.

    And if you still aren't convinced, just browse the comments right here at Slashdot every time there is a story about some driver somewhere. There indeed exists a group of people who want to purposefully mix shit up hoping to scare certain kinds of developers away.

    1. Re:Sure thing boss. by cheesybagel · · Score: 1

      The kernel is GPLed. The legality of binary kernel drivers is pretty thin and rests only on the fact that the developers aren't in the mood to sue anyone for doing it. WTF should they care about someone who is doing something against the (quite liberal) license anyway?

    2. Re:Sure thing boss. by Jorophose · · Score: 1

      Those binaries were going to break. It's to teach some people a lesson: You can't have your cake and eat it too.

      Want to develop for Linux? Standardise on your own libraries. Screw your users. They're already running a platform where they're expected to have some hurdles and have different tools. Use Panda3D. Or don't. Use OGRE maybe. Or program with SDL. Or raw OpenGL & ALSA.

      Pick your poison, the users will follow you.

    3. Re:Sure thing boss. by shutdown+-p+now · · Score: 4, Interesting

      What a find! Wow... just wow:

      A gcc-based scripting interpreter could by default check for a mandatory license statement (header) in every source file, so that "stock gcc" could deny running plugins (scripts) with a non-matching license header/marker telling the user that stock gcc only runs plugin scripts covered by the GPL.

      In addition, SDK users could -by design- be required to explicitly set up each individual plugin to be covered by the GPL, e.g. by making the proper "init" calls at startup, along the lines of setLicense(GPLv2);

      In order to make it harder for non-GPL'ed plugin SDKs to be used with gcc, stock gcc could by default also require each plugin to provide a certain set of hooks that provide licensing information to the host, so that stock gcc may refuse to run such binaries that do not provide the required information.

      Furthermore, it would be possible to require all plugins to be statically linked with the corresponding plugin SDK (making the plugin itself GPL'ed thereby), thus whenever the checksum/hashes of linked in files doesn't match (the ones of the SDK), gcc could refuse to run any such plugins.

      This whole license/checksum/hash verification stuff sounds conspicuously DRM-like to me. But of course it's okay if it's used to force more code under the GPL, right? right?..

    4. Re:Sure thing boss. by Harik · · Score: 1

      I can't stand binary device drivers - They're generally buggy as shit, feature-poor and bloated. There's a REASON nobody wants binary _DEVICE DRIVERS_ in the kernel proper. On the complete other side - if the kernel has ever _EVER_ exposed a userspace ABI it is set in stone forever. Period. To change the calling convention of a syscall or the output of a random /proc file is impossible - even if it's defective in some way. You have to rename it to syscall_old and create a new one on a new number, or try to compatibly extend the output of /proc.

      There's very few parts of the kernel as visible from userspace that are expected to be mutable - most of them come from linked driver support. Tools to specifically operate one driver (device mapper, for instance) have to follow the ABI updates in the kernel. As that's considered "kernel tools" it's accepted, if somewhat distasteful. Routing? That's all stable ABI.

      10 year old propriatry software from a defunct vender is required to still work on modern kernels - libraries are up to you.

  20. It ran on Linux? by DoofusOfDeath · · Score: 2, Insightful

    I saw tons of webpage ads for Eve Online, but I never noticed anything about it running on Linux.

    If I'd known that, there's a good chance I would have signed up, partially for the fun and partially to support games companies that support Linux.

    Is the real lesson here that they didn't properly advertise their Linux compatibility? Or is it just that I need to get glasses?

    1. Re:It ran on Linux? by drinkypoo · · Score: 1

      Is the real lesson here that they didn't properly advertise their Linux compatibility?

      The real lesson here is that there was no profit in advertising their Linux compatibility. Although you could argue that was because there wasn't much of it.

      Allegedly it still works fine on Linux, with the windows version and Wine.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    2. Re:It ran on Linux? by LingNoi · · Score: 1

      It already runs on linux via wine, the offical port is no different.

    3. Re:It ran on Linux? by cbhacking · · Score: 1

      It was big news on Slashdot when they first released the Linux and OS X clients. It was also mentioned at least twice, in positively-modded comments, in every story even tangentially related to EVE since then.

      Their big advertising push is relatively recent, but I think at least one of the ads mentioned "Windows, Mac, and Linux." Of course, the game still runs just fine on Linux - you just need to install the Windows version into Wine yourself, rather than getting CCP to wrap it for you. You can have the Premium graphics, though, so I'd say it's a fair trade. I tried the official, Cedega-wrapped client once, just to try it. I then went back to just using wine - there was no substantial reason to waste the disk space on Cedega.

      --
      There's no place I could be, since I've found Serenity...
    4. Re:It ran on Linux? by Anonymous Coward · · Score: 0

      it was in the trailers. but the client was not that good / stable to make a lot of marketing for it.

  21. Considering how shoddy and buggy the Mac client is by SvnLyrBrto · · Score: 1

    I'm kind of surprised that there ARE enough Mac people still playing to fund development. And I'm not particularly surprised that the Linux client would be just as terrible to drive people away.

    Say what you want about Blizzard, WoW-tards, and all that. But they don't leave major bugs unfixed and major features missing (Did they EVER bother to add the premium graphics to Mac or Linux?) on one platform versus the other.

    cya,
    john

    --
    Imagine all the people...
  22. In CCCP... by Anonymous Coward · · Score: 0

    In CCCP, Eve Online discontinues you!

    heh... get it?

  23. I went back to Elite by horza · · Score: 1

    I really wanted to play Eve but couldn't get the client to work (this was a while ago). Instead I got a good hit of nostalgia playing oolite, a copy of the old 8-bit Elite. I haven't tried out the crazy amount of expansion packs. If anybody knows anything similar or better please post below!

    Phillip.

    1. Re:I went back to Elite by MRe_nl · · Score: 1

      Havn't played this yet, but looks good to an old elite player like myself...
      http://www.vendetta-online.com/

      --
      "Kill 'em all and let Root sort 'em out"
  24. migration path by Lord+Ender · · Score: 5, Funny

    CCP is encouraging users of the Linux EVE client to upgrade to the OpenOffice.org Calc application.

    --
    A slashdotter who didn't build his own computer is like a Jedi who didn't build his own lightsaber.
    1. Re:migration path by meist3r · · Score: 5, Funny

      I heard recently someone disbanded one of the largest tables ever inserted into one of those ... amazing stuff.

    2. Re:migration path by vux984 · · Score: 1

      CCP is encouraging users of the Linux EVE client to upgrade to the OpenOffice.org Calc application.

      It would be a true upgrade too. Better color and font defaults for starters...

    3. Re:migration path by ccoder · · Score: 0

      I say farewell BoB (although they're not really dead, just delayed in sovereignty).

      The overall war in Eve won't be affected much.

      --
      "During times of universal deceit, telling the truth becomes a revolutionary act" -- George Orwell
    4. Re:migration path by Anonymous Coward · · Score: 0

      So. Much. Win.

    5. Re:migration path by Daengbo · · Score: 0, Troll

      TT-taggers are tools. Don't TT tag!

  25. I don't wonder. by waveclaw · · Score: 2, Informative

    CCP is claiming that they can't count the number of wine users because wine reports 'as windows' and not as 'wine on Linux.' Bullet meet foot.

    FTA,

    The Eve Online Linux client is as native as notepad.exe.

    What do you expect?

    file "~/.cedega/EVE Online/c_drive/Program Files/CCP/EVE/eve.exe"
    eve.exe: MS-DOS executable PE for MS Windows (GUI) Intel 80386 32-bit

    Throw away for a moment the fact that Direct X translation to OpenGl is super slow compared with native OpenGL.

    Wine >> winex.

    Cedega = winex + no development updates + horrible hacks and workarounds for certain games.

    The Eve-Online client is still a windows program. It is unsurprising that the best windows API on Linux would work better. CCP picked Transgaming to do the "porting." They once had the leading implementation of DirectX on Linux, but their tiny team worked on their private and increasingly hacked up fork of ancient wineX code.

    Duplication of effort and waste all in the name of greed. And now it's the Linux users who get to pay.

    --

    "You cannot have a General Will unless you have shared experiences. You cannot be fair to people you don't know."
    1. Re:I don't wonder. by vikstar · · Score: 1

      Throw away for a moment the fact that Direct X translation to OpenGl is super slow compared with native OpenGL.

      People are still using Direct3D instead of OpenGL for anything but the XBox? Tysk, tysk.

      --
      The question of whether a computer can think is no more interesting than the question of whether a submarine can swim.
    2. Re:I don't wonder. by Anonymous Coward · · Score: 5, Interesting

      They use D3D because OpenGL is not particularly good to program with. OpenGL 3.0 is not the much-heralded "fix" to the crap specification that it was supposed to be.

      I work better in OpenGL than D3D, but that's my own familiarity with the API rather than the quality. OpenGL has huge gaping problems. A few basic issues...

      -everything's a fucking GLuint, so you have to wrap and cast everything to make it halfway tolerable (at which point it looks so close to D3D that, for the important platforms, you might as well have already done it in D3D)

      -GLSL sucks, with weird and arbitrary rules

      -GLSL shaders can't be compiled (there are ways to do this but they are best described as "skiffy" and less charitably described as "broken")

      -no way to query for GLSL functionality (for example, the noise() function always returns 0 on most cards because almost nobody actually implements it)

      -no coherent SDK-type documentation; crap organization of what documentation exists

      -VBO trashes pointer setup. WHY?

      -developing GLSL on nVidia cards is crap, because it's translated into Cg and doesn't correctly report errors on bad code

      -developing anything generally is crap, because there's no analogue to the D3D caps structures that tell you what work on a given machine.

      -using binding to do everything means you can't make what should be really, really simple assertions about the state of your render pipeline between two draw calls (this is just plain fucking unacceptable!)

      Microsoft may be rah-evil or whatever your nearest GNU zealot wants you to believe, but D3D is a vastly superior API. It's pretty hard to fault developers if they choose to use the better API for targeting their primary platform, if they decide that being cross-platform isn't of interest to them.

      You want more developers, have an API that doesn't suck. It is perhaps a very sad statement that WINE's implementation of D3D is a better gaming API than anything native that's currently available on Linux (yes, it uses OpenGL under the hood, that's fine--OpenGL is a decent binding to the hardware but absolute shit for actually developing stuff).

    3. Re:I don't wonder. by TrancePhreak · · Score: 1

      For shame people should actually want to get work done with a well maintained debug environment!

      --

      -]Phreak Out[-
    4. Re:I don't wonder. by Anonymous Coward · · Score: 0

      Why is the parent not rated flamebait or troll? It's full of half-truths and FUD.

    5. Re:I don't wonder. by Vahokif · · Score: 0

      Sounds like you're pissed with OpenGL because it's not D3D?

    6. Re:I don't wonder. by Anonymous Coward · · Score: 0

      Correct me if I'm wrong, but doesn't the API specific code in most games only amount to a very tiny part of the engine code (itself a tiny part of the whole thing)? Why is there such a controversy about which API is best suited to write your few hundred lines of wrapper code?

    7. Re:I don't wonder. by jp10558 · · Score: 1

      I don't really understand why they wouldn't go with Crossover over Transgaming, certainly for end user purchases it seems to make more sense to go with Crossover Games or Crossover Linux Pro which includes games...

      --
      Opera, Proxomitron-Grypen,GPG 0x0A1C6EE3
  26. I didn't say they were wrong by coryking · · Score: 3, Interesting

    But the by product of the kernel developers actions does two things:

    1) Establishes a tone and attitude that one should randomize your API to fight off proprietary software.
    2) Actually works... see also this article.

    If you you agree with that attitude, that is fine and I respect that. However, this article is an example of that attitude working. You cannot be for things like binary games like WoW running on Linux and still promote an attitude of actively making their life difficult. If you are doing it under the idea that it will encourage them to open-source, you will have to accept when companies choose to abandon Linux instead--as in this case.

    1. Re:I didn't say they were wrong by PeterBrett · · Score: 2, Insightful

      But the by product of the kernel developers actions does two things:

      1. Establishes a tone and attitude that one should randomize your API to fight off proprietary software.
      2. 2) Actually works... see also this article.

      Bullshit to the first one. The logic is as follows:

      1. We want to make the best kernel possible, and continuously improve it.
      2. Improvement cannot happen without change, so we have to make changes.
      3. Hey, look, by modularising the kernel we can make it easier to support lots of hardware.
      4. Oh dear, some changes we want to make require modifications to the internal, entirely-hidden-from-userspace-code API. Oh well, a quick recompile of all the modules will fix that -- and userspace will never know the difference!
      5. What? You can't recompile your modules? Well, if you're stupid enough to let people sell you on exploiting an implementation detail of the kernel it's your own stupid fault, isn't it? Oh, by the way, that's probably illegal, too. Jus' sayin'.
    2. Re:I didn't say they were wrong by ion.simon.c · · Score: 1

      You cannot be for things like binary games like WoW running on Linux

      Last I heard, things WoW didn't need to directly interact with kernelspace. (Unless maybe The Warden needs to?)

    3. Re:I didn't say they were wrong by coryking · · Score: 3, Insightful

      That is all nice, but the byproduct of that process is that it is a bitch to write drivers for the kernel. Since the kernel development process is seen as a role model for how to develop open source projects, others follow suit. Result? There is no consistent application stack to build against--thus supporting the amorphous pool of code that comprises your average linux distro is a very, very expensive process.

      The only way out is to open source your code. Some companies are cool with that, but many are not. Clearly the WoW guys are not. If you want the WoW guys back, you'd make it easy to sell profitable applications that run on linux. However, that would require a shift in the culture and values of the entire linux ecosystem and I'm fairly positive that such a shift would never, ever, happen.

    4. Re:I didn't say they were wrong by PeterBrett · · Score: 1

      That is all nice, but the byproduct of that process is that it is a bitch to write drivers for the kernel. Since the kernel development process is seen as a role model for how to develop open source projects, others follow suit. Result? There is no consistent application stack to build against--thus supporting the amorphous pool of code that comprises your average linux distro is a very, very expensive process.

      The only way out is to open source your code. Some companies are cool with that, but many are not. Clearly the WoW guys are not. If you want the WoW guys back, you'd make it easy to sell profitable applications that run on linux. However, that would require a shift in the culture and values of the entire linux ecosystem and I'm fairly positive that such a shift would never, ever, happen.

      You're being slightly disingenuous here.

      The kernel's userspace ABI has been fixed for several years. I can happily run applications that were compiled back in 2005 on my state-of-the-art bleeding-edge Linux kernel. Any change in the userspace ABI is a major regression. As I said, the module system is an implementation detail. I have absolutely no sympathy whatsoever for people who choose to insist on trying to maintain out-of-tree closed-source drivers in the face of the fact that it is the Wrong Thing from both a technical and legal point of view.

      Keeping a constant userspace API, on the other hand, is analogous to making sure that your dynamic library's ABI doesn't change between releases of your library. Now, some library authors are very good at that, but as I've mentioned in other posts, that is very difficult to do, and requires careful planning and a lot of hard work. The way around the problem of libraries changing (as I've also mentioned elsewhere) is that if you must release your software only as binaries, you should statically link your application against the exact revisions of libraries that it requires. That approach works just fine for iD Software (c.f. Quake IV) and Introversion (c.f. Defcon): I argue that Blizzard are just making whiny pathetic excuses.

      Finally, if you go down the route of, "You must maintain ABI and API compatibility!" where do you draw the line? How long should a library author be expected to maintain it for? A stable release series? A year? A decade? Forever?

      Even Windows DLL authors don't manage this -- many Windows applications come bundled with the exact versions of the DLLs they require to run.

      Some concrete examples of commonly-used Linux userspace libraries that have problems with this would be useful. I can't think of any established libraries with that sort of problem, off the top of my head...

    5. Re:I didn't say they were wrong by Builder · · Score: 1

      I call bullshit on your whole argument. Linux managed fine back in the 2.2 and 2.4 days when active development was done in a separate version (2.3 and 2.5). It improved during that time.

      The developers are just lazy - they don't want the hard work of managing a development tree and managing major release cycles - fine. They expect the vendors to stabilise the ABI - again, fine. But those two decisions mean that Linux will never really grow outside of the server market.

      Firstly, every distro is going to stabilize their ABI at a different point. This makes life hard / impossible for ISVs to support multiple distros which is partly why RedHat have such a massive marketshare in the bigger enterprise markets - the ISVs certify for running on RHEL. Sure, you could probably get it running on SLES or Ubuntu LTS, but you'll get less vendor support.

      Secondly, it just makes Linux continue to look like a kiddie OS to the big vendors. Can't provide a stable ABI ? They why do you expect us to provide software for your toy?

    6. Re:I didn't say they were wrong by ultranova · · Score: 1

      I have absolutely no sympathy whatsoever for people who choose to insist on trying to maintain out-of-tree closed-source drivers in the face of the fact that it is the Wrong Thing from both a technical and legal point of view.

      Unfortunately, there are no decent 3D cards with in-kernel open-source drivers, so it's the users who get the shaft here. In fact this situation might even be advantageous to 3D card manufacturers: if a kernel update breaks the old driver, and the card is no longer supported by the manufacturer, you either have to roll back the kernel update - and risk security vulnerabilities - or buy a newer card.

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    7. Re:I didn't say they were wrong by TheSunborn · · Score: 1

      You do realize that the only abi that is not frozen is the kernal abi right? And it's only drivers and really low level software(Mostly software that depend on specific hardware) that care about this.

      Normal software, including games, databases, compilers and so on don't care about the kernal abi, because they newer call the kernel directly.

      They do care about the userlevel C abi, but that have not changed in many years.

      Oracle for example does run on most Linux distributions, but is only supported on very few of these, because thats what Oracle test their database on, and that's what they know.

      There is a similary problem with windows, where some software is only supported on windows 2000/XP even when it does run on Vista.

    8. Re:I didn't say they were wrong by coryking · · Score: 1

      er, the EVE online guys. not the WoW guys. Apologies :-)

    9. Re:I didn't say they were wrong by andrewd18 · · Score: 1

      I wish I had mod points.

    10. Re:I didn't say they were wrong by Anonymous Coward · · Score: 0

      You can build a stable API on top of an unstable one. See also OpenGL, OpenAL, WINE itself!

      ABIs are trickier, but projects like WINE prove that it is possible to run native code that doesn't care about the underlying OS.

      That would give us the best of both worlds: true independence of the implementing OS, freedom to change the inner workings of things, etc, and still simple support of "compile once" applications.

    11. Re:I didn't say they were wrong by PeterBrett · · Score: 1

      The developers are just lazy - they don't want the hard work of managing a development tree and managing major release cycles - fine. They expect the vendors to stabilise the ABI - again, fine. But those two decisions mean that Linux will never really grow outside of the server market.

      You clearly don't have a clue what you're talking about, sorry.

      By the way, the Linux kernel is GPL'd. If you think that what's really needed is a Linux-like kernel with a stable in-kernel binary API for closed-source drivers, feel free to fork it -- if you're right, there's surely a lot of money to be made! You could call it Binux, because (a) Builder starts with B, (b) you will provide binary compatibility, and (c) all it will be good for is binning after you realize you've painted yourself into a corner after 6 months.

    12. Re:I didn't say they were wrong by Frank+T.+Lofaro+Jr. · · Score: 1

      Illegal??

      --
      Just because it CAN be done, doesn't mean it should!
    13. Re:I didn't say they were wrong by Builder · · Score: 1

      Ah, the usual strawman - if you don't like it, fork it.

      Most people won't bother with that - they'll just vote with their wallet.

      Sun haven't painted themselves into a corner, they do just fine with a stable ABI. So we give them hundreds of thousands of pounds per year. We used to give that money to RedHat bit with Solaris x86 we get what we need without bothering with the bullshit that comes with Linux.

    14. Re:I didn't say they were wrong by Builder · · Score: 1

      Oracle certify specific distros for a number of a reasons. One of them is the kernel - with the debacle in the 2.4 tree that was the threading change, there were all sorts of caveats around various environment variables need to be set.

      Another is the c libraries. Specific distros ship with specific distros of glibc and Oracle can be fussy about these. Don't get me started on DB2 or Sybase.

      Moving on from one ISV, let's look at software Linux is desperate for - a decent volume management system. Last time I was prodding RHEL 5, it was still a joke in the enterprise. On Solaris, you present some more LUNs to the box, run devfsadm and start using them. On Linux, you had to cat stuff into the proc filesystem to force the scan and it was a bit klunky to say the least.

      Once you get below that and wanted to do proper volume management, you were stuck with what felt like kiddie toys. There's a reason that Veritas was the enterprise standard for so long - it works, it works well, it's easy to recover and it is well supported. But doing their products on Linux is hard for them - they duplicate effort both in development and documentation, and again in support. For less revenue. Where's the business case in that ?

  27. Saw this coming from the start by Judinous · · Score: 1

    The same patch that released the Linux client also fucked up Linux compatibility. I went from being able to run 6 clients smoothly to choking on 2 with Crossover and Wine. I ended up selling off my extra accounts because I simply couldn't play them anymore. The native client was unusable (significant graphical errors, low framerate) for months after release, itself. This was quite a significant change from the previous situation, because Linux actually ran the game better than Windows did (about 30% higher FPS in my particular case) in their original (pre-classic/premium divide) client which made little use of the GPU.

    I like CCP a lot and they definitely had good intentions, here. They made a terrible mistake by going with the Cedega team instead of the Crossover/Wine developers, though. I knew a few dozen other Linux users who also tried out their official client and then immediately reverted, so it is not surprising to me that they do not have the usage numbers to justify its development.

    1. Re:Saw this coming from the start by random+coward · · Score: 1

      They went with cedega so that they could outsource support to them. They didn't want to/weren't able to do the support themselves.

  28. Read as: by Alzheimers · · Score: 1

    "The Client we paid developers to make for us was not up to par with a free client supported by volunteers."

    Translation: our hiring team don't know their asses from their elbows.

    1. Re:Read as: by Anonymous Coward · · Score: 0

      "We can't find a way to actually give money to the Wine folks in a binding contract"

  29. Official script for wine install? by SwedishPenguin · · Score: 1

    So apparently, it worked better under wine, with better graphics to boot. Why didn't they just publish an install script which downloaded, installed and configured the version of wine that worked best, and install the game using that copy of wine?

  30. My first attempt at a soviet russia joke... by Anonymous Coward · · Score: 0

    In soviet russia, the CCCP discontinues you.

    1. Re:My first attempt at a soviet russia joke... by Mhtsos · · Score: 2, Funny

      In soviet Russia, there's one more C

  31. Last November? by Anonymous Coward · · Score: 0

    Not quite correct, and the summary event links to another /. article dated 2007. The poster must've been in quite a hurry not to spot that (or the current date on his calendar for that matter).

  32. WoG Linux version progressing by zooblethorpe · · Score: 1

    Not likely to happen anytime soon with rumours that Brighter Minds Media have filed for bankruptcy.

    ... Except Brighter Minds never developed World of Goo in the first place -- that distinction belongs to the tiny 2D Boy dev house. They note on their blog that the Linux version is coming along. Sure, it's been slow as molasses, but I'd say that it might actually be "likely to happen some time soon". :)

    Cheers,

    --
    "What in the name of Fats Waller is that?"
    "A four-foot prune."
    1. Re:WoG Linux version progressing by Upsilonish · · Score: 1

      The Linux version has been (or had been) in open (though somewhat hidden on a mailing list) beta for something like a month. Worked perfectly for me...apart from a few times when X locked up on exiting.

    2. Re:WoG Linux version progressing by zooblethorpe · · Score: 1

      Oo, do tell -- I've got it on Windows and the Wii, but I'd like to be able to pull it up on Linux too (and hey, I've already paid for it, since they charge a single fee for all three of the Win / Mac / Lin versions).

      Cheers,

      --
      "What in the name of Fats Waller is that?"
      "A four-foot prune."
    3. Re:WoG Linux version progressing by Upsilonish · · Score: 1
    4. Re:WoG Linux version progressing by Upsilonish · · Score: 1

      actually, looking at it they seem to have taken down the files. hmm. sorry.

    5. Re:WoG Linux version progressing by zooblethorpe · · Score: 1

      Ah well, thanks for posting anyway.

      Cheers,

      --
      "What in the name of Fats Waller is that?"
      "A four-foot prune."
  33. Maybe it's because by rk · · Score: 1

    When I install the Windows client, I can play. When I install the Mac client, I can play. When I get the Linux installer, I get:

    ARGS are -GAME EveOnline-linux
    Traceback (most recent call last):
    File "/usr/lib/eve/cedega_installer.py", line 17, in <module>
    import gtk, gtk.glade
    ImportError: No module named gtk

    Oh, I see, so apparently my pygtk installation isn't right. Whereupon I say "fuck it", since I want to play a game and not spend an hour in Gnome/Gtk dependency hell just to find out what dependency hell is lurking on line 18 of cedega_installer.py.

  34. because Wine has a stabler API by Anonymous Coward · · Score: 0

    which of 8 million versions of Linux are they supposed to support?

    1. Re:because Wine has a stabler API by Anonymous Coward · · Score: 0

      uhh the popular one? Are you telling me there are 8 million popular linux distributions?

    2. Re:because Wine has a stabler API by Anonymous Coward · · Score: 0

      Hi. I'm an anonymous coward. I don't know anything about Linux much less know how to count.

    3. Re:because Wine has a stabler API by jedidiah · · Score: 1

      ...any one that can run an executable from a tarball.

      tar -xvf some-game.tgz
      cd ./some-game ./some-game

      This isn't as hard as a lot of people make it out to be.

      The variance between two different Linux distributions
      is no worse than two random Windows machines. People
      are just a lot more comfortable with overwriting all of
      the system files in Windows.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    4. Re:because Wine has a stabler API by linuxpyro · · Score: 1

      I dunno, how about Ubuntu? Or Fedora? A lot of commercial software will pick a distro to support, like one of the two I mentioned (or something like RedHat Enterprise). If people can get it working on other distros that's great, it'll probably do fine.

      --
      Saying "I'll probably get modded down for this" in a post is the best way to get it modded up.
  35. I am shocked! by malevolentjelly · · Score: 1, Flamebait

    As an avid slashdot reader, I would have expected their profits to triple as soon as they released a linux client, since SO MANY people use linux (and not windows), and it's so much easier to write supportable code on linux.

    Instead, it seems almost as though supporting a linux installation is a tremendous waste of time because it's an inconsistent bitch to program for, everyone runs a different distribution that is somehow quirky or incompatible, and the community will literally attack your effort until it becomes so unmonetized that you are literally losing money to provide software.

    It seems to me that they may have realized that wine makes it unnecessary to waste any cash on linux development, since it's a win-win. On the plus side, you get to develop the software in windows where you've got real development tools and libraries, since games are harder to write than perl scripts, and then you don't have to worry about getting support tickets from some moron running gentoo-- plus it's absolutely free to let "software advocates" put in all the crappy work porting your product through wine. If it breaks, it's Wine (or Transgaming)'s problem, not yours! Bonus!

    Hell, look at what happened with JavaFX-- even Sun, developers of Solaris, can't yet get JavaFX running in opensolaris or linux because of how difficult it is to get that smooth graphical jazz running in X with all its assorted crapitude-- but they've already got it humming on Windows and Mac-- or Google, getting Chrome and Google Talk out the door on Windows first, and pushing out Google Earth for linux as a wine-based solution.

    So the linux community is not large enough to support the money necessary to make the port, and then if you somehow do, they attack you for not open sourcing your code!-- just like what happened with Loki and Corel.

    I would say CCP made an intelligent and well informed move with all factors taken into account. Unix has been around since the 70's, and somehow, it's never had a gaming market of any note. This has never ceased not to amaze me.

    1. Re:I am shocked! by Jumpin'+Jon · · Score: 2

      Man, I wish I had some Mod Pts to negate that Troll. Well said. I don't think we're very popular round here, sir. ;)

    2. Re:I am shocked! by Mad+Leper · · Score: 2

      Bravo and well said!

      But curiously it appears the post is modded as "Troll" instead of "Insightfull", methinks some Slashdotter's clicked the wrong moderation option...

  36. Let me get this correct by christurkel · · Score: 1

    it did not support the Premium graphics client and did not run as well as the win32 client under Wine.
    And you wonder why it wasn't as popular as the unofficial client.

    --

    CDE open sourced! https://sourceforge.net/projects/cdesktopenv/
  37. Dual boot is annoying. by antdude · · Score: 2, Interesting

    Especially when one has to shutdown, reboot, etc. Annoying. If we want to go back to Linux, then we have to do it again! Yes, we can get another computer but still... I hate rebooting. :)

    --
    Ant(Dude) @ Quality Foraged Links (AQFL.net) & The Ant Farm (antfarm.ma.cx / antfarm.home.dhs.org).
    1. Re:Dual boot is annoying. by cbhacking · · Score: 1

      It's called Hibernate (or Suspend-to-Disk, depending on your distro/environment). Fater than rebooting, ad everything is just like you left it. Of course, over half the Linux configurations I've tried in the last 3 years either don't enter or don't leave hibernate correctly - I think it's the nVidia driver, though I'm not sure - but there are alternatives to a full reboot.

      Hell, if you don't need full hardware acceleration in Linux, just run your Linux install in a full-screen virtualized system. To play a game, you don't even need to suspend Linux directly - just pause the virtualizer, let Windows swap out its RAM, and fire up your game in its native environment.

      --
      There's no place I could be, since I've found Serenity...
  38. The game is broken anyway by theolein · · Score: 3, Interesting

    I recently cancelled my two accounts for EVE because I was getting disillusioned with the game in general and CCP's motives in particular. Things that struck me as odd in the game:

    1. The enormous amounts of time need to train skills in the game to be anywhere near able to play on a level playing field with experienced players. This has nothing to do with true skill at the game. Although CCP claims that this is to make it easier for new players to compete with olde rplayers, I suspected pretty early on that the real motivation behind this was that CCP uses this as a mechanism to get people playing longer, i.e. to make more "guaranteed" money from players as they try to compete with more experienced players.

    There is no real rationale in the game for the so-called Tech 2 (and soon Tech 3) skills. They just make things longer to complete.

    There is already a term in the EVE universe about this "timesink", an activity designed to make the player spend enormous amounts of time waiting to be able to do something during which CCP makes extra money out of the players.

    2. Lack of content. The player versus computer missions are so similar to one another, and so lacking in anything interesting that doing missions is referred to as "grinding", i.e. something unpleasant that takes time, like doing homework, filling out taxes etc. Mining in the game is so boring that many players actually get an extra account simply to do this because it is so boring.

    3. Terrible UI. The game's UI is so spectacularly bad that it is a wonder that anyone can achieve anything with it. In effect it usually means having so many windows open that you're left with a tiny portion of the screen in which you can actually play.

    4. Player versus player. The one area of the game which really is interesting is almost totally off bounds to new players, who don't have the trained skills to be able to compete. There is also an increasing tendency in Eve for players to congregate in huge gangs, called "blobs" which makes casual play for a solo player extremely difficult, and this trend is only increasing.

    5. Technical issues, referred to partially in the parent post, and somewhat alluded to in the topic title. Network disconnects are frequent, overburdened laggy servers are a frequent problem and UI glitches are very common. What often makes things worse is CCP's attitude towards its own failings. CCP trumpeted its development of a unique technology to fix the server lag issues, but they have simply worked around the problem by assigning more resources to areas of the game that are usually more frequented, leaving other areas sometimes even more starved of resources than they previously were.

    I can't get over the feeling that CCP are a bunch of technically gifted con artists, given to the same PR misleading statements and untruths that other companies are. I think the main reason they stay in business is because they appeal to the geekiest of gamer who appreciate the game's complexity and are willing to turn a blind eye towards all the inconsistencies in it.

    1. Re:The game is broken anyway by EastCoastSurfer · · Score: 1

      I'm not sure if you're writing a joke post or not, but you just perfectly described every single MMORPG out there.

    2. Re:The game is broken anyway by Anonymous Coward · · Score: 0

      I have two accounts that I have been training for almost a full year, but I rarely actually log in to *play* them, because of the feeling that unless I want to be a pirate and solo camp gates, there's not much I can do (though I use one alt for heavy hauling/trading and other business).

      I could engage in faction warfare, but anything involving two or more players fighting on the screen results in massive lag to the point of the screen just freezing while you're wasted. Same happens for being the victim in random gatecamps. Faction Warfare is notoriously lagged.

      I keep training in the hope that some day I'll be able to do something useful in a PVP way without having to partner up with some random 800 person corp just to have a fucking chance.

    3. Re:The game is broken anyway by Jedi+Alec · · Score: 3, Interesting

      4. Player versus player. The one area of the game which really is interesting is almost totally off bounds to new players, who don't have the trained skills to be able to compete. There is also an increasing tendency in Eve for players to congregate in huge gangs, called "blobs" which makes casual play for a solo player extremely difficult, and this trend is only increasing.

      As the CEO of a 6 man corp that regularly finds itself at war with other corps/alliances that range in membercount from anywhere between 10 and 200, I can't even begin to express just how incredibly wrong this statement is, except to say that you probably didn't even try and are just parroting what other people told you.

      As for being a solo player...it's an MMORPG. There's no point in just sitting around on your own running missions or mining, you might as well just play X-Beyond in that case.

      And yes, I've got plenty of room left for a couple of new players flying rifters with a tech1 warp disruptor fitted, thank you. And that's a ship you can get into...pretty much the moment you start playing.

      I can't get over the feeling that CCP are a bunch of technically gifted con artists, given to the same PR misleading statements and untruths that other companies are. I think the main reason they stay in business is because they appeal to the geekiest of gamer who appreciate the game's complexity and are willing to turn a blind eye towards all the inconsistencies in it.

      They've definitely gone more corporate the past year and have been more careful about what kind of statements they put out. Then again, every time a dev so much as takes a breath there's 15 pages of people on the forums screaming bloody murder. On the other hand, after watching the epic matches in the alliance tournament this past weekend, I can't help but feel that there's a lot of people at CCP who put their heart and soul into this game.

      --

      People replying to my sig annoy me. That's why I change it all the time.
    4. Re:The game is broken anyway by rgdanville · · Score: 1

      I played EVE for about a year before I grew tired of using bootcamp on my Mac so I can understand some of your complaints. I would like to comment though...

      1-The skill system is actually fairly good at leveling the playing field better than any other MMO. The reason being is that the skills are ranked 1 to 5 with each increased level granting a smaller increase. The analogy would be on a scale of 1 to 100 where 100 is the max performance the level 1 grants you 50%, 2 gives 75%, 3 gives 85%, 4 gives 93% and 5 gives 100%. It is pretty fast to level up many skills in the 3-4 range which puts you behind older players but not by leaps and bounds.

      2-The game content is very repetitive but it serves as a means to end rather than the "main show".

      3-The UI is downright crap. Not only is it not configurable things like the overview window can slow down the client from trying to track dozens of moving objects in real time.

      4-This aspect of PvP has grown worse of the years. When I played most combat was still 1v1 mainly with small 3v3 types skirmishes at times.

      5-The single game world is a big plus community wise but since the PvP and economy rewards large groups of players in small areas the server resources can't adapt quick enough. The lag around JITA was, and probably still is legendary. Also for a game that is primarily rendering "empty space" with some stations and ships the frame-rates were never very good.

    5. Re:The game is broken anyway by cbhacking · · Score: 1

      Heh... just for the hell of it, I created an Amarrian alt on a trial account (back then, trials were 14 days only) some time ago.

      I flew a few missions to make a little cash to buy skillbooks. It wasn't hard at all. Ships are cheap that early, and you can just use the loot the pirates drop to build your own fit for the first few days.

      By the end of two weeks, I had a tier-3 frigate (could have gone for a destroyer, but Amarrian destroyers are crap) with a full set of tech-2 guns, a micro-warp drive to catch people, a warp scrambler to keep them from running, and enough durability to survive combat long enough to attack somebody, then run if the battle went poorly (unless they were both stronger and faster than me - but hey, then you picked a bad target). In the last few hours of the trial, I went on a small piracy spree - one small ship, a mere 14 days of skill training. Yes, I got killed, but not immediately. Anyhow it was fun, and I had enough ISK left over to rebuild the entire ship had I wanted to.

      I could easily have gotten that character into a corporation (guild, for non-EVE-players). If I'd focused on ship skills, I could have been in a cruiser, nearly a battlecruiser, big enough to for 0.0 (lawless space, where players take over systems and run their own empires). Already, the solo frigate I had was a useful ship in a gng fight - I could scout, tackle enemy ships while my gangmates killed them, shoot down enemy drones or pods, or engage other tacklers and force them to run (allowing our gang freedom of movement) or fight me.

      In short, a two-week character on a trial account was already a useful - not powerful, but useful - force in PvP, could be self-sufficient with minimal PvE, and was just a few weeks from being skilled enough to help carve out a piece of space and claim it for corp and alliance.

      --
      There's no place I could be, since I've found Serenity...
    6. Re:The game is broken anyway by Anonymous Coward · · Score: 0

      1. you can buy gaming time with ingame money. the old players dont pay, the isk-buyer-noobs do it. and who feels sorry for them?

      2. right. eve is not designed to be a pve game. it is the largest single server game univers ever, it has a strong focus on pvp and player controlled marked and production chain.
      that said, they seem to focus on pve more lately.

      3. what do you suggest? this game needs some space to display all the content. we all agree on the fact eve is complex / complicated. why do you think there is a simple way to control it?

      4. Jedi got that one

      5. "Network disconnects are frequent" havent noticed, exept that one time introduced with a patch and fixed with another one.
      "UI glitches are very common" yes, but small stuff

      "laggy servers are a frequent problem"
      yes, with over a 1000 people in the same system, it can get laggy..
      eve knows no artificial limits (unlike most other mmos i know), so it is possible to bring the server to his knees. but as long as you're not in jita or in a big fleet battle, it very rare you notice server lag.

      "CCP trumpeted.." i think you missunderstood something there. the more frequented systems always where on more powerful nodes. ccp started to gather information on large fleet battles, so they could place them on those nodes too. but thats a thing they do on the side, not the promoted solution.
      it was some programming, and a week later the move to 64bit, that made jita and fleet battles significantly faster and bigger. (the weekend after the patch jita saw a record of players in the system, with lag reduced significantly, until the node crashed because it ran out of memory. that problem was then solved by moving to 64bit)

      of course, there are good reasons for a lot of people not to play eve. but you just take things out of context.
      i mean, when you accuse the game of beeing laggy it is *kind of important* that those lags occur in situations that are completly impossible in any other mmo..

    7. Re:The game is broken anyway by David+Gerard · · Score: 1

      So ... you mean it's a good simulation of living in the real world, then?

      --
      http://rocknerd.co.uk
    8. Re:The game is broken anyway by Mauzl · · Score: 1

      I quit after playing for 6 months for all the above reasons as well. If EVE had a scriptable UI I would have stuck around, but it was so -awful- that I couldn't handle it anymore and ended up going back to WoW.

      Unless you PVP in a truly throwaway ship the losses can be crippling for a new player starting out in PVP, not to mention that EVE PVP really boils down to a massive game of rock paper scissors, except instead of 3 elements there are about 10. If you're not setup to counter a specific offense(Damping, jamming, sniper/blasters etc) you're dead in the water. Really, you can get away with a high learning curve -or- a punishing loss system. Not both.

  39. not nedded by luther349 · · Score: 0

    eve Linux is just eve windows with the wine wrapper. you will still be able to run eve threw wine. and Linux is a good gaming platform but Linux uses opengl and most games use windows and there d3d.

  40. don't worry, there's an excellent alternative... by SethJohnson · · Score: 1



    Linux users will still have Eve Offline to entertain themselves, or even better, I regularly enjoy the original, "Offline."

    Seth

  41. Eve Review by The+MESMERIC · · Score: 1

    "Eve Online does the impossible by making deep space boring .." - Zero Punctuation

    1. Re:Eve Review by Xveers · · Score: 1

      This, a guy who ended up playing a massive multiplayer game by himself. Might as well have tested Quake by not shooting...

    2. Re:Eve Review by LingNoi · · Score: 1

      Mining is boring, what's your point? That he didn't play the game right? lol..

    3. Re:Eve Review by Xveers · · Score: 1

      That doing anything by yourself in EVE is going to be boring, unless you're somewhat antisocial (which is suprising... would've thought Zero was right in the middle of that category). In a lot of ways it's like playing Clue with only one other person. You can do it, but you lose so much of the game that you ought to wonder why...

  42. I spent hours getting working... by Anonymous Coward · · Score: 0

    For WINE and NATIVE... CCP did a piss poor job, it the native client was a bad joke. Thank god I given up on Eve all together.

  43. Half assed attempt at a linux client fails. by Anonymous Coward · · Score: 0

    News at 11.

  44. OT: Fast fiber in Iowa?! by ion.simon.c · · Score: 1

    Who the fuck did you have to kill to get that 100mbit fiber?

    If you didn't kill anyone, who provides it and what are the terms?

    1. Re:OT: Fast fiber in Iowa?! by SanityInAnarchy · · Score: 1

      http://liscofiber.com/

      The terms actually kind of suck, but aren't enforced. Nothing evil, just some interesting language on what is considered "excessive bandwidth" -- apparently, more than five hours of video per week is excessive. Funny, they never seem to complain when I download an entire TV series in a week...

      --
      Don't thank God, thank a doctor!
  45. wow by Anonymous Coward · · Score: 0

    so...they borked the *nix port, but managed to get the apple bsd based ver working....then drop support for *nix because it runs ok in an emulator.

    there's some lateral thinking for ya.

  46. Linux is (slowly) standardising on audio APIs by Sits · · Score: 1

    First up your point about the sheer proliferation of different ways of playing sound on Linux and lack of docs is a strong one but things have been slowly improving over the years. The author of Pulseaudio has written a good guide as to what to use. The list of APIs is still bigger than 3 but in most cases it becomes clearer on what to target.

    ALSA comes in (yeah I can hear the groans) two forms. A small "virtualisable" subset referred to as safe ALSA and full ALSA.

    OSS is usually considered legacy. There most certainly is OSS4 (which is not) but that does not have the traction on Linux and most people only have an OSS3 -> ALSA layer so its dangerous for new apps to target it.

    NAS is not that popular. I only come across it in Linux audio conversations like this. I don't think anyone feels they have to target it.

    ESD is obsolete but was VERY popular. New apps should not be targeting it now though.

    Pulseaudio. Interesting but has suffered due to partial implementations in some popular distros that users felt caused more problems than they fixed. For regular users I do think it is key for Pulseaudio to work past its problems though - it offers a lot of promise and is probably Linux's best chance to date of offering certain features. New apps can target it directly (for best support) or just use safe ALSA.

    SDL (for sound). Interesting if you are writing games but in most other cases you would use something else. Its presence has never been a problem as it quickly became clear it was for games.

    JACK. This is for professional musicians. If you have to target this then you are going after a high-end sound market. Most sound playing apps are not in this case.

    KDE 4's Phonon. If you are only targeting KDE4 then I guess you should be using this.

    gstreamer. If you are interested in codecs (e.g. playing vorbis music files or theora video) rather than decoding/encoding files yourself you should probably be using this.

    For games use SDL. If you are only targeting KDE4 use the KDE4 stuff. For codec support use gstreamer. OSS and ESD should no longer be targeted in first tier Linux audio support. Pulseaudio will probably become more popular (so you can consider targeting it directly) but safe ALSA will probably have the broadest user base for a while.

  47. A bit of software architecture might help by icepick72 · · Score: 1

    it did not support the Premium graphics client and did not run as well as the win32 client under Wine
    IMHO they should have planned better (applies to any game company). As a game developer why they don't start off writing their own cross-platform API compatibility layer is beyond me. This should be foresight because a game should be available across multiple platforms, not as an afterthought. Even if they could define the same interfaces on every system and provide a custom implementation for each function in it, then they could create one set of tests for that interface to ensure it works on every target system. The game code would be layered on top.

  48. Where do you get OEM preinstalls by Anonymous Coward · · Score: 0

    AND a plain DVD to install? They are all image ghosts and if you reinstall, it wipes ALL harddrives and puts windows and windows ALONE on the disk.

    The only way nowadays to manage not to do that is to buy the retail version.

    Which is $100 or more.

  49. Yeah right by slashdotlurker · · Score: 1

    "Many of us in CCP use Linux and are convinced of its merits as an operating system."

    In fact we are so convinced that we release crippled versions of our software for Linux, hoping that the OS would magically fill in the gaps.

    Doesn't affect me, but that is one company I would avoid for any and all products going forward.

  50. Mod this guy up by Etrias · · Score: 1

    He hits it on the head. EVE as a single player experience gets old pretty quickly. Grinding missions, eh...not that fun after awhile. The real content is what you make yourself, writing your own MMO story when you join a player corp. PvP is ridiculously simple to get into and a new player with a few basic skills can be an important part of a small fleet. Sounds like the parent expected it to be more like Wow and the like...guess what? It's not WoW! Thank God for that too.

  51. mixed by Tom · · Score: 1

    Now we Mac people are in the same boat as the Linux people - the OS X port of Eve also isn't a native port. And if you look at the forums even a little, it shows. It's one of just two pieces of OS X software I know that have crashed on me repeatedly, in short intervals.

    So while I welcome the fact that they've made ports at all - most companies don't even do that - the fact still remains that the Transgaming shit is nowhere near a native port in quality.

    Even though they failed as a business, some of these days I wish for Loki back. Fortunately, the OS X world still has a few (2 I think, but might be 3) companies doing native ports.

    --
    Assorted stuff I do sometimes: Lemuria.org
  52. What's wrong with WINE? by Anonymous Coward · · Score: 0

    As long as you're testing under Wine, I don't see why targeting it so much worse than a native client. It's a relatively stable target, you don't have to worry about differing libraries, OS, ABI, etc, you just write once, compile once, and it works for all eternity on all systems for which Wine is written.

    You don't lose out on performance, the way you would with a VM or emulation or something. You can package it and put in a repo just like anything else... I'm really not seeing the downside (maybe future lawsuits against the Wine project?)

    What exactly do you see as the problem?

  53. Official client is really important by spectro · · Score: 1

    I excised Microsoft from my home 4 years ago first using Fedora, Centos and later Ubuntu. During that period every time slashdot had an Eve history I would check their website out, say "cool, internet spaceships, does it run on linux?"... then dismiss the history and read the next one.

    I recall googling for Eve in Linux a couple times, found info about running it with Wine and dismissed that considering it a hack, I was not going to pay a subscription to play a game in a non supported way (feared that WoW ./ history where linux players were being kicked for running with Wine)

    I tried Eve a couple months after their Linux client was released and got hooked. After experiencing lag and slow FPS I upgraded my trusty years old sempron with GeForce 6200 to a decent Athlon X2, GeForce 8600. A week later I tried premium client under Wine and that was that. I never went back to the "official" linux client.

    My point here is the progression that led me to use it with Wine. Now I know it works just fine, is not a hack and it run even more stable than in Windows. There must be other linux users out there thinking the same way I do.

    CCP would have never had me as a 3 account customer if they don't release that crappy linux client. Now I am hooked and not quitting unless they screw the client so much it doesn't run with wine anymore.

    Why am I playing Eve instead of WoW or any other MMORPG?... They are the only ones that released a linux client.

    --
    HTML is obsolete. It's time for a new, simpler and richer markup language.
  54. Lack of Linux users completely client related by Craig+Maloney · · Score: 1

    After hearing there was a Linux version of EVE online, I decided to try it out using a free 7 day trial I found on PVP. After downloading the client and getting my registration in order, I entered my username and password and waited... ... and waited... ... and waited...

    As far as I could tell, the client never would let me in, so I let my trial expire and moved on. I couldn't be bothered to pony up some cash for a subscription if their client wouldn't let me in. If others had the same experience as me, it's no wonder there weren't that many Linux players. I probably would have gotten my wife hooked on it as well, as she likes sci-fi. Unfortunately there's two less EVE Online customers, all because of a bad trial experience with a client that didn't even give me a taste of what it was about.

    Sorry to hear it didn't work out for EVE Online, but not terribly surprised either.

  55. I played Eve with the Linux client... by arfonrg · · Score: 1

    I have to say the Linux client worked WONDERFULLY... It ran much faster on my Slackware box than on my XP box!

    The problem was that the game documentation sucked and therefore my game experience sucked because stuff was so aggravating to figure out.

    I would have kept up my subscription but, their documentation and support just blew... Maybe they should look more at that as the reason for lack of growth...

    --
    Your thin skin doesn't make me a troll
  56. I cried by Anonymous Coward · · Score: 0

    Its really sad, I got EVE on 14 January.
    I created that account as a free trial.
    After 5 months of tinkering to cancel my xbox live subscription so I could play EVE.
    So I finally did it!, I took the step to play EVE.

    I had fun, And fun, Then came the news.

    My final words (to CCP):
    "I cried CCP, I cried..."