You will need to install a number of required libraries with winetricks.

"winetricks corefonts d3dx9_36 vcrun2005 vcrun2008 vcrun2010" if this does not work try:

wget http://winetricks.org/winetricks

chmod +x winetricks

"./winetricks corefonts d3dx9_36 vcrun2005 vcrun2008 vcrun2010"

wine msiexec /i EVE_Online_Installer_*.msi

http://wiki.winehq.org/winetricks

Virtual Desktops

Most testers report that Eve runs best in full screen mode in a virtual desktop, however as of wine 1.5 many users report that windowed mode is stable. If you are using wine 1.4 you can set the virtual desktop mode via winecfg or create a script to run Eve. Most people put the script in ~/bin/eve.bash or /usr/local/bin/eve.bash. Note that 1920x1080 should be your desired resolution.

If you are running wine 1.5 you may find it simpler to use windowed mode. If you wish to run multiple clients with wine 1.4 it's recommend that you create
additional script for each instance, and change "desktop=eveA" to
"desktop=eveB"... You will also need to change the settings eve
launcher settings so that it does not relaunch itself.

Creating a new wine prefix

If you need/want to use wine different instances of "windows" for Eve. (Important if you have a lot of games with various installed dlls, and overrides that conflict.) Creating a new prefix is simple create the directory and add the WINEPREFIX to all wine and winetricks commands.

mkdir ~/wine_games

add "WINEPREFIX=~/wine_games/wine-eve" to all wine and winetricks commands.

Some users prefer to have multiple wineprefixes for each eve client, but this is not required.

-- Edited by Silbory 2/7/12 --

Tips and Tweaks

1) Sound historically has been problematic for many posters in the past.. If you are crashing be sure to turn it off to see if it's causing issues.

2) If you are crashing during play you may find that reducing your graphic settings will help. This is vital if you have an older card, low amounts of memory, and/or run a lot of clients.

3) DirectX11 support in Wine is potentially a long way off, so make sure your client is using DirectX9.

Note's for AMD Catalyst users

1] Catalyst is actively setting constrains on Wine [BUG = http://ati.cchtml.com/show_bug.cgi?id=528]
Is under investigation by the AMD, workaround below;
cp /usr/bin/wine /usr/bin/Emulator or something else, though please note that this under investigation and may introduce bugs that AMD may have tried to workaround with that ugly fix.
2] Seems that explosions from missiles and other effects have some corruption on the ships.
Workaround, enable Anti-Aliasing >= Low in options.
3] Rendering and GLSL errors when shaders on High
Catalyst 12.6 and older will have issues on High shaders. Later versions should have this fixed when released. [NOT FIXED in 12.8]
4] Freezes
Catalyst may freak Xorg out sometimes during login screen. SSH into the computer and killing the Wineprefix that the game was running may return the computer to usable state without the need of hard reboot. There is also a big chance that the game rendering will crash on first launch. UI works but you cant open menu's or drag ships or undock. Restart client if this happens.
Other workaround would be to have a script executed to kill the Wineprefix with a delay if not terminated.
5] Catalyst 12.9 beta2
This driver seem to have better and more stable performance, no more degrading over time nor crashing as much as it did in the ones before. However it got some drawbacks as in not rendering previews of ships, drones and gates and performance dies when running the game with HDR enabled.

9) Now we will install the NVIDIA driver 32 bits version inside Chroot current version is 390.48, your 64bits OS and the chroot environment should be the same driver version, this is very important, if you install different version, Wine won't run :

WINEPREFIX=~/.wine32-eve winetricks list-installed
Using winetricks 20180815-next - sha256sum: 471c399684fc89391f05d4ab461f8ec502c8868e40266c14754de107ba461b0e with wine-3.18 (Staging) and WINEARCH=win32
warning: /home/showard/.wine32-eve/winetricks.log not found; winetricks has not installed anything in this prefix.

Works in Windows 10 and XP. DX9 and DX11 works, but DX11 is missing some shader stuff, but maybe it's just my driver.

There is a bug in the launcher:
bugs.winehq.org/show_bug.cgi?id=45939Basically if you leave the launcher open, there will be a file descriptor leak that will eventually lock up the wineserver after about an hour or so. Simply close the launcher after you start the client, and the bug goes away.

RE: 3.18-staging works without winetricks by N. Andrew Walsh on Wednesday October 24th 2018, 7:56

what shader stuff is missing for you, and since when? I have been missing a bunch of shader stuff since I installed wine-staging-3.17 on 8th of October. I'm now thinking of downgrading back to 3.16 to get explosions, suns, atmospheric effects, etc. looking right again.

