Elite:Dangerous for Linux?

Another vote for a Linux port, although I don't expect it to happen. Linux's open nature means that there are many more tools to get into the guts of any program you are running. A reverse engineered server for the ED client would only be a matter of time, and that is a thing that FDEV will never tolerate.
 
Not even so much as a moderator has bothered to chime in on this thread for years.

I remain convinced they're just Linux hostile, and that's too damn bad.. for everyone.

Despite them having good relationship with Microsoft I don't see them as hostile, more likely very careful with their time and money. Remember they extend game like crazy and porting to Linux even if it's quite easy it is a bit of risk to them.

As for comments latest comment was from Michael Brookes I think that Linux version is not in plans. Start of the year I think (soon after release anyway). They have always been upfront about them not doing Linux version at this point. So for all their PR problems, they have handled this one well.
 
Last edited:
Another vote for a Linux port, although I don't expect it to happen. Linux's open nature means that there are many more tools to get into the guts of any program you are running. A reverse engineered server for the ED client would only be a matter of time, and that is a thing that FDEV will never tolerate.

People are always afraid that something it "being taken" for them. However, private servers would be a huge selling point, as well as a Linux port.
Music/Film industry does the same errors, many things are just not available for sale, thus they loose an immense amount of revenue.
 
People are always afraid that something it "being taken" for them. However, private servers would be a huge selling point, as well as a Linux port.
Music/Film industry does the same errors, many things are just not available for sale, thus they loose an immense amount of revenue.

I'm a fan of hosting and playing on private servers, but I don't think it meshes all that well with Elite: Dangerous in general, what with its player driven dynamic persistent world type aspirations, of which I wouldn't mind seeing more depth and variety implemented. That being said, for this kind of game play functionality I suppose it wouldn't be that much of an issue with having character accounts being server specific and nontransferable. In a weird way though I actually kind of like being forced to play in FD's galactic playground. It makes it feel more immersive and real to me. That's just my take on it though.

Regarding the potential hacking of Elite: Dangerous to get an already paid for copy of yours to run how you want it to, I personally don't really have that much of a problem with it so long as it isn't used to crack the game such as changing players' accounts and how their characters are affected and interact in game, or mess with and change how other systems and servers function. This kind of modification to privately owned assets can be an extremely slippery slope though, and because of that it should be avoided at all costs unless FD officially publicly allow for the specific modification, even if just to avoid misunderstandings and unpleasant regards. We obviously don't always agree with each other, but it's important to remember that we're on the same team and to give no quarter to dangerous and caustic elements that aren't.

That's all a tangent though, so apologies for pointing the thread off topic. I just want Elite: Dangerous to work with my OSs of choice so that I can play it on them. Pretty straightforward. No need to muddy the waters here with other game change requests nor hypothetical doomsday scenarios. :p
 
Last edited:
Same thing I posted in another thread:

There's no point in making a Linux version. Nobody would play it. EVE Online players (similar audience) bugged CCP for a Linux client for years. CCP finally made one but stopped updating it after a couple of years because less than 1% of the subscribers were using it. The only reason I could think of to make a Linux version would be if they really believe in SteamOS and want to get Valve another title for it.
 
Same thing I posted in another thread:

There's no point in making a Linux version. Nobody would play it. EVE Online players (similar audience) bugged CCP for a Linux client for years. CCP finally made one but stopped updating it after a couple of years because less than 1% of the subscribers were using it. The only reason I could think of to make a Linux version would be if they really believe in SteamOS and want to get Valve another title for it.

What a nonsense. CCP never made Linux version. Also who are you to decide how much is enough? If it makes FD financially viable and in same time get some exclusivity on Steam Machines...
 
There's no point in making a Linux version. Nobody would play it. EVE Online players (similar audience) bugged CCP for a Linux client for years. CCP finally made one but stopped updating it after a couple of years because less than 1% of the subscribers were using it. The only reason I could think of to make a Linux version would be if they really believe in SteamOS and want to get Valve another title for it.

That is nonsense. Almost all stuff runs on Linux now, there are very few proprietory apps that are not multi-plattform capable. Games are usually the exception because of bad software design and ignorant developers.
As you may remember, Elite and Frontier ran not only on mulitple OSes, but also on various plattforms. Sticking E:D now to the Wintel plattform is indicative of the industries failure.

Also, Eve online has a totally different audience from E:D. And they even made an Eggsbox version, which really is a niche system, and even there players are playing it.

In the end, it is FDs money to not make. SC has a bigger scope, therefore - like many others - I pledged a lot more money. Private servers, native binaries, multi plattform support and even multi-screen support are announced, while people are discussing here whether "it is worth it".
 
I was browsing a Linux magazine which featured a monitor with Elite Dangerous displayed on the screen! Do they know something we don't..
 
It's wine like wrapper. Not really a port, nor real version at all. I googled for it and people said it never worked. Wine always worked better.

Wine is an emulator and will never run any program without loss of overhead to drive the emulator translator engine. Native OS is the way to go and SteamOS is the only one I see with a prayer at gaming ATM. They are the only ones trying to do a dedicated Linux game platform so good luck to them.
 
