| Author |
Thread Statistics | Show CCP posts - 5 post(s) |

UberL0rd
|
Posted - 2007.02.20 11:41:00 -
[1]
Originally by: cyanogen The memory leak was fixed??? Before it would double in size over a couple hours and now it grows by six times in half an hour. Other than downgrading, is there anything I can do to fix or slow this?
I'm seeing this also - reverting to 0.9.30 and using the last patch from elfe is much more playable imo.
|

UberL0rd
Minmatar Republic Military School
|
Posted - 2007.03.09 08:54:00 -
[2]
Originally by: padiculous Ubuntu 6.10 is just as easy, but you have to type "sudo dpkg-reconfigure dash" and answer "No" when it prompts you. This replaces the default 6.10 dash shell with the more common bash shell which cedega looks for.
Gentoo now allows /bin/sh to be any shell. Basically the first shell installed creates a link to /bin/sh if it doesn't already exist. The exception here is that on Gentoo/FreeBSD /bin/sh is a real shell and not a link to one. Not that this affects many people as bash will still be our default shell.
But really, Cedega should not either use /bin/bash OR recode their stuff to use any shell if they're using /bin/sh. That is basic scripting 101 
Quote: Gentoo is well...gentoo It did seem to give me the best FPS of the bunch, but I could never get sound working via alsa. I need to go back and revisit this issue.
I don't have any alsa hickups at all, sound works fine. The key thing here is amd64 users as they have to ensure that alsa 32-bit emulation libs match the alsa library installed. This is nasty as recent kernels keep changing the needed alsa-lib version and we have to use snapshots from time to time. So often if you need an alsa-lib upgrade you'll have to wait a day or so for the matching 32-bit library to appear. --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Republic Military School
|
Posted - 2007.03.13 08:53:00 -
[3]
Originally by: El***ER
Quote:
currently my laptop wine version has no crashes, no memory leaks, a texture fix (asteroids) and hardware cursor support (no more 2 cursors) from the patches mailinglist compiled in
open stuff: - windowed mode as on windows - armor rep color (any hints ccp???) - incorrect smartbomb texture effect filtering - vivox support - some minor ui/texture glitches
That sounds golden! Any chance you could cut a patch against 0.9.32 for those of use without git? --- Gentoo/FreeBSD/Linux developer
|

