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.'"

63 of 299 comments (clear)

  1. 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 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.

    4. 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
    5. 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.

    6. 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.
    7. 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.

    8. 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.

    9. 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.

    10. 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.

    11. 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.

  2. 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.

  3. 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

  4. 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.

  5. 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.

  6. 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.

  7. 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 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.

  8. 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 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.

    4. 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.

    5. 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.

  9. 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
  10. 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 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!
    3. 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!
    4. 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.'"
  11. 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.

  12. 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 _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

    3. 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...

    4. 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. 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.
  14. 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.

  15. 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 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?..

  16. 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... ;)

  17. 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?

  18. 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.

  19. 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.

  20. 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.

  21. 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 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).

  22. 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 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.

  23. 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.

  24. 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.

  25. 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).
  26. 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 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.
  27. 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.

  28. 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.

  29. 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.

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

    In soviet Russia, there's one more C

  31. 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. ;)

  32. 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...