Originally by: Merende Macaco

---

I'd replied in the other thread before I saw this one.
Incidentally, I patched using the autopatcher with no glitches. I was getting really nervous as it got around 90%, as I am on a 3g connection, one good rfi burst and .....no carrier
I am getting the whiteout effect near gates as well, so good to hear a confirmation.
Billboards just show the videoscreen without the superstructure here. Were you able to do any scanning? I wasn't able to select scan type, though I could turn the probe on, I couldn't do any analysis.
SISI went down for maintenance so I didn't have any more time to experiment, have to wait till tomorrow evening to mess around some more.

---

Originally by: Aurix Lexico

---

Tried to dock on sisi, now, no matter what I do, I have a black screen on loading the station. Oh ****

---

Originally by: Aurix Lexico

---

First thing I did was turn all effects off and clear my cache. Still had the problem. Logged into an alt, she loaded the station but everything was black. Undocked and all the ship/station/drone models were invisible, but the planets rendered

---

Originally by: Pivot P'tesh

---

Originally by: Aurix Lexico

---

First thing I did was turn all effects off and clear my cache. Still had the problem. Logged into an alt, she loaded the station but everything was black. Undocked and all the ship/station/drone models were invisible, but the planets rendered

---

I have the exact same problem, Station background is complete black (was just grey a few releases ago), no models at all are displayed in space (except planets).

Ubuntu 8.10
wine-1.1.15
nvidia 180.29 drivers (updated from the repository ones, cause I hoped it will fix the problem)
Nvidia 6600 GT graphic card

---

Originally by: Saris Dadra

---

Originally by: Pivot P'tesh

---

Originally by: Aurix Lexico

---

First thing I did was turn all effects off and clear my cache. Still had the problem. Logged into an alt, she loaded the station but everything was black. Undocked and all the ship/station/drone models were invisible, but the planets rendered

---

I have the exact same problem, Station background is complete black (was just grey a few releases ago), no models at all are displayed in space (except planets).

Ubuntu 8.10
wine-1.1.15
nvidia 180.29 drivers (updated from the repository ones, cause I hoped it will fix the problem)
Nvidia 6600 GT graphic card

---

Same problem, and same software/drivers with a nVidia 7900GS

---

Originally by: Sevarus James

---

Have you tried to back down to the last stable nvidia drivers to see if there is a difference?

move the shader model selections to medium or even low and try with those settings to see if it resolves the problem.

---

Originally by: Sevarus James

---

Really odd. Have you tried to back down to the last stable nvidia drivers to see if there is a difference?
This almost sounds like a regression issue. (Awhile back nvidia 6x and 7x users were having major issues with gfx and EVE while the 8x and 9x users were seeing no problems.)

I'm using the 180.29 drivers with an nvidia 8800GTS with (in general) the same wine and ubuntu system and am having no gfx issues at this point that I'm aware of. (stations/roids/gates and even the new billboards are working fine here.)

Also as another check, move the shader model selections to medium or even low and try with those settings to see if it resolves the problem. If not, this might be worth sending nvidia a poke about (via nvforums) as it might not be EVE or Wine at fault here, rather the video drivers themselves.

---

Originally by: Pivot P'tesh

---

Originally by: Sevarus James

---

Really odd. Have you tried to back down to the last stable nvidia drivers to see if there is a difference?
This almost sounds like a regression issue. (Awhile back nvidia 6x and 7x users were having major issues with gfx and EVE while the 8x and 9x users were seeing no problems.)

I'm using the 180.29 drivers with an nvidia 8800GTS with (in general) the same wine and ubuntu system and am having no gfx issues at this point that I'm aware of. (stations/roids/gates and even the new billboards are working fine here.)

Also as another check, move the shader model selections to medium or even low and try with those settings to see if it resolves the problem. If not, this might be worth sending nvidia a poke about (via nvforums) as it might not be EVE or Wine at fault here, rather the video drivers themselves.

---

I've started from the stable drivers (177.xx) and updated because I hoped it will resolve the issue.
This only happened when I have scene2 enabled, with the premium client I had no issues besides crappy fps and small freezes when I move my cam.
But with the latest update where the scene2 tickbox disappeared even that hasn't been possible anymore.

