These forums have been archived and are now read-only.

The new forums are live and can be found at https://forums.eveonline.com/

Linux

 
  • Topic is locked indefinitely.
 

Flickering after 04/02/2014 [Fixed 06/02/2014]

First post
Author
Sentinel Eeex
School of Applied Knowledge
Caldari State
#281 - 2014-02-05 15:23:54 UTC
Oh well, I've learned today that there are way more EVE players running Linux than I expected :)

Might as well add my "me too" post to this thread.
Woo Mi
Federal Navy Academy
Gallente Federation
#282 - 2014-02-05 15:27:04 UTC
Just to be a bit more constructive:
Anybody have any clue whereabouts they have 'fixed' something, and which eve and/or wine features I might disable to pinpoint the problem?
Bulazindi
Center for Advanced Studies
Gallente Federation
#283 - 2014-02-05 15:30:20 UTC
Just to add to the count, a "me too" here as well.
John Atura
Highsec Heroes
Stockholm Syndrome.
#284 - 2014-02-05 15:34:14 UTC
Same problem here - posted a Bug Report just after the 1.1.4 Patch was applied.

I have taken the following steps trying to resolve the problem:

Full Power-Cycle
Clear all Cache Files
Running the repair.exe Tool
Removing the CCP folder under Local Settings
Upgrading to the latest Nvidia Driver (NVIDIA-Linux-x86-331.38 32-Bit)
Removing the CCP folder under Local Settings (again).

But nothing of the above has fixed the problem.

System Info:

Motherboard: DX58SO

CPU Model: Intel(R) Core(TM) i7 CPU 950 @ 3.07GHz (4 Cores - Hyperthreading Activated)
CPU Stepping: 5
CPU Microcode: 0x11

GFX Card: NVIDIA Corporation GK104 [GeForce GTX 770] (rev a1)
GFC Driver: NVIDIA-Linux-x86-331.38 32-Bit

Linux Kernel: Linux 3.11.1 #35 SMP i686 GNU/Linux (32-Bit)

Linux OS: Linux From Scratch

Wine Version: 1.7.11

./John
Mycael
Air
The Initiative.
#285 - 2014-02-05 15:41:40 UTC
All I know so far, is that playing with vsync settings make a huge difference. Almost playable at one point today.
Tetractys
Very Italian People
The Initiative.
#286 - 2014-02-05 15:42:43 UTC  |  Edited by: Tetractys
launching eve from shell with the canonical:

$> wine "C:\Program Files\CCP\EVE\eve.exe"

The game loads in station correctly (*with* glitching). This is the error that repeating indefinitely:
................................
/ 73
fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_MULTISAMPLE (0x8d56)
fixme:d3d:context_check_fbo_status Location WINED3D_LOCATION_RB_MULTISAMPLE (0x100).
fixme:d3d:context_check_fbo_status Color attachment 0: (0x1cca90) WINED3DFMT_B8G8R8X8_UNORM 1920x1080 1 samples.
fixme:d3d:context_check_fbo_status Depth attachment: (0xfd73488) WINED3DFMT_INTZ 1920x1080 0 samples.
err:d3d:wined3d_debug_callback 0x1cb688: "GL_INVALID_FRAMEBUFFER_OPERATION error generated. Operation is not valid because a bound framebuffer is not framebuffer complete.".
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c



I have the sensation that this could be a good initial point for chasing the problem.
Any idea on wich d3d dll operate eventually in wine configuration to workaround the glitching?
Osamo Kazumoto
School of Applied Knowledge
Caldari State
#287 - 2014-02-05 15:50:55 UTC
I've noticed that on max detail the in-station environment is loaded almost ideal...until you hover the neocom :)
then neocom starts to blink, but stop if you hover out. Gonna try lowering shader quality to see if it's the reason.
But i'm not expecting to see anything better :)

Axel en Thielles
Aliastra
Gallente Federation
#288 - 2014-02-05 16:00:43 UTC
Tetractys wrote:
launching eve from shell with the canonical:

$> wine "C:\Program Files\CCP\EVE\eve.exe"

The game loads in station correctly (*with* glitching). This is the error that repeating indefinitely:
................................
/ 73
fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_MULTISAMPLE (0x8d56)
fixme:d3d:context_check_fbo_status Location WINED3D_LOCATION_RB_MULTISAMPLE (0x100).
fixme:d3d:context_check_fbo_status Color attachment 0: (0x1cca90) WINED3DFMT_B8G8R8X8_UNORM 1920x1080 1 samples.
fixme:d3d:context_check_fbo_status Depth attachment: (0xfd73488) WINED3DFMT_INTZ 1920x1080 0 samples.
err:d3d:wined3d_debug_callback 0x1cb688: "GL_INVALID_FRAMEBUFFER_OPERATION error generated. Operation is not valid because a bound framebuffer is not framebuffer complete.".
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c



I have the sensation that this could be a good initial point for chasing the problem.
Any idea on wich d3d dll operate eventually in wine configuration to workaround the glitching?


Since the game is forced into DirectX 9, I assume the D3D dll is from DX9. I'm not sure if you can override it to native, but I have a Windows XP VM that I can pull it from to test if needed.

Also, a get spammed with "fixme:d3d:resource_check_usage Unhandled usage flags 0x8."

To me, it's looking like a wine issue. Can someone with an older version of wine and on different distros test this? Maybe we need to talk to WineHQ about it.
Biterno Sintaph
Reboot Required
#289 - 2014-02-05 16:07:39 UTC
Adding another +1. Debian Testing, Wine 1.6, Open-Source Radeon drivers. Everything worked great up until the 1.1.4 patch.


Along with the flickering, my ship UI panel is all sorts of bork. I swear I didn't fit Neocom items to my ship, officer! Lolhttp://i.imgur.com/tLyfIMx.jpg
Neuntausend
Republic Military School
Minmatar Republic
#290 - 2014-02-05 16:08:54 UTC  |  Edited by: Neuntausend
Woo Mi wrote:
Just to be a bit more constructive:
Anybody have any clue whereabouts they have 'fixed' something, and which eve and/or wine features I might disable to pinpoint the problem?


wine 1.7.11, catalyst 13.11 beta6

following things did not help:

- turning off desktop compositing
- clearing cache and settings
- running Eve in fullscreen mode
- running Eve in an emulated desktop
- removing dll overrides
- changing emulated windows version
- new wine prefix
- setting the DirectDraw renderer to "gdi"
- setting AlwaysOffscreen to "disabled"
- setting OffscreenRenderingMode to "backbuffer"

I did however notice that Eve apparently doesn't need any Windows-native dlls to run, so that's good. Big smile

Axel en Thielles wrote:
To me, it's looking like a wine issue. Can someone with an older version of wine and on different distros test this? Maybe we need to talk to WineHQ about it.


Older wine versions as far back as 1.4.something don't work either.
Kappy Ukap
K For Kill
#291 - 2014-02-05 16:09:18 UTC
https://forums.eveonline.com/default.aspx?g=posts&t=318689&p=2

CCP took notice of the OSX issue but it's quite sad to see nothing about Linux yet. Even then the OSX issue maybe linked to the Linux issue anyhow due to both being similar and appearing the same time...
Roswell Grayman
Roswell Refineries
#292 - 2014-02-05 16:23:27 UTC
Kappy Ukap wrote:
https://forums.eveonline.com/default.aspx?g=posts&t=318689&p=2

CCP took notice of the OSX issue but it's quite sad to see nothing about Linux yet. Even then the OSX issue maybe linked to the Linux issue anyhow due to both being similar and appearing the same time...


