Steven Reeves

Which is sad. I wish more people added support for Linux

DU is able to be run under WINE already.
 
Im not too worried about a Linux port provided DU runs good under WINE 
 
A linux port would be great, but I think NQ has enough on its plate atm as it is Note: They do run Linux internally - what do you think their game engine for the servers run on, hint, its NOT windows

Dear developers,
 
Short version, please make a Linux crowd fund so that we can put our money where our mouths are. 
 
Top aim would be a native client. Secondly, approaching Feral to help port the game. Third being a supported Wine wrapper. Finally, the lowest rung, some cornered off time that a developer writes guides or answers some questions that we can try get it running on Wine or in a virtual machine.   
It has been two years since I played EVE. When they sold skill points, that was a goal post moved that I could not accept but this game seems to hold a possibility of not only filling that hole in my mind but scratching an itch that I didn't think was there.
 
What I can find about it from you looks positive.
 
 
I can not promise that it is all sunshine but if you can become platform independent, surely:
Windows + Mac + Linux > Windows only revenues.

Vulkan has opened up a huge path for making platform independent games.

Many Linux gamers are counted in statistics as Windows players because we resort to virtual machines and Wine.
 
Statistically, we also spend more given the opportunity on our hobbies and passions.
 
Linux statistics can be surprising.
 
Personally, using myself as an example, I am on the following machine:
 
Intel Core i7-5820K (6 cores, 12 threads) @ 4.1GHz
Mobo: ASUSTeK model: X99-E
Memory: 16201.8/64335.1MB
Graphics card: Advanced Micro Devices [AMD/ATI] Hawaii PRO [Radeon R9 390]
(I won't be buying MSI aka Micro Sun International again, the build quality does not impress me).
GLX & Vulkan Version: 3.0 Mesa 17.2.8
HDD Total Size: 2000.4GB (12.7% used)
           ID-1: /dev/sda model: MZV6E500BW size: 500.1GB
           ID-2: /dev/sdb model: ST500LX025 size: 500.1GB
           ID-3: /dev/sdc model: ST500LX025 size: 500.1GB
           ID-4: /dev/sdd model: ST500LX025 size: 500.1GB
(That is an M.2 for boot and some games + 3x SSHDs in ZFS RAID 5 for bulk storage.)

My Steam account is also rather healthy.
 
We bought into a vague promise from Star Citizen and we are still waiting.
 
The key to this request is that you can see the direct contribution that Linux players make and adjust what you do for them accordingly.
 
Thank you,
 
Jen

Historical documents reveal the truth.

Air bubbles are ok, but pressurized ships would be bad. I would only shoot people for fun so they have to look for hours to find the hole. And such a thing isn't planned anyway

Something I have always found extraordinarily dumb in a lot of the Science Fiction books I have read is the fact that, under combat conditions, the ships stay pressurized with atmosphere. In general for a plain flight this would be fine but in combat it can lead to many problems such as fire, depressurization, secondary explosions, people getting blown out into space, ect. It would make far more sense to simply deal with the problems of some space suit (its a future so I am assuming the suits are no where near as bulky and hard to move around in as current). Maybe some places could stay pressurized but the whole ship doesn't need to. In game this could be as simple as slightly changes damage values like some things don't actually penetrate as much or cause secondary explosions though its very dependent on the mechanics in the game. Those two suggestions were basically to simulate it without actually needing to model a simple atmos type system.

It would be pretty cool to have locking systems that open due to different scriptable passcodes and passwords. This would add a good measure of security to your bases and maybe secret rooms, etc.

Personally I am thinking of one specific component in many many different various forms - and I am quite sure most of you will agree with me. 
 
 
Doors. . .
 
Double Doors. . . 
 
Hidden Hatches. . .
 
Hidden Doors. . .
 
Really Large Doors. . .
 
Hangar Gates. . .
 
and the list goes on and on. . .
 
Essentially what I mean by this, is I am quite sure most of us do not want to stare at the same type of door every day. It will be a object we will most likely be interacting with on a daily basis many many times. So when you do the game, at least give us quite a few varied choices on which doorway / hatch / entryway to use. 

some more ideas:
 
 
 
 
Alarm Rotating Light (light emitter)
 
 
 
 
 
---------
 
Alarm Flashing Light
 
same functions and events as all above
 
 
 
 
 
 
------
 
 
Alarm Sirene (sound emitter)
 
 
 
 
---------
 
 
Alarm Bell (sound emitter)
 
same functions and events as above
 
 
 
 
 
 
---------
 
 
Flat Screens (all size, sleek looking)
 
Curved Screens (all size)
 
Static Display Panel (would not require power to operate, cannot be changed once defined, like Rust's wood panels)
 
 
------
 
Global Positioning System / Inertial Navigation Unit (tl;dr: "YOU ARE HERE" on a planet, and in space )
https://en.wikipedia.org/wiki/Inertial_navigation_system https://en.wikipedia.org/wiki/Global_Positioning_System ------ 
IFF - Identification Friend or Foe
Client: Broadcast (radar?radio?laser?) a user defined set of key/label like "callsign=DEIM Ship One" "type=passager transport" Server: automatically capable of telling if a given client is friend or foe. (no need to overcomplexify the game by adding top secret crypto codes etc) (wikipedia page) 
 
------
 
 
Big searchlight
 
 
 
 
 
IR Imagery / CCTV Camera
 
can be used as sensor for lifeforms detection from orbit or within a construct
 
 
 
 
 
 
---------
 
 
 
Small / Medium / Large Telescope (deep space ship detection, planetary exploration / survey)