Delay Upon entering character selection screen

Topics related to EQ2 or the Everquest 2 Emulator Project.

Moderator: Team Members

Post Reply
nyquist
Posts: 29
Joined: Wed Jun 25, 2008 5:25 am
Location: Raleigh, NC

Delay Upon entering character selection screen

Post by nyquist » Wed Oct 01, 2008 8:17 am

When I get to the character select screen, my client has a super long delay between mouse movements/click/etc and actually rendering their effect (i.e. I mouse over a button and about 10 seconds later it shows the button highlighted).
Has anyone else experienced this problem?
And any idea if it is just Wine being crappy?
--nyquist

LethalEncounter
Team: Zombie
Posts: 2717
Joined: Wed Jul 25, 2007 10:10 pm

Post by LethalEncounter » Wed Oct 01, 2008 5:49 pm

Heh, wow I didn't even realize that wine was capable of running EQ2. I would suspect that wine cannot keep up with the graphics. Try changing the performance profile to "extreme performance" using the EQ2 in-game menus. That might not look the best, but it might be the only way to play the game in wine. Otherwise, you might want to search on google as there might be some kind of wine optimization for EQ2.

nyquist
Posts: 29
Joined: Wed Jun 25, 2008 5:25 am
Location: Raleigh, NC

Post by nyquist » Wed Oct 01, 2008 8:27 pm

Actually, I have spent the last several hours determining the problem...and I have found it...well sort of:
Upon running EQ2 from the command line, I get the following output (each of the following lines can be displayed from 1 to about 100 times):

Code: Select all

fixme:d3d9:Direct3DShaderValidatorCreate9 stub
fixme:d3d_shader:shader_glsl_load_constantsF >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB() @ glsl_shader.c / 265
fixme:d3d_shader:shader_glsl_load_constants >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUniform4fvARB @ glsl_shader.c / 445
fixme:d3d:state_zfunc D3DCMP_NOTEQUAL and D3DCMP_EQUAL do not work correctly yet
fixme:d3d_surface:fb_copy_to_texture_direct Doing a pixel by pixel copy from the framebuffer to a texture, expect major performance issues
I would like to point out the line that says "Doing a pixel by pixel copy from the framebuffer to a texture, expect major performance issues" << THAT is where my problem lies.
Not sure if you guys have done much in the way of graphics...but [especially at the lowest level] non-contiguous drawing is ridiculously slow.
So...if anyone know wine like the back of their hand and wants to give me a hand, I'd GREATLY appreciate it :)
P.S. Wine works better for City of Heroes than Windows(Vista), and if I can fix this problem, probably will work better with EQ2 :P
--nyquist

Andrew
Retired
Posts: 71
Joined: Fri Dec 14, 2007 8:33 am
Location: England
Contact:

Post by Andrew » Wed Oct 22, 2008 9:19 am

That's not your problem, that's been happening with the GIT builds for awhile now and I haven't experienced any delays. My copy of wine doesn't have a delay at character selection screen so I can only assume it's something else.
However, there are problems with having your shaders set too high as the water reflections look messed up. There's also a problem with going from windows to fullscreen which will crash wine. I talked about this a few months back on wine-dev mailing list if you want to look at it.

Post Reply

Who is online

Users browsing this forum: No registered users and 0 guests