Greetings,

I was wondering if anyone could possibly tell me which is a better system to have for someone who is into combat. I hear that both are good but I want to know which is better?

Thank you,

Ryne

Depends...

Zmud:
-Easier to use and build system with
-More users, so more systems usually to purchase if you choose to
-Auto-mapper
-Only free for short time though, after that you have to purchase

Mushclient:
-Faster than Zmud and smoother in responces
-Free to use (though it is nice to register it)
-Harder to code, have to know VBscript, Lua, Pearl...
-I have a free system out for use with Mushclient, so if you are poor and want it, its there.

Though Ethelons free system needs the person to have experiance at Lusternia itself so you realize whats getting you killed

I have tried MUSHclient and zMUD both rather extensively, and I gotta say that I keep coming back to zMUD because of the automapper, buttons, gauges, and status window. Scripts are easier to write and give/sell to others, which is also a nice bonus. My main complaint has always been that zMUD is very slow and doesn't integrate real scripting very well, but I've been revamping my combat system lately and find that it's possible to make scripts much faster than what I had done in the past. Also, I hear that version 7.20 is extremely fast.

Well right now I'm 18 and tryign to finish up my last year of High school. Afterwards I plan to start learning to do computer programming. Would it be easier to apply that to Zmud or MUSHClient? And do schools even teach Lua, and Perl?

Thanks,

Ryne

Mushclient isn't really the best to get into if you are only planning on learning to code, one of my friends found that out the hard way - you need to have a solid coding base to work from or you really won't get as much potential out of your system as you would from using zmud.

Once you have that base though, it would be easier to apply that information to Mushclient, as zmud mainly still uses its own scripting language which it converts into perl (though there is other language scripting support, I have never used it because I prefer zmuds language, and find it fairly robust). But then you lose out on all the very nifty features of zmud such as already mentioned - easier portability due to the larger number of zmud users, buttons, gauges, status windows, the automapper (which for Lusternia is a lifesaver - I would have gotten lost so many times without Thorgal's zmud maps) and an extremely easy to learn and use language (compared with a proper coding language like Mushclient uses).

Schools do teach Perl, but I doubt you'll find a course on Lua. Coding for zMUD won't be applicable to anything else, really, unless you do it the hard way and try to write VBS functions in zScript. If you really want to learn to program, I'd suggest writing simple programs (not in any MUD client) using Java. If you want to learn to program and are set on using a MUD client, you should be prepared for the steep learning curve in MUSHclient.

I honestly think that AL Client is horribly undervalued. It's significantly faster than even MUSHClient, although offers very few features. The basics are all there, though. You can code a full system in there, but it won't have any graphical interface beyond a handful of buttons and a really small "status" window. The speed is what keeps bringing me back, though. I had Ethelon's system for a while, but I couldn't stand how it stalled on me so often. I'm considering changing to zMUD, but the idea of it being even slower than MUSHClient makes me sick to my stomach.

The only time I have noticed a significant speed difference in zmud to mushclient is when I just code badly. I do find though that mushclient due to its real coding languages, and not third party expression libraries built into it and trying to convert, that mushclient allows for greater potential.

zMUD allows you to make more visual aids though and if you have a good computer then you should not see any real performance loss unless you are making alot of bad triggers.

That lag most likely is because your page limit was between 100k and 500k...which lags it a little when it processes something, if you lower it to around 10k, which is what I have it at, you still store alot of information but have no lag when accessing anything.