Is there a bug on the wine project for looking into this? Anybody else having the same problem?

Just posting a report that I encountered issues attempting to run the launcher in stable release (unable to provide exact errors right now), however Staging release is running very smooth 5 hours in and no unexpected crashes.

Launcher is a bit buggy under Wine. by Evil on Monday June 4th 2018, 15:57

I've been playing around with the Native vs. Windows launchers recently. The following are my observations of the current state.

Native (Linux) Launcher:

- I've noticed that if I run the clients in DX11 mode (using either plain Wine3.9 or via DXVK) the native launcher will start pegging out one of my CPUs for now apparent reason. Also, it will occasionally leak memory. I've seen it leak 32GB in a period of 3+ hours. Sometimes it will leak about 16GB, then 'reset' when something cleans up.

- Sometimes verrrrry unstable if you run the game in DX11 mode. It will crash (putting nothing obvious in the console) and cause all launched game clients to hang up some time shortly thereafter. The clients seem to keep in communication with it to queue shared downloads or something. It's hard to say if this is a wine, driver, or dxvk problem from my limited testing, as I've been udating/changing all of these things and it seems to be working so far today (nvidia 396.24.02, dxvk-master 0.53+15 commits). Note, this even happens if you disable "Allow Flipping" in the nvidia OpenGL settings, which fixes some other hangs/crashes.