UberL0rd
Minmatar Republic Military School
|
Posted - 2007.03.20 10:30:00 -
[4]
Edited by: UberL0rd on 20/03/2007 10:26:46
Originally by: El***ER Edited by: El***ER on 16/03/2007 20:11:48 wine-0.9.33 was just released and seems to be working well with Eve as requested I added a patch to allow better windowed mode support and hardware
Awesome patch - solved the most annoying thing about EVE for me atm :) --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Republic Military School
|
Posted - 2007.04.03 11:53:00 -
[5]
Originally by: Rykah I tried Eve today on .34 and it crashed twice in the middle of my mission. .33 didn't seem to do this so I think something may have gone adrift. Also, the xcursor 'fix' doesn't seem to have made any difference to my cursor. I shall be checking out how to roll back ;-)
I see this too. Elfes last patch for .33 seems to be the best for EVE atm. --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar 28th Day Industries
|
Posted - 2007.05.29 07:49:00 -
[6]
Originally by: Aylit Neroon Only Gentoo got GARBAGE, but that distro isn`t used too much, i guess. (No offence)
Take it from me, EVE runs fine on Gentoo, provided you use wine-0.9.36 as the newest version (0.9.37) is no good for EVE regardless of distro.
By the way, did you mean Gentoo/Linux or Gentoo/FreeBSD as EVE runs equally well on both  --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar 28th Day Industries
|
Posted - 2007.07.28 19:11:00 -
[7]
Edited by: UberL0rd on 28/07/2007 19:11:36
Originally by: Trek Those of you who (like me) regularly updates their wine install from git might have noticed that a couple of days ago it caused errors while trying to start Eve. Errors regarding loading of DLLs and failure to get past the splash-screen. This is also a problem with the 0.9.42 release.
So I did some regression testing today and came to the conclusion that the commit leading to the problem is 76bd190a72902d6efab2c85f8aa0d775d02c68da and was submitted this wednesday.
For those without git knowledge, I've cut a reverse patch for this commit. You can grab it here. http://dev.gentoo.org/~uberlord/wine-0.9.42-eve.patch
I'm compiling 0.9.42 with that patch right now, will edit this post with results. --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar 28th Day Industries
|
Posted - 2007.07.28 20:53:00 -
[8]
Originally by: jansaell Would prefere not to have to run (and learn) git.
If someone can always identify for me the GIT SHA1 reference, I'm more than happy to cut patches like I did above :) --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.08.28 10:43:00 -
[9]
Originally by: Gord Ackfordham does this mean that .44 works without patching? maybe i should try emerging it.
I can confirm that 0.9.44 work without any patches on Gentoo/Linux. I mined for around an hour this morning and the game did seem a lot smoother and things like the market browser loaded more quickly, although no reported FPS increase. This may be more to do with only 17,000 ish people playing compared with the normal 36,000 ish people when I play in the evenings. --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.08.28 18:25:00 -
[10]
Originally by: Dapperdrake Where is this file ? I don't find it
cd ~ find . -name prefs.ini --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.08.28 21:08:00 -
[11]
Use WINE instead? --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.08.30 10:27:00 -
[12]
Edited by: UberL0rd on 30/08/2007 10:27:17 Sound maybe possible again with the wine patch found on this bug http://bugs.winehq.org/show_bug.cgi?id=9498
I'll see about testing that tonight  --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.08.30 18:55:00 -
[13]
Originally by: Barbarellas Daughter it "works" with wine .33 and ubuntu with compiz installed and ATI X740. fps is a little bit low: 2.2 
First off, ATI drivers have terrible performance, both open and closed source. Secondly, you've not configured either or there is an error in your config as they both enable DRI support which your report shows is not working.
So in other words, consult your distro documentation on how to configure the fglrx driver. --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.08.30 19:07:00 -
[14]
Originally by: Azaya Syncaa
Originally by: UberL0rd Edited by: UberL0rd on 30/08/2007 10:27:17 Sound maybe possible again with the wine patch found on this bug http://bugs.winehq.org/show_bug.cgi?id=9498
I'll see about testing that tonight 
Just tested it and this patch don't change anything ... sorry.
OK, the wine devs committed a different patch to their tree. Here it is. http://dev.gentoo.org/~uberlord/wine-0.9.44-sound.patch
Compiling WINE now to test it - let's see how this one fairs! --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.08.30 19:47:00 -
[15]
YES - Sound works again with the above patch :) --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.08.31 06:54:00 -
[16]
Originally by: Dapperdrake How do you apply this patch ? http://dev.gentoo.org/~uberlord/wine-0.9.44-sound.patch
tar xvjpf /path/to/wine/source.tar.bz2 cd wine* patch -p1 </path/to/patch ./configure make make install
Or gentoo users simply add this to their src_unpack() in the wine-0.9.44 ebuild epatch /path/to/patch
Quote: And what is a "git tree" ?
It's a distributed source code repository for WINE that uses git. http://git.or.cz/ --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.08.31 06:55:00 -
[17]
Originally by: R1pp3r So i've got the fglrx drive for my 9600 and now i can get to the login screen but once there it takes about 10 secs and disappears. Sometimes locks the whole box up.
Ubuntu 6.06 LTS wine 0.9.41
You'll need to upgrade your wine to 0.9.44 with the above patch OR wait until your distro ships wine-0.9.45
wine is typically updated every few weeks, so it's not a massively long wait. --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.09.06 15:40:00 -
[18]
Originally by: Ellioth Swann Guys, where can I find wine.44 for gentoo?
http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-emulation/wine/ --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.09.07 14:08:00 -
[19]
Originally by: Ellioth Swann UberL0Rd, could you make a kind of HOWTO launch eve on gentoo? Or maybe there is alredy a tutorial?
.
Here's what I did 1) download the 0.9.44 patch 2) edit the 0.9.44 wine ebuild to have this line at the end of src_unpack() function epatch /path/to/path/you/downloaded 3) emerge wine 4) copy the arial.tff fonts from /usr/share/fonts/corefonts to ~/.wine/drive_c/windows/fonts 4) install EVE 5) play :)
No installing any extra dll's, no hidden registry patches, that's it. That's all I do and EVE works fine. Too slow on fleet battles, as I discovered whilst loosing a hurricane, but fine for everthing else. --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.09.08 12:19:00 -
[20]
Originally by: Ellioth Swann Thanx a lot, I'll try it!
Conserning .44 wine. When I emerge -av wine, gentoo istalls .39 version. I've downloaded ebuid of 44 version but I down know how to install it :). I make ebuild /path/to/44.ebuild compile qmerge but have an error... .
Sounds like you need to update your tree emerge --sync --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Mordus Angels
|
Posted - 2007.09.10 10:42:00 -
[21]
Originally by: Ellioth Swann Edited by: Ellioth Swann on 08/09/2007 15:21:00 2 Uberl0rd: I've made --sync, from official gentoo mirror, but is still emerges an old versoin . I really can't understand why. . May be there're some sources in tar.bz2, to put in /usr/portage/distfiles and emerge localy?
You probably want to add app-emulation/wine to /etc/portage/package.keywords so you get the latest unstable then. --- Gentoo/FreeBSD/Linux developer |

UberL0rd
Minmatar Brotherhood of Polar Equation Insurgency
|
Posted - 2007.11.23 10:03:00 -
[22]
Originally by: El***ER - Eve fails to detect SM3 capable cards, the CCP test app reports shader level 3 (only getting stupid answers from other players about that stuff)
What answers are you looking for and how can I help? --- I use Gentoo/Linux and Gentoo uses software I write |

UberL0rd
Minmatar Brotherhood of Polar Equation Insurgency
|
Posted - 2007.12.12 12:08:00 -
[23]
I'll bet pennies to peanuts that the http fetching uses the BindIOCompletion callback that the WINE patch here toggles. As it's still a stub function, it still doesn't work, just returns a value that at least allows EVE to run. --- I use Gentoo/Linux and Gentoo uses software I write |

UberL0rd
Minmatar Brotherhood of Polar Equation Insurgency
|
Posted - 2007.12.18 22:52:00 -
[24]
Originally by: Merende Macaco I see a massive drop after jumping systems, one jump and its slower than the official client, which doesn't seem to have the same problem.
Turn off audio, or run the premium content. I actually do both :)
BTW, many thanks to the dude to did the BindIOCompletion patch - works like a champ :) --- I use Gentoo/Linux and Gentoo uses software I write |

UberL0rd
Minmatar Brotherhood of Polar Equation Insurgency
|
Posted - 2007.12.19 09:53:00 -
[25]
Originally by: Gilbert T So running the windows client through wine you guys aren't getting the frequent crashes like with the official client? Or maybe you're not getting those either way?
I've crashed twice in a 4 hour stint. Those two happened when first entering the game. On the third time it loaded fine and I played for about 4 hours without a crash - but I didn't jump to any other sytems either. Was just mining and ratting, which premium content enabled and audio disabled. I have re-enabled audio this morning and played for an hour without error. --- I use Gentoo/Linux and Gentoo uses software I write |

UberL0rd
Minmatar Brotherhood of Polar Equation Insurgency
|
Posted - 2007.12.28 19:59:00 -
[26]
Heads up that the alpha channel for ships in thumbnails has been fixed in the current wine git - you'll need to clear the cache for it to have any affect though. --- I use Gentoo/Linux and Gentoo uses software I write |

UberL0rd
Minmatar Brotherhood of Polar Equation Insurgency
|
Posted - 2008.02.01 12:24:00 -
[27]
Originally by: Starbooze Here is what wine spits out when hovering near a station or stargate:
fixme:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 273 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3226 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 398 fixme:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 273 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3226 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 398 fixme:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 273 fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3226 fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 398 fixme:d3d_shader:shader_glsl_load_constantsI >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4ivARB @ glsl_shader.c / 273
Driver is 169.07.
You may wish to report that to nVidia and say that 8xxx owners don't get this so it's probably a driver problem for 7xxx based cards. Also ask if they can fix it and if we can help more :) --- I use Gentoo/Linux and Gentoo uses software I write |

UberL0rd
Minmatar 28th Day Industries The Church.
|
Posted - 2008.08.17 15:53:00 -
[28]
Originally by: Dwindlehop Started playing actively with the premium client under wine, and I get client lockups. Mouse is still functional, but the Eve window is nonresponsive. I can alt-tab out and kill -15 it. It doesn't use any more CPU. Haven't seen any errors thrown... where do I look?
cpu: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz
..
have used the official client on the same machine with graphical errors, but no locking up.
Any ideas on what's wrong? I have HDR and shadows off with no graphical glitches under premium.
I get lockups with wine + any game (eve classic, eve premium, WoW) with my new Core2 Quad as well. My prior machine (amd64, single core) ran with the same wine version and same Linux distro just fine. There is no ryhme or reason to it - at first I thought it was the 9800GX2 (old was 7800GTS) as it seems to happen when loading resources. Running debug in the console doesn't shed any light on what could be wrong either. I should really submit a bug report to wine, as Doom3 based games run fine, as does the wrapped EVE classic client. --- I use Gentoo/Linux and Gentoo uses software I write |
| |
|