I share some pics:
highest settings, hdr, cache, shadows on, in station
everything on, outside station
still high settings, shadows disabled
lowest settings, shadows on, docked in station

Next thing I will try is to start with a fresh wine folder and fresh sisi install

---

Originally by: Gilbert T

---

I am unable to patch for the test server ATM. I am using wine 1.1.12 on Gentoo AMD64 with nvidia-drivers 177.82 and an old mesa library i may update later today.

The patch downloads fine, and then comes up to "downloading" and flickers a lot. It downloads some files and then deletes them and sits there doing nothing. I ran wireshark and determined that it was downloading http://ccp.vo.llnwd.net/o2/test/EVEPREMIUM.5.20.75883-6.10.81170_TEST.RTP so now I'm downloading it with wget instead. Anybody have any idea what to do with it now? Or, perhaps another solution?

---

Originally by: Sevarus James

---

This has been mentioned in the apoc thread in the game dev forum. Some people (not just us) are having issues with the patcher. The solution is simple.
download the patcher manually via the link in the thread. download the RTP file manually via the link in the thread.

make sure you have the updated vcrun stuff mentioned in this forum. Then, with the patcher and the RTP file in the SAME DIRECTORY, you run the patcher. It will find the RTP file after you give it the directory you wish to update and it will run.

---

Originally by: Aurix Lexico

---

Well, atleast I load the station now. The background of the station is all black though. If I undock, the ship/station models are invisible, but the planet/scanner probes show up.

---

Originally by: Gilbert T

---

I got it working now, but I can't see any ship, station, gate models. I see planets and the background, and I see the ship controls and menus, but nothing else. Is there a way to fix this?

---

Originally by: Mes Ren

---

If you are using a 6x or 7x series nvidia card, not likely. I'm having the same issues, as is pretty much everyone that I have come across that is trying to run eve-sisi under wine.

---

Originally by: DoRamius

---

WINEDEBUG=d3d_caps wine eve.exe > d3dcaps.log 2>&1

---

Quote:

---

The Apocrypha not showing models issue is due to using vec4's > 225 (I think that's the number after setting max_fragment/vertex_uniform_components to 1024). The highest vec4 number I've seen on an Aprocrypha shader is 245 so far. I think only the highest end nvidia cards will be unaffected.

---

Originally by: DoRamius

---

^^ thanks for that. That was the missing piece in the puzzle for me.

Nvidia 7600GT driver version: 180.29
Wine 1.1.15
Ubuntu 8.04

Without scene2, everything worked as before. Once that was removed and SM 2.0/3.0 was forced on I also get a full black screen in the viewport. This is due to shaders not compiling/linking properly. This causes models to be invisible / etc.... so in space you see the background and icons but no stations or ships.

Wine 1.1.15 reports
trace:d3d_caps:IWineD3DImpl_FillGLCaps Max ARB_VERTEX_SHADER float constants: 256
trace:d3d_caps:IWineD3DImpl_FillGLCaps Max ARB_FRAGMENT_SHADER float constants: 512

As a test I recompiled the wined3d.dll.so (directx.c) with a fixed setting of 1024 for the VERTEX_SHADER float constants.

And what do you know... models and full effects...

I strongly recommend NOT doing this :) Unless you know exactly what they should be. And I'll be putting it back to the way it was and hoping for a fix eventually.

I'd like to see what wine reports for other users as defaults for the above two lines. WINEDEBUG=d3d_caps wine eve.exe > d3dcaps.log 2>&1

---

Originally by: Sevarus James

---

As I reported in the game dev forum for the 81762 Build on SISI:
<snip>
From ze woild of wine:
rig:
amd x2 3800 dualcore
nvidia 8800gts nvidia 180.35 STABLE (new drivers)
ubuntu 8.10
wine 1.1.15

Game loads just as expected.
New settings under gfx section of menu work (but opt for quality enables shadows which do not work well under wine at this point.)

the f10 map is working better now and does NOT blank out the screen after toggling. flatten/unflatten still not working properly.

New warping effects = getting mucho better!

No sound as of yet, but again, this may be a sisi upgrade issue as reports indicate that a TQ > SISI upgrade sounds seem to work. (?)

