Zugg Software :: View topic

Newbie Joined: 19 Oct 2003 Posts: 3

Hi there, I've been using Zmud for around a year now and there has been one thing that has been bothering me, which I cannot seem to fix.

When using GMUD speedstack (using the default ; key) all commands have *INSTANT* responses (i.e. west;backstab monster;east) which means I will take no damage from the monster.

When using ZMUD speedstack (still using the ; key) on some random occasion the response has a slight lag-time so if I try west;backstab monster;east - there's a chance that I will be hit for one round before exiting east.

I don't believe that it could be script parser since it's already on 0 milliseconds. So i'm stumped on this..

If such an old program like GMud can do instant speedstacking then how can ZMud match it?

Thanks:)

Posted: Sun Oct 19, 2003 11:39 am

There are numerous reasons this could happen.

Latency during the connection, as you mentioned, it's on "random occasions", which leads me to believe that the stacking works MOST of the time. If you havn't already, you might check your network drivers, that might be causing some of it.

I just ran about 1000 stacked events thru my install of zmud, and not one had any noticable lag. Infact, I tried something very similar to what you were doing, and no issues.

Might help to know also, what are your system specs? Helpful information includes: OS, Processor, RAM, HD-Space, HD-Space Free.

Newbie Joined: 19 Oct 2003 Posts: 3

It really has been 'random' so yes, sometimes it will go through with no problems, then sometimes it'll have a 1-round lag out of nowhere.

I don't think (?) it's a network problem because I can switch over to GMud any time and have the speedstacking work perfectly.

System, Windows 2000, Athlon XP 2000, 512 333 DDR Kingston Ram, HD using Zmud is a Seagate (barracuda) 80gb 7200 rpm, over 40 gigs are free.

Wizard Joined: 10 Oct 2000 Posts: 1551 Location: Australia

Maybe (and I have no idea how zugg does the socket code), but perhaps it sends each command as a packet, instead of a packet encompassing the entire 'speedstack'.

I wonder, if you were to paste into the command line:

west
backstab monster
east

(since you can do multiple lines in the command line) ... maybe they would be sent in a single packet, since they don't have to be parsed?

*shrug* just theories, my MUD has its own 'speedstack' server-side so I use that instead of zmud

GURU Joined: 10 Oct 2000 Posts: 873 Location: USA

quote:

Maybe (and I have no idea how zugg does the socket code), but perhaps it sends each command as a packet, instead of a packet encompassing the entire 'speedstack'.

That is correct. Looking at the Winsock calls yesterday (breaking Winsock open, not zMud), a command line like:

abc;defghijklmnopqrs;abcdefg

was sent in three calls to Winsock (Winsock is free to consolidate calls if they come in quickly enough, but it's a reasonable bet that a large portion of the time more than one packet will go out).

Using a command line like:

#SEND abc%char(10)defghijklmnopqrs%char(10)abcdefg

sends the entire thing in one call. You could set up an alias to handle this for you (probably using a line delimiter other than ';')

That was with V6.12 under XP Pro, testing with a server on the loopback address.

Just to clarify: it's not lag or anything like that. What zMud does might actually get commands to the server faster if some of them are aliases with a decent amount of code to execute.

-Tarn

Apprentice Joined: 16 Dec 2002 Posts: 103

quote:
Originally posted by Tarn
Using a command line like:

#SEND abc%char(10)defghijklmnopqrs%char(10)abcdefg

sends the entire thing in one call. You could set up an alias to handle this for you (probably using a line delimiter other than ';')

Be aware that implementing something like this would probably break the automapper.

Posted: Tue Oct 28, 2003 7:28 pm

Not necessarily. Actually, if you use %cr instead of %char(10) to send both a CR/LF then it would probably be fine.

Also, this post is an excellant example of how you can be fooled into thinking something is faster when it's really slower.

What's really happening here is that in GMUD, processing of incoming text is blocked while outgoing text is being sent. In zMUD, on the other hand, incoming text can be mixed with outgoing text and will be processed at the end of any line.

So, imagine sending the commands A B C to the MUD, and the MUD replies with the result a b c for those commands: