Page 3 of 4
Posted: Fri Apr 25, 2003 11:38 pm
by spudgun
ewiggins wrote:Gengis wrote:K I got latest CVS and Compiled with offsets and seems to be working but I get a constant fast pingage. The left number seems to refresh insanely too fast and the right number is highly high. When I don't use MQ I can play fine.
I too am having the same problem, a slight workaround is if your setup is like mine, VS 6.0, don't build it as a Release, make a Debug build, that helped stabilize the left-hand ping. If I did a Release build, the left hand number bounces around like crazy between 60-200, whereas Debug build keeps it pretty steady between 120-130 without jumping around alot. (I also set the Byte Alignment from 8 to 1).
Exactly what ive been seeing, Debug build seems to be more stable but still real laggy. Release build is very very laggy. I don't understand it. At least i know im not crazy....
Posted: Sat Apr 26, 2003 4:13 am
by Amadeus
VS.NET compile as 'release' seems fine other than an occassional hard crash (usually caused by me forgetting and typing /charinfo) ....
Didn't someone post a fix for /charinfo? Otherwise, I suggest we modify EQLib.cpp and make that command EQ rather than MQ.
Posted: Sat Apr 26, 2003 4:31 am
by dont_know_at_all
/charinfo works with the latest CVS source
Posted: Mon Apr 28, 2003 7:08 pm
by maq0r
Having some problems with this.
CVS Compile, eqgame.ini from CVS... most of the time /who works, but sometimes, VERY RARE times like 1 out of 10 /whos kicks me to desktop.
Posted: Mon Apr 28, 2003 7:46 pm
by eqjoe
CVS might not have the latest _spawninfo struct.
If you are up to it, edit MQ.h and update that struct from the last post of mine in the dev board.
http://macroquest2.com/phpBB2/viewtopic.php?t=2145
Posted: Mon Apr 28, 2003 7:47 pm
by zedisdeadbaby
I've never had any problems with lag. No problems crashing either since I've been using the latest MQ.h found in the developers forum. I use VS.NET with no special compile options.
Posted: Mon Apr 28, 2003 8:17 pm
by maq0r
Ok, edited it by hand, compiled, testing now.
Posted: Mon Apr 28, 2003 9:07 pm
by Jaerin
Somehow I think this is a VS6 issue. Since I've compiled with .net it works fine.
Jaerin
Posted: Mon Apr 28, 2003 11:36 pm
by Clawed
I agree with Jaerin... .NET compile in release mode works perfectly with no lag problems whatsoever.
Posted: Tue Apr 29, 2003 1:02 am
by Gengis
So what's the difference between VC 6 and VC 7 that is causing the lag?
Posted: Tue Apr 29, 2003 4:16 am
by ap50
It's not a compiler issue either, unless I'm really lucky, I've been compiling with VS6 in debug mode all along, with no lag whatsoever, just gotten Visual Studio .net 2003 and will try that, but my cursory glance at it yesterday gave me a unable to find detours.dll before I had to go home for the day.
Posted: Tue Apr 29, 2003 6:57 am
by grimjack
I compile with vs .net using the precompiled detours.lib and using the detours.h provided by microsoft. I do not see any of the problems mentioned. Also I use the standard source from CVS and I'm running on XP and 98.
Thanks
Posted: Tue Apr 29, 2003 11:36 am
by Clawed
I should add that I am also using detours.lib from the distro, I am not compiling it myself. Works like a charm under XP.
Posted: Tue Apr 29, 2003 4:49 pm
by grimjack
Just noticed the problem hapening on my machine today. I had not noticed the lag originaly but now I see it. The status number on the left is updating like crazy until I unload MQ. Disregard my last post I just had not been watching for the right thing.
Posted: Tue Apr 29, 2003 6:18 pm
by fwiggles
i get the same jumpy numbers too...doesn't bother me that much cause they stay less than 130. It is probly much much worse for people with 56k or less