Pages: [1] :: one page |
|
Author |
Thread Statistics | Show CCP posts - 0 post(s) |
Solbright
Advanced Security And Asset Protection
|
Posted - 2011.05.31 13:40:00 -
[1]
Logins not accepted yet but so far so good the client launches no problem.
Patch file is located at http://cdn1.eveonline.com/evepremiumpatch259851-264377_m.exe
----- The Eve Client - A Love Story - The single biggest fix CCP ever did to Eve. Keep it up! |
Solbright
Advanced Security And Asset Protection
|
Posted - 2011.05.31 14:10:00 -
[2]
Edited by: Solbright on 31/05/2011 14:13:28
Tested on Singularity - working nicely.
The new framerate monitor is a step in the right direction. Looks a bit more accurate compared to the old one. Although, it could do with better packing of the samples to bring the scroll rate down to something sane, and also should be using a transparent line colour.
----- The Eve Client - A Love Story - The single biggest fix CCP ever did to Eve. Keep it up! |
Solbright
Advanced Security And Asset Protection
|
Posted - 2011.05.31 15:02:00 -
[3]
Hmm, still not showing stutters correctly at all. Not showing much below 10fps. :(
Seems it only records a sample if there was a frame rendered and doesn't seem to be able to work out when there was a large time lapsed between frames.
No wonder people start whining that lag is occurring, when the framerate monitor is showing all is okay!
You'd almost think no one at CCP had a brain. :/
----- The Eve Client - A Love Story - The single biggest fix CCP ever did to Eve. Keep it up! |
Jed Clampett
|
Posted - 2011.05.31 17:29:00 -
[4]
That is basic marketing rule -- never give clients a tool that shows problems you are not ready to fix yet. And to be honest some of the stutter is probably lack of incoming data that is delayed on internet and over which CCP has little or no control.
The big issue with stutter is that you can't issue commands unhindered. Hint hint. Decouple command UI from visual rendering of battle. Let me issue commands in the dark. I am probably lagging last display anyway.
From the purely visual standpoint the present stutter is actually almost a good thing for those graphic-related communications problems. After all CCP could have written UI to show smooth static unchanging frames when data was missing or obviously corrupt. Such recycled frames could be very deceiving.
But pure rendering issues? Yeah CCP needs to map machine capabilities better the have a Compromise AI that runs a crude tally to tell when it needs to degrade some rendering to get job done on time. It should also probably dump diagnostic suggestions as to which features are most frequently an issues and maybe why.
Unfortunately I know am one of many who just run up graphic quality based on rough feeling for GPU and CPU advertised capabilities. Advertising is not always true especially if advertising is for different card release, different manufacture, etc even when its the same GPU model. GPU themselves can differ between core releases with no visible change in card packaging. Problem is that not every card implements the GPU support completely. And you may not expect taht feature to be unimplemented or poorly implemented in hardware. Then memory etc may be short to render missing hardware capability in software library.
|
Solbright
Advanced Security And Asset Protection
|
Posted - 2011.05.31 22:59:00 -
[5]
Originally by: Jed Clampett That is basic marketing rule -- never give clients a tool that shows problems you are not ready to fix yet.
That's a cop-out excuse in it's own right.
Quote: And to be honest some of the stutter is probably lack of incoming data that is delayed on internet and over which CCP has little or no control.
That there dear sir is a 100% client side bug. Not the lag, but the resulting stutter. There is a client side simulator that decouples the client display from the servers - Further reading.
Quote: The big issue with stutter is that you can't issue commands unhindered. Hint hint. Decouple command UI from visual rendering of battle. Let me issue commands in the dark. I am probably lagging last display anyway.
Eve was built this way from the start. The above simulator provides a clear cut decoupling point that should not be by-passed. - Heaps more reading.
Quote: From the purely visual standpoint the present stutter is actually almost a good thing for those graphic-related communications problems. After all CCP could have written UI to show smooth static unchanging frames when data was missing or obviously corrupt. Such recycled frames could be very deceiving.
Bull****! More cop-out arguments. Eve is written to handle lag. And that's not recycling it's predicting, just like the client already does. That's why when there is real lag you see things suddenly change to the correct position when the lag is over. Stutter has no part to play in lag problems.
Quote: But pure rendering issues?
Problem is it's not a rendering issue at all. It's a packet decode and insertion issue, which includes a decent serving of code bloat. And maybe some decoupling bugs.
Stutter is solvable.
----- The Eve Client - A Love Story - The single biggest fix CCP ever did to Eve. Keep it up! |
Amadeus Val
|
Posted - 2011.05.31 23:29:00 -
[6]
Edited by: Amadeus Val on 31/05/2011 23:29:01 Auto pather seems to freeze during download and wine crashes with. http://pastebin.com/56NGZT3B
|
Harbard Gaterau
|
Posted - 2011.06.01 02:23:00 -
[7]
Any progress on this yet?
I've had the same problem, so I downloaded the client instead of the patch and it freezes about 15% of the way into the installation. I did have have the previous version running.
|
Solbright
Advanced Security And Asset Protection
|
Posted - 2011.06.01 12:02:00 -
[8]
Everyone should be using the standard patch I posted in the opening post.
----- The Eve Client - A Love Story - The single biggest fix CCP ever did to Eve. Keep it up! |
randomToon987
|
Posted - 2011.06.01 12:57:00 -
[9]
I've been running eve on linux for almost a year, and after installing the latest patch(yes, the one mentioned in the op) I can't log in to the game any more. My client crashes when I'm about to enter station environment - this happens every time, and the wine output logs don't provide any hints as to what my be the cause of this behaviour. I have tried changing various settings in the [Software\\Wine\\Direct3D] reg key, I've tried clearing cache, but nothing worked so far. Does anyone have similar problem? Did you manage to fix it?
Thanks!
|
Solbright
Advanced Security And Asset Protection
|
Posted - 2011.06.01 13:21:00 -
[10]
Try clearing settings also.
----- The Eve Client - A Love Story - The single biggest fix CCP ever did to Eve. Keep it up! |
|
randomToon987
|
Posted - 2011.06.01 13:37:00 -
[11]
Thank you Solbright! I finally managed to log in after resetting all settings. |
|
|
|
Pages: [1] :: one page |
First page | Previous page | Next page | Last page |