Frontier probably port one thing at a time, at least from what I can tell. So, I would assume after the Xbox version is released they will then go to Ps4, after which if it was me (and it obviously isn't lol) I would then take a look at SteamOS. Valve's involvement with Linux has already changed things a lot in recent years, so comparing anything previous such as Eve's client is quite pointless as well as now being a big enough company to keep on changing things, hopefully including improvements to the Linux kernel stack as well as more maturity to the middleware.
 
It's wine like wrapper. Not really a port, nor real version at all. I googled for it and people said it never worked. Wine always worked better.
I appreciate that, but it was a custom wrapper which would have been presented to the user as a standalone executable. It would have required support and QA testing to ensure that it worked, just like a native binary. That the developers didn't see enough uptake to continue to bother with it is telling - if it really worked better under WINE, then that shows how much effort they were willing to put into it in the first place.

Wine is an emulator and will never run any program without loss of overhead to drive the emulator translator engine. Native OS is the way to go and SteamOS is the only one I see with a prayer at gaming ATM. They are the only ones trying to do a dedicated Linux game platform so good luck to them.
I hate to be "that guy", but WINE is a recursive acronym for "WINE Is Not Emulation" - it's an application compatibility layer. Sure, many games don't perform well in it, but it's not because it's emulating an OS.
 
Last edited:
Wine is an emulator and will never run any program without loss of overhead to drive the emulator translator engine.

As a point of information, Wine Is Not an Emulator. It's a translation layer, and while there is some overhead involved, there's nowhere near the level of overhead that full-on emulation would require. Last time I tried, I got about the same framerate running some games natively on Windows and through Wine on Linux on the same machine.

To EVE's Linux client: it ran very badly, if at all, didn't support the major graphics upgrade that CCP released not long after it was introduced, and generally gave a much poorer experience than just running the game through Wine (which it does quite happily).

Though I'm a Linux user, I have to concur with those who say that it's not worth FD investing the time (and let's not forget, ongoing maintenance) in producing a full-blown Linux client.
 
Though I'm a Linux user, I have to concur with those who say that it's not worth FD investing the time (and let's not forget, ongoing maintenance) in producing a full-blown Linux client.
I think whether they'll bother with the Linux port depends on the uptake of SteamOS and Android gaming platforms. Android on a suitably powerful machine with the right OpenGL libraries installed is a lot closer than the year of the Linux desktop, imo. Nvidia are in on the action, as are Valve with similar solutions to the same problem. However, Ouya serves as a warning - it has to be right. I expect Valve will be far more likely to get it right than new entrants, but that's little more than a hunch.
 
Last edited:
I think whether they'll bother with the Linux port depends on the uptake of SteamOS and Android gaming platforms. Android on a suitably powerful machine with the right OpenGL libraries installed is a lot closer than the year of the Linux desktop, imo. Nvidia are in on the action, as are Valve with similar solutions to the same problem. However, Ouya serves as a warning - it has to be right. I expect Valve will be far more likely to get it right than new entrants, but that's little more than a hunch.

Ouya failed because authors lacked insight how to run platform. Valve already knows how to do that, and they clearly don't rush in guns blazing - if anything they are very careful in their execution, evaluating each their step.

- - - Updated - - -

I appreciate that, but it was a custom wrapper which would have been presented to the user as a standalone executable. It would have required support and QA testing to ensure that it worked, just like a native binary. That the developers didn't see enough uptake to continue to bother with it is telling - if it really worked better under WINE, then that shows how much effort they were willing to put into it in the first place..

You can't take wrapper, provide half support and hope that it will take off - as comments on that thread indicate that. You just can't. Fact that I didn't know about these efforts indicates also how much EVE cared about people actually playing it since beginning.

Companies since then know better, and Linux gaming has taken off for serious. Even people doing wrappers like eON or Virtual Programming collect feedback and actually improve their wrappers to the point when even biggest skeptics say it is way forward.
 
Though I'm a Linux user, I have to concur with those who say that it's not worth FD investing the time (and let's not forget, ongoing maintenance) in producing a full-blown Linux client.

I disagree and I openly dislike this tone many Linux users have taken (no offense though). Things have changed radically and there's really no point to stick with Windows, considering last sane version slowly slipping away and no way I am gonna touch Windows 10.

ED is last thing why I have Windows installation.
 
Last edited:
As a point of information, Wine Is Not an Emulator. It's a translation layer, and while there is some overhead involved, there's nowhere near the level of overhead that full-on emulation would require.
Do tell me on what layer emulators run on in the OSI layer? That's rhetorical as I already know the answer.

They can call it whatever they want, but WINE is an emulator for Windows libraries. That way, API calls are handled by WINE while the rest of the code runs natively. Call it middleware, call it an emulator, tomato, tomatoe.
 
Do tell me on what layer emulators run on in the OSI layer? That's rhetorical as I already know the answer.

They can call it whatever they want, but WINE is an emulator for Windows libraries. That way, API calls are handled by WINE while the rest of the code runs natively. Call it middleware, call it an emulator, tomato, tomatoe.

Proper term would be imho unofficial Win32 API libraries. They have little to do with emulation, if we want to be specific. Devs also use term wrapper sometimes, which is fine by me.

I prefer to explain how Wine works though, so people can make up their own mind about terminology :)
 
Back
Top Bottom