Asteroid fields look good. (hdr tweaking again? they are a bit brighter than last build.)
frame rate in belts still appears decent.

New turret effects (minnie) look really good as well.

ship fitting...either I'm getting a bit more used to it, or there have been some tweaks. looking better.

onboard scanner = not working again.

memory usage seems stable as well at this point under wine, and approaching gates/stations/belts the hitching as scenes loaded has improved drastically as well.

No t3 or probing stuff to report at this point, but two thumbs for stuff that is improving. (map especially.)

<snip>

---

Originally by: DoRamius

---

I strongly recommend NOT doing this :) Unless you know exactly what they should be. And I'll be putting it back to the way it was and hoping for a fix eventually.

---

Quote:

---

Mind telling me exactly what I'm not supposed to change in directx.c? You know, so I don't do it.

---

Originally by: Ravow

---

Same thing here, invisible acceleration gate.

ATI HD4870

Same fix but I keep 4 MAX_CONST_B and 4 MAX_CONST_I (I will try to lower those 4 byte long)

---

Originally by: Ravow

---

So it will be better if I remove the MAX_CONST_I and kept B to 4?

Currently 85-95fps in space and 98-102 in station.
High*2, HDR ON, Bloom Max, Shadow OFF

---

Quote:

---

REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Wine\Direct3D]
"DirectDrawRenderer"="opengl"
"VideoMemorySize"="640"

[HKEY_CURRENT_USER\Software\Wine\Direct3D]
"OffscreenRenderingMode"="backbuffer"
;"OffscreenRenderingMode"="pbo"
;"OffscreenRenderingMode"="fbo"
"UseGLSL"="enabled"

---

Originally by: DoRamius

---

Quote:

---

Mind telling me exactly what I'm not supposed to change in directx.c? You know, so I don't do it.

---

Kittens may die, your vid card / computer / house etc may burst into flames etc...

in dlls/wined3d/directx.c

find the line such that:
gl_info->vs_glsl_constantsF - (MAX_CONST_B / 4) - MAX_CONST_I - 1;

and change it to:
gl_info->vs_glsl_constantsF - (MAX_CONST_B / 4) - 1;


This will provide enough spare uniforms for the shaders to compile.

Replace your wined3d.dll.so with the newly compiled one (make a backup of your existing one). If your using a binary package it may be located in /usr/lib/wine.

** This will affect any other wine programs you run as your replacing this system wide.

Background:

I don't know enough to speak intelligently on this topic, but.... Your card, via the openGL spec, has a value for GL_MAX_VERTEX_UNIFORM_COMPONENTS_ARB. This value for 7x series cards is 1024. This is the number of uniforms that can be used by a single shader program.

Wine reserves a fixed number of these.
gl_info->vs_glsl_constantsF == # of MAX_UNIFORM_ARBS from your HW (1024 on 7x series cards) divided by 4

The above on a 7x series card = 256 available vec4 uniforms.

so gl_info->vs_glsl_constantsF = 256 on a 7x card

MAX_CONST_B is the number of boolean uniforms to reserve. MAX_CONST_B is statically defined as 16, the divide by 4 is because the boolean size is 1 byte.

MAX_CONST_I is the number of integer uniforms to reserve. Here again the statically reserved # is 16. Each integer size is 4 bytes. << this is where you lose most of the space for the vec4 array.

And then -1 for another set of vars....

This leads to a max vec4 array size of 235. If any shader program indexes a vec4 array beyond this the shader will not compile. You get a glsl error from the compiler and no nothing is displayed when that shader is called for.

Since wine does not auto adjust how many bools or ints that are required for each shader. You get a hard limit of 235. Some shaders in the apoc client attempt to index up to 246 ... based on the DX9 to GLSL translation.

This means at a minimum you need the shader to be defined with a uniform vec4 VC[247]; as the initializaton portion. Otherwise bigger shaders will just not compile.

Removing the uniform INT reservation provides this room. Giving 235 + 16 = 251 available vec4's for the array.

Drawbacks:
Scanning the shaders via the wine debug output no VI or VB declarations were found. As long as that continues to remain the case this *should* work for the short term.