- Frequently presents a blank "white" window with nothing but the windows controls visible. It may work fine on the next launch, or it might get stuck and have this happen every launch. If it gets stuck, clear the Qt webengine cache (rm -rf {your wineprefix path}/drive_c/users/evil/Local\ Settings/Application\ Data/CCP/EVE/cache/QtWebEngine/Default/*') and it should work on next launch.

Just okay, not specatular. Some tips getting the "native launcher" to work from the Eve Online forums. by Bob on Sunday February 11th 2018, 5:11

Even with all of the tips on here Eve runs "okay" at best. Be prepared to deal with screen artifacts and performance drops that are not present when run on native Windows. Making sure you use a 32-bit prefix helps performance but don't expect much.

Additionally, CCP released a launcher that currently works with some tweaking required. This installs its own version of wine which may/may not work for you. Results appear to vary from running okay to not at all with this custom version of wine. If you want to try it, get the Linux launcher from the forums. To improve performance somewhat/get it to actually work these days, linking your native Qt libraries instead of using the supplied ones does help. Steps below to do this on Ubuntu flavors, adjust to suit the paths on your distro:

Then you’re all set, and you can launch the launcher with the simple:
$ ./evelauncher.sh

Note, as mentioned, the Eve launcher downloads its own version of Wine which as of recently has issues. You need to install the Windows launcher using Wine to get it to use your system wine version or set up the folder paths manually appropriately to replace it.

You can incorporate useful bits from this into HowTo / Notes and delete the comment:

''EVE Online'' is a space-based, persistent world [[Wikipedia:Massively multiplayer online role-playing game|massively multiplayer online role-playing game]] (MMORPG) that is renound for its scale and complexity. It features free-to-play and pay-to-play versions--the pay-to-play version unlocking additional ships, skills, and training bonuses. Both versions access the same characters and assets belonging to the player.

There is no Linux client program for EVE Online. The game is installed with the ''EVE Launcher Setup'' (a Windows program) run under [[Wine]], the ''win''dows ''e''mulator. The ''EVE Launcher'', once installed (also a Windows program, under Wine), authenticates the player then starts the game proper. An internet connection to the EVE Online servers is maintained throughout play. The purpose of Wine is to translate the Windows API calls made by the install and game programs into compatible Linux API calls, on-the-fly as the programs run.

== Requirements ==

=== Installing ===

* Internet connectivity
* Familiarity with [[Wine]]
* A [[Desktop environment]]
* The 32-bit version of your graphics driver, as listed in the ''OpenGL (Multilib)'' column in [[Xorg#Driver installation]].

=== Playing ===

* Internet connectivity
* Patience; be prepared for a steep learning curve if you are a new pilot.

: {{Note|You do ''not'' need to [[start]] or [[enable]] the {{ic|samba.service}} file installed from the {{Pkg|samba}} package; no further configuration of [[Samba]] is required. Wine requires the {{ic|/usr/bin/ntlm_auth}} program which is provided by the {{pkg|samba}} package.}}

=== Prepare the Wine configuration ===

In this section, you will prepare a fresh ''Wine configuration'' suitable for installing the EVE Launcher ''into'' (as described in the next section).

; Wine configuration: Background: An arbitrary Windows program running under Wine needs routine access to a minimum of files, such as Windows support programs, native and emulated .dll's, registry entries, and so forth. On the first invocation of Wine, these files are copied into a "working" directory (typically at {{ic|~/.wine}}) in an arrangement that mimics a native Windows filesystem. An ''application'' such as the EVE Launcher is then installed into this minimal Windows filesystem by its setup program also run under Wine. At this point Wine can run the EVE Launcher in its proper filesystem context. Together, all this data comprises a single ''Wine configuration'', particular to zero, one, (or more) Windows applications installed and runnable therein.

==== Set environment variables ====

'''If you have no other Wine configurations''' (i.e. this is a clean install), the environment variables {{ic|WINEPREFIX}} and {{ic|WINEARCH}} will not be defined--their defaults being {{ic|~/.wine}} and {{ic|win64}} respectively, and you can '''skip to step 4'''. Otherwise '''read on'''.

# Select a location in your filesystem to store the Wine configuration: a location that you have access to, is persistant, and doesn't contain any files. It should be a directory, but it doesn't have to exist yet--Wine will create it if it doesn't exist. Note the ''path'' of this location.

:: {{Warning|It would be unwise to select an ''existing'' Wine configuration and attempt to install the EVE Launcher into it unless you know what you're doing; better to start with a "clean slate".}}

: 2. Set the [[Wine#WINEPREFIX|WINEPREFIX]] environment variable to the ''path'' you noted in the previous step.

:: {{bc|1=export WINEPREFIX=''path''}}

:: The value of {{ic|WINEPREFIX}} is the path to the configuration that Wine will use at runtime. If {{ic|WINEPREFIX}} is not defined {{ic|~/.wine}} will be used by default. A generic Wine configuration will be generated automatically at this path if it is empty, or updated if it contains files.

:: {{Tip|If you periodically redefine {{ic|WINEPREFIX}} to run other Wine configurations, you would be wise to verify that {{ic|WINEPREFIX}} is correctly set to the EVE Online Wine configuration path prior to starting the game.}}

'''If you have no win32 Wine configurations''' the environment variable {{ic|WINEARCH}} will not be defined, the default being {{ic|win64}}, and you can '''skip to step 4'''. Otherwise '''read on'''.

: 3. Ensure the [[Wine#WINEARCH|WINEARCH]] environment variable is not defined (or is set to {{ic|win64}}).

:: {{Note|EVE Online requires a 64-bit Wine configuration.}}

:: {{Tip|If you periodically set {{ic|1=WINEARCH=win32}} to run Windows programs in 32-bit Wine configurations you would be wise to verify that {{ic|WINEARCH}} is correctly set to {{ic|win64}} (or undefined) prior to starting the game.}}

==== Create the minimal configuration ====

: 4. Generate the minimal Wine configuration.

:: {{bc|$ winecfg}}

:: Generation will take place followed by the appearance of the {{ic|Wine configuration}} window.

:: {{Tip|Wine writes ''alot'' of diagnostic messages to {{ic|stdout}} which you can safely ignore unless you experience problems.}}
:: {{Tip|If you have [[Firejail]] installed and the {{ic|Wine configuration}} window does not appear, see [[#Firejail incompatibility]] for a resolution.}}

{{Note|The setup program's filename will in the format {{ic|EveLauncher-''nnnnnnnn''.exe}}, where ''nnnnnnnnn'' is the release number.}}

Run the EVE Launcher setup under Wine.
$ wine EveLauncher-''nnnnnnnnn''.exe

You will be presented with a series of dialogs where you can customize the installation of EVE Online. Accept the defaults or customize. Click {{ic|Finish}} and the EVE Launcher setup will exit.

== Play the game ==

Ensure that {{ic|WINEPREFIX}} and {{ic|WINEARCH}} are not defined, or defined appropriately.

Start the EVE Launcher:
$ wine start 'C:\EVE\eve.exe'

Login with your EVE username and password, or create an account. Accounts are [[Wiktionary:free as in beer|free as in beer]].

{{Note|Everytime you start the EVE Launcher, it will verify that your EVE game software is up-to-date. If it needs updating, it will download and install file "bundles" automatically with no action necessary on your part. Game updates happen frequently (several times a week on average).}}

{{Note|The ''first time'' you start the EVE Launcher, it will download and install a large number of "bundles" taking 1-5 minutes depending on your network bandwidth.}}

== Tips and tricks ==

* If you experience "stuttering" in the graphics during scenes with many redrawings, try lowering the rendering quality to better suit your hardware and drivers. Pressing {{ic|Esc}} at any time during the game will display a panel where you can adjust these settings.

== Known issues ==

=== Game freezes during play ===

==== Symptoms ====

* Multi-second game "freezes" on a multi-core processor.

==== Resolution ====

When starting the EVE Launcher, prefix the {{ic|wine}} command as in the following:

{{bc|$ taskset -c0 wine 'C:\EVE\eve.exe'}}

This will force the EVE process to stay on one processor core only, preventing slow migration from core to core.

{{Warning|This will decrease game performance and is not recommended unless you are experiencing freezes.}}

=== Firejail incompatibility ===

As of September 2017, the default [[Firejail]] ''profile'' for Wine is incompatible with EVE Online. If you install {{Pkg|firejail}} subsequent to installing {{Pkg|wine-staging}}, the Firejail configuration process may create a symlink {{ic|/usr/local/bin/wine -> /usr/bin/firejail}} that automatically "sandboxes" Wine with this profile. From this point forward, EVE Online will no longer run.

==== Symptoms ====

* {{ic|winecfg}}, {{ic|winetricks}}, and {{ic|wine}} produce messages to {{ic|stdout}} then halt, with no game or configuration windows appearing.

I've been able to play on directx11 wine 2.8-staging. Nvidia GTX970@375.66.- Antialiasing is not working at all, had to tun it off
- When looking the camera into the sun screen starts flickering
Going back do directx9. But nice progress.

If you can't start the game from evelauncher and the client reports the following error in log:
err:module:load_builtin_dll failed to load .so lib for builtin L"WLDAP32.dll": libldap_r-2.4.so.2: cannot open shared object file: No such file or directory

Can a capsuleer (heh) post on the current state of the client? Do the shield/armor visuals still not work? Do you still need to do that winetricks stuff, or disable DX3D11? The notifications I see at the top are, like, two years old, so I'm wondering how valid they still are. Any issues with wine 1.9.x?

RE: Current state? by N. Andrew Walsh on Thursday June 2nd 2016, 11:37

Also, incidentally, CCP just released a native Linux launcher that comes with its own Qt implementation (and I think maybe even its own wine?), which makes it possible to run the launcher directly. I just tried it, and it seems to work fine (though it is hard-set to use DX9, which I suspect will remain the case until they phase it out [which I hope will be the same time wine finally gets DX11 working]).

RE: Current state? by Rustam Second_Fry Gubaydullin on Thursday June 2nd 2016, 11:43

DirectX 9 phase out – community.eveonline.com/news/dev-blogs/directx-9-phase-out/We would like to assure the Mac community that we are aware that the current client is DirectX 9 only. This is something we have been discussing internally and we are investigating solutions. The Mac client is something we will continue to support and _we have been investing in this recently_.

RE: Current state? by N. Andrew Walsh on Monday December 5th 2016, 4:27

winehq apparently doesn't notify me of replies, so sorry for the late answer.

Anyway, yes: I'm running the CCP build of the launcher, and it works fine as a DX9 version of the game. But a lot of the new graphics effects (dust clouds, secondary lighting on gates and in stations, some parts of the explosions, etc.) are DX11 only. Looking at the progress page for the win API implementation, it seems as though they're making progress. Here's hoping they get there.

I can't imagine CCP would drop all their Mac and Linux players, tiny a community they may be, so maybe they'll either hold off on complete phase-out until DX11 works, or contribute directly to getting it working. Fingers crossed!

"
Technical
EVE, Linux (Wine) and Captains Quarters
If you are playing EVE under Linux via Wine, then you can now enter the Captains Quarters thanks to CCP Snorlax' brilliant skills (he found a bug in a 3rd party SDK and did a work around). If you want to use Wine, please use the Wine 32 bit version.
"

EVEOnline crashes at launcher by Sorin Istrate on Thursday January 14th 2016, 15:02

Hi,

After I installed EVEOnline (current version, just downloade) and run EVEOnline launcher, it crashes. Message is "The program QTEngineProcess.exe has encountered a serious problem and needs to close.We are sorry for the inconvenience".

I use Linux Mint 17.3 Rosa 64-bit and I have wine 1.9.1 from your site. Winecfg is set to Windows 10, d3d11.dll is disabled.

Solved:
I activated msvcr120.dll in libraries and works like a charm. Also, works with d3d11.dll activated with setting Native Windows, it doesn't work with Native then builtin.

As confirmed in this bug ticket - bugs.winehq.org/show_bug.cgi?id=39984 the error was fixed and _dpcomp is now implemented. Launcher starts with builtin msvcr120.dll. Marking as fixed. Perhaps you should update your wine version.

RE: EVEOnline crashes at launcher by gonzo28 on Tuesday January 26th 2016, 13:19

Hi,

I have linux mint 17.3, wine 1.9.2, EveLauncher-998442.exe and I get the error "QtWebEngineProcess.exe has encountered a serious problem...". I also tried a 64 bit prefix and wine version 1.9.1. Also tried d3d11 disabled/enabled and mscvr disabled/enabled. Nothing works. Still crashes.

RE: EVEOnline crashes at launcher by xxxxxxxxxxxx on Saturday February 6th 2016, 13:15

Same here. Installing and activating msvrc120 doesn't help. I still get the "QTWebEngineProcess.exe" error with the message: "Unhandled exception: unimplemented function msvcr120.dll.nextafter called in 32-bit code (0x7b83a9fc)."

apparently there has been an update somewhere between ubuntu, i am using the 14.04 lts, and wine, i believe i am using 1:1.7.44 via synaptic package manager. eve was running fine minus the ingame browser two days ago, but now the video is not right. sometimes it is working for a minute but then i either lose the station background when in hanger and the fps is lagging badly while in space or i lose the ui windows and all right click ablities. the launcher is similarly malfunctioning. i do have the proprietary and tested drivers in use for my nvidia card and i also have done a full wipe and reinstall with no change at present.

Eve's natural processor affinity has just changed behaviour as of patch 877986, today.

Unless I'm mistaken, Eve's no longer exhibiting what was it's familiar incessant thrashing between cores. I'm not yet expecting anything dramatic in terms of performance/stuttering improvements but it could be a sign that better is to come.

It's a bit late now, but I, too, am having this issue. There is a page fault on read access 0x000000000, not really sure why it's trying to access that... Anyone figure this out? Or is this a common bug?

Hi,
I've just installed EVE through wine and I'm having an issue interacting with the windows. Basically it requires two consecutive clicks in the same place before the window registers the click. For example if I have two windows overlapping in the center with the left window in front and click on the visible part of the window on the right the window on the right comes to the front. But then if I click somewhere where the two windows overlap it will bring the left window forward again as if it was the one in the front.

Steps:
1. Open two windows side by side overlapping in the center
2. Ensure the left window is on top
3. Click exposed portion of right window
4. Click overlapping portion of windows
Expected:
5. Right window responds to click
Actual:
5. Left window regains focus and responds to click

This also effects clicking on buttons as you need to click them twice before they will respond. Same thing with dragging stuff you need to click, release, click and then drag.

If anyone can help me with this issue I'd greatly appreciate it.
Justin

I was looking for this post beacause I have the same anomalies. Especially when I double click in space the ship is not responding. When right clicking in space I get the camera rotate as if I'm holding down the right mouse button, but I didn't do so. This makes the game almost not playable without any risk.

Eve Online was already installed from playing under linux for a long time, I could start it using Wine under Mint 17 without any problem, and as long as I don't enter captains quarter I can enter the game, undock, fly around, pass jita and gates with lots of other players without any problem.

But as soon as I enter an asteroid belt the game crashes and leaves me on the destkop.

It's definitely a graphical thing, as I don't crash if I open the map while in-warp, then I can sit in the asteroid belt and warp out again. If I don't open the map, it will crash, sometimes as soon as I enter the warp into the belt, sometimes while coming out of warp, sometimes 5 seconds after coming out of warp. Asteroids aren't rendered, I don't see them.

I used the depicted workaround in winetricks, disabled dx11 etc.

I upgraded the default wine 1.6 in mint17 to 1.7.26, no difference. I even lowered graphical settings, though on my current machine (8 gb system ram, ATI 7970 card with 3 GB ram) it shouldn't be necessary.

I would be very grateful for any ideas on where the problem could be located and how to fix it, as I didn't plan on going back to windows.

Black Screen after Login and Character chose by Experitor on Monday September 8th 2014, 11:39

Today i had a suspicious error.
After log in and choseing my character EVE just started with black screen, audio running and the messageboxes and the menu wehre aviable.
I made no system changes since the last login, forums talking about an DNS problem.
Deffinetly the only thing i changed was the internet access, same provider but other location and IP.
When i changed internet access back EVE started without any problems.

Has anybody made the same expirience?
Is there a soloutin for this login error thing?

RE: Black Screen after Login and Character chose by Matthew O. on Monday September 8th 2014, 14:24

I doubt this is related to wine in any way.

There were major connectivity issues on some ISPs to the EVE online servers today. By your own account, a switch in internet connection solved the issue.

As for the audio running and messageboxes visible: did you actually try to use any of the chatboxes? When EVE times out, you usually end it with a visible but non-working interface. If this happens during a session change you also end up with a black screen.

First try fails to download the needed files.
"Offline Installer" route fail in some way, either during or after extracting the files (I cant tell partly because I'm suffering from the 'half of the text on the installer blank' thing)

The game itself runs fine, both via launcher and by running exefile.exe. When I hit ESC -> Quit Game, console output gets all the way to "Terminating process by request - returning 0" and hangs. I can CTRL+C at console to close the game or kill all the related processes.

I've tried clearing the cache and running the repair tool but the problem remains.

I'm getting huge CPU burn coming from Firefox whenever the wine desktop gains focus. This only happens if I've got a Wine virtual desktop running and it only affects Firefox, and possibly Thunderbird, no other Linux apps appear to be affected. Each cycle makes it take even longer. Firefox is locked solid for the duration. Eventually it recovers; after which Firefox is consuming even more RAM. Wine, otherwise, does not do this. Ie: If I run Eve without the /desktop Wine option there is no issue.

I'm guessing it's a Firefox bug. Of note is the memory footprint, Firefox appears to be leaking badly:

Process 2049 - firefox

Summary

The process firefox (with pid 2049) is using approximately 2.0 GB of memory.
It is using 2.0 GB privately, and a further 9.0 MB that is, or could be, shared with other programs.
Dividing up the shared memory between all the processes sharing that memory we get a reduced shared memory usage of 1478.0 KB. Adding that to the private usage, we get the above mentioned total memory footprint of 2.0 GB.

Library Usage

The memory usage of a process is found by adding up the memory usage of each of its libraries, plus the process's own heap, stack and any other mappings, plus the stack of its 31 threads.

Error on Launch: attach_process_dlls by Louis Pace on Saturday February 15th 2014, 0:17

The launcher itself seems to run correctly, except that it will not launch the game. I click Play, the button changes to "Launching...", but then a few seconds later it reverts to a Play button and the game never starts.

I have tried the configuration changes listed in this article, but when I run ExeFile.exe, I receive the following error, no matter what I try.

attach_process_dlls "blue.dll" failed to initialize

I am very new to linux and wine, so I'll ask your forgiveness if I've overlooked something obvious. I did try Google, but I have had little luck. I'm running Ubuntu 12.04 LTS, and Wine 1.7.12.

RE: Error on Launch: attach_process_dlls by evanh on Saturday February 15th 2014, 4:20

To run Eve I use an icon on the desktop with the following command:
env WINEPREFIX="/home/evanh/.wine-eve-link1" WINEDEBUG=-all wine explorer /desktop=EVE-1-Tranquility,1920x1200 "C:/Program Files/CCP/EVE/bin/ExeFile.exe"

It's the way everyone ran Eve back before any launcher existed. ExeFile.exe is the actual game program. You even get to see the original login this way.

RE: Error on Launch: attach_process_dlls by evanh on Saturday February 15th 2014, 4:37

Well, there is more than one icon. Each has a command that varies according to the link number. Am able to update all installs of Eve with a single patch. Kind of handy when the game is patched so often.

Thank you, Evan. Unfortunately, the best I can do with your example is an immediate crash with no error. I'm assuming that I am still having the same problem, but that the error is not being displayed.

RE: Error on Launch: attach_process_dlls by evanh on Saturday February 15th 2014, 17:14

Well, Blue is Eve's custom extensions to Python or something similar. So, basically, Eve is crapping out very early on.

It almost looks like you haven't installed Eve within a Wine prefix. If you are trying to run Eve from a Windoze volume there is some extra tricks required if I remember rightly. I don't know what they are though.

You could try running it in a shell without the DEBUG and see what happens. You might get a useful error message.

I just noticed someone on the EveO Linux forum point out how Eve appears to have a memory leak. Then someone else fired back that Eve has always consumed 2 GB and has another 2 GB leeway ... which, I'll point out now, Windoze can't actual do.

I decided to do a quick check myself and found, initially at least, that once you're in space the client is using well short of 1 GB, around 650-700 MB with maybe another 100 MB utilised by Wine. So that pretty much agrees with the original post.

Eve presumably does do some caching but I believe I've also observed leakiness in the past myself. It shows up in the speed with which Eve consumes all the RAM. The behaviour had come and gone over the years so it's prolly back at the moment.

Just got an interesting glitch where my Kubuntu install of Firefox has picked up some graphic clippings from Eve. Both apps were building their respective windows at the same moment that the glitch occurred.

It's not just an on-screen glitch either, it's stored in Firefox's in-memory copy of WineHQ's AppDB bordering styles. As in each page I open - even starting a fresh separate window, with Eve closed, and go to the main webpage of the AppDB shows the same artifacts.

Ships, stations and star backgrouns not showing correctly. by David Ward on Wednesday September 11th 2013, 1:26

Hey guys,

To clarify the problem: ships weren't showing correctly while docked in a station, flying through space or previewing their models from the "Show Info" screen. If you rotate the view so that a large light-source is behind the vessel, you'll see a weird kind of transparent view of the ship without textures, kind of like when it's just coming out of a jump-gate.

Game (other than captain's quarters) works beautifully for me. With one small exception.
Whenever theres a massive sound effect (such as warping, or the stargate sounds) I get this periodic like static sound. Almost like the sound driver is breaking every 3-5 seconds. It lasts for no longer then half a second each time, and isn't a game breaking malfunction, but does get rather annoying after a few hours of play.

RE: Fixing the new launcher by Eric Sandall on Wednesday May 29th 2013, 17:38

That's for the first re-iteration of the launcher, not the new one. I already have vcrun2010 installed and msvcr100(builtin,native). I was missing msxml3, but adding that didn't fix the launcher (mine launches, but I get no username/password form to login with; the left frame is blank).

RE: Fixing the new launcher by Sam Silbory on Wednesday May 29th 2013, 17:48

Also note that when testing the launcher that sometimes it just works. I was able to patch and started the game via the launcher for the last minor patch, but after exiting I was unable to login via the launcher.

The thing is, that the new launcher does not work very well, or sometimes at all. So if I may ask you, can you please test the new launcher and if possible throw your experience here or better to this threat? (Necessary to read the first post before testing)

How to get Eve Online working with 1.5.28 and Ubuntu 13.04 by Mark on Friday April 26th 2013, 3:35

Using Radeon's 13.4 proprietary driver, wine 1.5 newest release and ubuntu 13.04. I have managed to get eve working.

The trick is to run msvcr90, disable d3d11, but DO NOT run in a virtual desktop, make sure you have all microsoft corefonts, winetricks, etc. There are walkthroughts aplenty for those. Basically follow any work around for ubuntu 12.10 but again, no virtual desktop, and again the aformentioned library overrides.

I'm not sure why exactly, but the newest release of wine and ubuntu doesn't seem to like the virtual desktop environment.

RE: How to get Eve Online working with 1.5.28 and Ubuntu 13.04 by Mark on Friday April 26th 2013, 12:00

Have to correct myself. Eve will launch but freeze after character selection and crash. I suspect the d3dx9_36 override but testing with that library override fails to produce any results with any setting. It's much farther then i was able to get before. Will update with results as I go.

This has been an issue before and is an issue now. When people post testcases you/we should and need to review them before accepting them. We had allot of times where the game got Gold or even Garbage like now accepted to the testcases because people who make those tests don't even bother tho read the guidelines and just post it garbage because "they" could not google or search for a solution.

Sure reading each if there would be allot of them would be troublesome but there are not allot of people submitting the test cases and also seeing a pattern like "silver silver silver garbage" would at least need a frown no?

As long as games have multiple maintainers that will always be an issue. I was the one that accepted the garbage rating because it was what the user experience. We're not trying to buff ratings or artificially keep ratings high.

If its silver, silver, silver, silver and garbage then the avg user will know thats odd are it will work fine. I'd rather accept a garbage rating, then work with that user to work with us in the comments section to fix their issue and then get them to put a new report in (at which point I'll delete the garbage one).

I agree with the Gold rating thing mind, if there is a single issue its obviously not gold :).

Hopefully, we'll get that garbage rating removed, but when the user changes it.

RE: It used to be gold gold gold garbage by Maquis196 on Sunday March 24th 2013, 4:51

There's definitely room for interpretion with the guidelines. Garbarge can be "installs, doesn't run" as much as "doesn't install, so can't run".

It's the same when an install you've been using forever (like my eve online prefixes) suddenly stop working when a new version of wine breaks something, then it's completely acceptable to put in a garbage report.

Bottom line, lets face it, the game is essentially perfect on wine, anyone who plays it knows it. Only CQ is broken which no one cares about yet (yet being crucial, but I have no idea when we'll need to be able to walk around properly). I would argue that for anyone who can't get the game working and who would put a garbage report in, should comment below first to allow us to help get it working. Might be worth a new note?

RE: It used to be gold gold gold garbage by Maquis196 on Monday March 25th 2013, 5:33

Well it's not just effort, I have no problem spending hours getting a game working and then give it a gold, its about how close to the windows experience would you get. Silver is for issues that dont affect gameplay; technically lack of CQ doesn't count but theres the crux of the issue, because you certainly can't put gold down for a game that isn't 100% working.

Just add yourself as a monitor, as a maintainer I get email alerts to new appdb posts, and often I'll come in and try to help fix them. In fact you check my maintained list, I do it for quite a few games! (except ones where theres another super even more responsive then me, it normally happens when someone becomes super, then it peters out after a few weeks lol).

Things like discussions on ratings definitely only happen when there are several maintainers each with their own spin on the guidelines :).

RE: It used to be gold gold gold garbage by Maquis196 on Monday March 25th 2013, 9:35

You can add how much effort is required into the notes easily enough but dont forget the appdb is here to inform users how runnable a game is with a certain version of wine and distro underneath it.

At a glance, if you see a game is bronze, you think "not sure if its worth playing on wine, ill dual boot into windows or not play it", the effort required is separate too that. (going by what appdb says it is, not what we want it to be).

Youre right, bugs go bugzilla, but were not talking about bugs.

The fact were having this discussion shows how much scope there is for people to treat appdb differently.

RE: It used to be gold gold gold garbage by evanh on Thursday March 28th 2013, 4:39

It was you that added bugs in as a topic, not me. I was just clarifying where to put that matter.

BTW, with your position on app usability rather than ease of configuring/installing the app, it looks like you have taken us back to "There shouldn't be any programs listed under Gold or Platinum" position as there will be bugs in every app listed.

RE: It used to be gold gold gold garbage by Maquis196 on Thursday March 28th 2013, 8:11

I do admit, that EVE is a special case because essentially theyre looking at having two games in one. I also agree that CQ has no impact on the eve experience at this point. I'm just saying that the appdb ratings guide (ive been stripped of super rights in a couple of games because I set a game to Gold because it was perfectly playable when the appdb admin considered it Silver) so yeah im more careful then most over it.

I doubt we will ever see eye to eye on this, I do get what youre saying. All my eve test results clearly have at the bottom (or should have anyway) THIS GAME IS PERFECTLY PLAYABLE. Look at it another way, if station environments came into eve tomorrow, the game wouldn't be ready, hence the silver. Silver is most games is perfectly playable anyway, its only bronze and garbage that suck :).

RE: It used to be gold gold gold garbage by evanh on Monday April 1st 2013, 20:15

I don't know how any app can have achieved either gold or platinum if the admin has the same attitude as Artur.

On the matter of CQ integration into Eve: If tomorrow ever occurs and CQ is a useful part of Eve then, after that, it might be sensible to reduce the rating to silver ... or garbage if CCP gets silly ideas again.

RE: It used to be gold gold gold garbage by Sam Silbory on Monday April 1st 2013, 21:00

A lot of games in appDB would have gold and plat under Artur's terms. Heck I'm a maintainer of 4 games including Eve and the rest are gold or plat under his standards. For example FTL* requires installing vcrun to work, but everything works fine once you do that making it gold. (Of course FLT has a Linux version now.) Eve is much more tricky program to get running, and some things simply don't work currently. This does argue for a Sliver under a strict reading of the rating guideline, which is at odds with the people playing the game on a daily basis with a gold experience of the game....

That said unlike Artur I tend to let people's ratings stand unless the overall rating is way out of line.

PS- Don't worry CCP will break the game this summer and we won't have to argue ratings;-)

The next step: I decompressed archives manually. Then I run eve.exe. Loader start checking files, and finally I saw the orange button "Play"!
Thats all! Game are not start in any case. I`ll try difference configurations:

winetricks corefonts d3dx9_36 vcrun2005 vcrun2008 vcrun2010

wineconfig: windows xp and windows 7

msvcr80, msvcr90 and msvcr100 I`ve setting each of in "native, then buildin", and in "buildin, native" states. d3dx9_36 and d3dx9_42 - as native.