https://forums.eveonline.com/default.aspx?g=posts&m=4196868#post4196868
Neuntausend
Republic Military School
Minmatar Republic
#293 - 2014-02-05 16:29:03 UTC
It's more than likely that this issue will get fixed soon. It's not just Linux and Mac OS, many Windows users are still having troule as well, some of them are even reporting issues quite similar to our flickering. Eve is borked somehow, wine is probably just amplifying the problem.
Sir Lamorack
SPANI
#294 - 2014-02-05 16:36:05 UTC
Two more accounts cancelled until fix.
John Atura
Highsec Heroes
Stockholm Syndrome.
#295 - 2014-02-05 17:01:09 UTC
Axel en Thielles wrote:
Tetractys wrote:
launching eve from shell with the canonical:

$> wine "C:\Program Files\CCP\EVE\eve.exe"

The game loads in station correctly (*with* glitching). This is the error that repeating indefinitely:
................................
/ 73
fixme:d3d:context_check_fbo_status FBO status GL_FRAMEBUFFER_INCOMPLETE_MULTISAMPLE (0x8d56)
fixme:d3d:context_check_fbo_status Location WINED3D_LOCATION_RB_MULTISAMPLE (0x100).
fixme:d3d:context_check_fbo_status Color attachment 0: (0x1cca90) WINED3DFMT_B8G8R8X8_UNORM 1920x1080 1 samples.
fixme:d3d:context_check_fbo_status Depth attachment: (0xfd73488) WINED3DFMT_INTZ 1920x1080 0 samples.
err:d3d:wined3d_debug_callback 0x1cb688: "GL_INVALID_FRAMEBUFFER_OPERATION error generated. Operation is not valid because a bound framebuffer is not framebuffer complete.".
err:d3d_draw:drawStridedFast >>>>>>>>>>>>>>>>> GL_INVALID_FRAMEBUFFER_OPERATION (0x506) from glDrawElementsBaseVertex @ drawprim.c



I have the sensation that this could be a good initial point for chasing the problem.
Any idea on wich d3d dll operate eventually in wine configuration to workaround the glitching?


Since the game is forced into DirectX 9, I assume the D3D dll is from DX9. I'm not sure if you can override it to native, but I have a Windows XP VM that I can pull it from to test if needed.

Also, a get spammed with "fixme:d3d:resource_check_usage Unhandled usage flags 0x8."

To me, it's looking like a wine issue. Can someone with an older version of wine and on different distros test this? Maybe we need to talk to WineHQ about it.



I've had that problem for a long time, didn't affect the Gameplay though.

Been trying several Wine releases (Stable and Development), and searched high and low to fix the error, but no luck.

But again, I don't believe it has any relevance to the problem caused by the 1.1.4 patch.
Cap'n Schmitty
#296 - 2014-02-05 17:19:46 UTC
https://forums.eveonline.com/default.aspx?g=posts&t=318690#post4196868

CCP Snorlax has hinted that he might just try to reproduce this on Linux :)
Rammix
TheMurk
#297 - 2014-02-05 17:59:19 UTC
They've had 10 years to switch to OpenGL.
And it's still not too late to do that.

OpenSUSE Leap 42.1, wine >1.9

Covert cyno in highsec: https://forums.eveonline.com/default.aspx?g=posts&t=296129&find=unread

CCP Snorlax
C C P
C C P Alliance
#298 - 2014-02-05 18:31:47 UTC
We hope to have a fix for this in tomorrow's patch. I'll keep investigating on the side if the issue persists.

CCP Snorlax - Software Architect - Team RnB - @CCP_Snorlax - http://ccpsnorlax.blogspot.is/

Hildebrandt Koeppl
Hybrid Flare
#299 - 2014-02-05 18:36:32 UTC
Thank you. Keep up the good work you had been doing regarding Linux support in Wine for atl least since Nov 2012 (when I started playing). Would be great if it became a supported platform again. Steam-OS will probably reache quite far in the near future.
Ravow
Republic Military School
Minmatar Republic
#300 - 2014-02-05 18:44:52 UTC
removed