If VI's exist (as not every shader is exposed to the client until its needed) then if enough of them + vec4 array indexes are used then you'd have an overwriting of the card memory. While it's unlikely it's possible that you could brick your card.

If its not a true HW limit .. nvidia could increase the available uniforms that are reported through glxinfo -l, or wine will have to change the implementation of the glsl dynamic reservation of ints and bools as they are used the shader. Which would allow the vec4 array to grow and shrink based on bool / int usage (per shader).

---

Originally by: Sevarus James

---

Edited by: Sevarus James on 28/02/2009 17:37:19
New build 6.10.82390 is now out. The combined patcher works for the incremental upgrade from the game dev patches sticky.

---

Originally by: Gilbert T

---

Originally by: Sevarus James

---

Edited by: Sevarus James on 28/02/2009 17:37:19
New build 6.10.82390 is now out. The combined patcher works for the incremental upgrade from the game dev patches sticky.

---

I missed this before my last post, was this a hint that there is a way to get the installer to function now? A link please, anyone?

---

Originally by: Sevarus James

---

Edited by: Sevarus James on 01/03/2009 20:27:37
New apoc version on SISI: 6.10.82565

Edited by: Sevarus James on 01/03/2009 20:21:55
from ze woild o' wine 1.1.16 + ubuntu 8.10+ nvidia 8800gts+ 180.35 drivers

The f10 map shows the stars.....as chunky squares. zoomed in or out. (which I suppose is better than not visible at all, eh?) zoom in/out works, flatten/unflatten appear to be functioning as they should.

warp acceleration gates are still not visible in deadspace areas, but I see no other gfx anomalies beside that at this point.

fps is slightly better in stations at this point.

views if yer interested: f10 map view via wine
wine in station view

wine no accel gfx view


addition: draco, you only need one or the other for alsa/oss, but you CAN have them both enabled...but I wouldn't as it simplifies things when troubleshooting.

---

Originally by: Sevarus James

---

You probably want to check the probe threads in the game dev section. I'm betting its not platform specific there.

---

Originally by: Draco Argen

---

Looking good,

---

Originally by: Mes Ren

---

Edited by: Mes Ren on 05/03/2009 17:16:45
Well, running 83552, and everything is looking great except for: no warp tunnel (known issue for everyone), Still can't move my probes.

Problem in detail: I can launch the probes, I can open the map, I can scan with the probes, I can grab the edge of the bubble and manipulate the size of the bubble. I can't grab the arrows nor the face of the probe and move it -- all it does is spin the map. I have tried various graphics settings with no changes. I'm going to try tweaking wine registry keys to see if it changes anything (I don't understand why it would, but want to be thorough).

Edit: Have tried different registry keys, and even recompiled my hack of wine with slightly different settings -- nothing. It should be noted that it worked fine a number of patches ago.

---

Originally by: Sevarus James

---

Originally by: Mes Ren

---

Edited by: Mes Ren on 05/03/2009 17:16:45
Well, running 83552, and everything is looking great except for: no warp tunnel (known issue for everyone), Still can't move my probes.

Problem in detail: I can launch the probes, I can open the map, I can scan with the probes, I can grab the edge of the bubble and manipulate the size of the bubble. I can't grab the arrows nor the face of the probe and move it -- all it does is spin the map. I have tried various graphics settings with no changes. I'm going to try tweaking wine registry keys to see if it changes anything (I don't understand why it would, but want to be thorough).

Edit: Have tried different registry keys, and even recompiled my hack of wine with slightly different settings -- nothing. It should be noted that it worked fine a number of patches ago.

---

I can see the warp tunnel just fine with 6.10.83552. They've improved its "start/stop" points to better coincide with where you are from the warp to point as well.
Sounds working very nicely as well.
Not much different than my last testing post.

---

Originally by: Sevarus James

---

Beat me to the punch.

---

Originally by: Draco Argen

---

Yeah, todays iddy 4 meg patch fixed the probes crash issue. Mine works fine now as is.
Except they have introduced scan deviation into the probes which has completely beggared the mechanics, but nothing wine related there.

Patcher still doesn't work for me, but hey, don't mind the manual way.
They have broken sound for me, but they have listed it as a common bug, were calling for dxdiag outputs, but i'm not in the mood after a elitist player response on the probes thread from a Muppet there. Feel all angry and icky lol.

I have to agree that although seem stable for us I'm seeing some dev flailing going on, there tending to break things with apparently small, but actually drastic changes. Attempts to get things in last minute or whack fast and furious fixes in. We will wait and see. Its very impressive for Wine as it stands. But i believe it when i see it

But yeah, Caldari BS V is starting tomorrow

---

Originally by: Sevarus James

---

LOL. Training long skills on patch day is LAW! Doesn't matter what platform. Personally I think the mac folks have more to worry about than we wine users at this point due to the history of another company having to work on the code besides CCP, but regardless a skill level 5 is mandatory as things can and do go boom on ze big day...and this patch day is the biggest one I've ever seen...and I've been here since the opening bell.

---

Originally by: Draco Argen

---

Yeah, todays iddy 4 meg patch fixed the probes crash issue. Mine works fine now as is.
Except they have introduced scan deviation into the probes which has completely beggared the mechanics, but nothing wine related there.

Patcher still doesn't work for me, but hey, don't mind the manual way.
They have broken sound for me, but they have listed it as a common bug, were calling for dxdiag outputs, but i'm not in the mood after a elitist player response on the probes thread from a Muppet there. Feel all angry and icky lol.

I have to agree that although seem stable for us I'm seeing some dev flailing going on, there tending to break things with apparently small, but actually drastic changes. Attempts to get things in last minute or whack fast and furious fixes in. We will wait and see. Its very impressive for Wine as it stands. But i believe it when i see it

But yeah, Caldari BS V is starting tomorrow

---

Originally by: Gilbert T

---

IDK if it's just me, but I can't seem to figure out what the URL for the RTP file is for this last patch, and the installer still isn't downloading them (not flickering any more, though). I can't seem to find that one thread with the RTP links on it any more...

---

Originally by: Xeiyu Crimson

---

Edited by: Xeiyu Crimson on 08/03/2009 20:01:00
Are you sure the POS didn't render or was it just not there? None of the POS's I know that are on Tranquility were on Singularity.

I got a gallente control tower then anchored it and it rendered fine. (The building process was kind of cool )

---

Originally by: rig0r

---

Did some more testing on the turret effects CPU usage, it does not happen with minmatar guns, only with gallente guns sofar.

---

Originally by: Mes Ren

---

Edited by: Mes Ren on 06/03/2009 08:25:48

Originally by: Sevarus James

---

LOL. Training long skills on patch day is LAW! Doesn't matter what platform. Personally I think the mac folks have more to worry about than we wine users at this point due to the history of another company having to work on the code besides CCP, but regardless a skill level 5 is mandatory as things can and do go boom on ze big day...and this patch day is the biggest one I've ever seen...and I've been here since the opening bell.

---

At this point, I wouldn't be surprised if the MAC people have been following the wine threads with anticipation of having to get EVE working through WINE.

We will still have our work cut out for us, as I believe there are a number of Nvidia 6xxx and 7xxx wine users out there, and until they come out with the wine patch to fix the issue (the wine devs are working on one), we are going to need to walk people through hacking their wine.

---

Originally by: Mes Ren

---

Pretty sure the final version is on SISI. It seems very stable to me, hopefully there will be no ninja changes.

We'll try to make sure some good "how-to" are put up for installation and hacks.

---

Originally by: Jaliri Naskad

---

God has not forsaken you!

http://eve-files.com/dl/190475

Now go and destroy.

---

Originally by: Luteros

---

I use a GeForce FX-5200 and have the same problems, all black in station and no models rendered in space.

I use fedora 9 with wine 1.1.14

I've tried the "fixed" wined3d.dll.so from the above post but eve doesn't start at all, after the Apocrypha splash screen has dissapeared the console output is :

err:threadpool:iocp_poller NtRemoveIoCompletion failed: 0xc0000008
err:threadpool:iocp_poller NtRemoveIoCompletion failed: 0xc0000008
err:threadpool:iocp_poller NtRemoveIoCompletion failed: 0xc0000008
err:threadpool:iocp_poller NtRemoveIoCompletion failed: 0xc0000008
fixme:win:EnumDisplayDevicesW ((null),0,0x33ada0,0x00000000), stub!


Any Idear how I can get Eve running again?

---

Originally by: crastar

---

You'll pretty much have to uninstall wine and build a new one.

get the dependancies from this list http://wiki.winehq.org/Recommended_Packages

then download the source at http://sourceforge.net/project/showfiles.php?group_id=6241&package_id=77449

edit using this post http://www.eveonline.com/ingameboard.asp?a=topic&threadID=994924&page=3#63

then as your non priv user ./configure followed by make depend && make

then as root make install

---

Originally by: Jaliri Naskad

---

God has not forsaken you!

http://eve-files.com/dl/190475

Now go and destroy.

---

Originally by: Pivot P'tesh

---

Originally by: Jaliri Naskad

---

God has not forsaken you!

http://eve-files.com/dl/190475

Now go and destroy.

---

That replacement file worked very well for me, Thank you very much. The last thing to fix for me are the probe cubes, unfortunately I cannot move any probes in space. Anyone an idea?

---

Originally by: Sevarus James

---

That replacement file worked very well for me, Thank you very much. The last thing to fix for me are the probe cubes, unfortunately I cannot move any probes in space. Anyone an idea?

---

#!/bin/bash


#echo "available patches: "
#curl -s http://games.chruker.dk/eve_online/server_status.php | grep -o 'evepremiumpatch[0-9]\{5\}-[0-9]\{5\}_test.exe' | cut -c 16-26

current_build="`egrep '^build=' "${HOME}/.wine/drive_c/Program Files/CCP/EVESISI/common.ini" | tr -d "\r" | cut -d= -f2`"
echo "Current build for EVESISI/common.ini: ${current_build}"

echo "available patches: (for your build) "
curl -s http://games.chruker.dk/eve_online/server_status.php | grep -o 'evepremiumpatch[0-9]\{5\}-[0-9]\{5\}_test.exe' | cut -c 16-26 | egrep "^${current_build}"


read -p 'Current Release #: ' cur_rel
read -p 'Desired Release #: ' des_rel

if [ -z "$cur_rel" -o -z "$des_rel" ]; then
 echo "Terminated"
 exit 1
fi

rtp_filename="EVEPREMIUM.6.10.${cur_rel}-6.10.${des_rel}_TEST.RTP"
exe_filename="evepremiumpatch${cur_rel}-${des_rel}_test.exe"

# kill running processes if any
killall -9 "${exe_filename}" 1>/dev/null 2>/dev/null

# cd to the directory where the files go
cd "${HOME}/.wine/drive_c/windows/profiles/${USER}/Local Settings/Application Data/CCP/EVE/c_program_files_ccp_evesisi_87.237.38.50/cache/"

# download the exe if it doesn't exist
[ -f "${exe_filename}" ] || wget "http://ccp.vo.llnwd.net/o2/test/${exe_filename}"

if [ ! -f "${exe_filename}" ]; then
 echo "EXE Download Failed"
 exit 2
fi

#download the rtp if it doesn't exist
[ -f "${rtp_filename}" ] || wget "http://ccp.vo.llnwd.net/o2/test/${rtp_filename}"

if [ ! -f "${rtp_filename}" ]; then
 echo "RTP Download Failed"
 exit 2
fi

# run the exe file now
#wine "C:\\windows\\profiles\\${USER}\\Local Settings\\Application Data\\CCP\\EVE\\c_program_files_ccp_evesisi_87.237.38.50\\cache\\evepremiumpatch${cur_rel}-${des_rel}_test.exe"
wine "C:/windows/profiles/${USER}/Local Settings/Application Data/CCP/EVE/c_program_files_ccp_evesisi_87.237.38.50/cache/evepremiumpatch${cur_rel}-${des_rel}_test.exe" "C:/windows/profiles/${USER}/Local Settings/Application Data/CCP/EVE/c_program_files_ccp_evesisi_87.237.38.50/cache/evepremiumpatch${cur_rel}-${des_rel}_test.exe" "/path=C:/Program Files/CCP/EVESISI/"