Top Mud Sites Forum Return to TopMudSites.com
Go Back   Top Mud Sites Forum > MUD Players and General Discussion > Tavern of the Blue Hand
Click here to Register

View Poll Results: Which mud client do you primarily use
MUSHclient 30 28.85%
zMUD/cMUD 22 21.15%
Portal 4 3.85%
RoAClient 3 2.88%
Gmud 7 6.73%
Mudmaster 2 1.92%
SimpleMU 3 2.88%
Pueblo 0 0%
Telnet 6 5.77%
None of the above (please post below which one) 27 25.96%
Voters: 104. You may not vote on this poll

Reply
 
Thread Tools
Old 10-22-2008, 06:19 PM   #1
Violette
 
Posts: n/a
The mud client poll

Plain and simple: who uses what AND WHY (particulary if you voted "None of the above")

Last edited by Violette : 10-23-2008 at 04:14 PM.
  Reply With Quote
Old 10-22-2008, 10:56 PM   #2
unpunished
New Member
 
Join Date: Oct 2008
Posts: 6
unpunished is on a distinguished road
Re: The mud client poll

Most definitely CMud, I've tried just about every other one listed here and CMud is my absolute favorite. Next on my list would be MUSHClient...
unpunished is offline   Reply With Quote
Old 10-23-2008, 07:28 AM   #3
Aeran
Member
 
Join Date: May 2005
Posts: 208
Aeran is on a distinguished road
Re: The mud client poll

Quote:
Originally Posted by unpunished View Post
Most definitely CMud, I've tried just about every other one listed here and CMud is my absolute favorite. Next on my list would be MUSHClient...
It would be interesting if people write why they prefer a specific client as well.
Aeran is offline   Reply With Quote
Old 10-23-2008, 11:15 AM   #4
Zeno
Member
 
Zeno's Avatar
 
Join Date: Jan 2005
Location: Saratoga, NY
Home MUD: Bleached InuYasha Galaxy
Posts: 188
Zeno is on a distinguished road
Send a message via AIM to Zeno Send a message via MSN to Zeno Send a message via Yahoo to Zeno
Re: The mud client poll

I use MUSHclient. It's free, open source, has a ton of features, is still being developed and has great support.

zMUD/cMUD is too bloated and doesn't even follow its own specifications (MXP). Plus it costs money. I've tried Portal, but you can't even open 2 MUDs at once unless you open the program multiple times. GMUD obviously don't compare to other clients as it is missing a ton of features. Roaclient is no longer worked on.

I'll have to look into Mudmaster, I don't think I've tried that.
Zeno is offline   Reply With Quote
Old 10-23-2008, 04:33 PM   #5
Violette
 
Posts: n/a
Re: The mud client poll

Quote:
Originally Posted by Aeran View Post
It would be interesting if people write why they prefer a specific client as well.
I've tried so hard to find a replacement to Mushclient.
There's nothing wrong with it, I just don't like to use what everyone else uses.
But I've given up. It's just so user friendly, appealing, and fast.

P.S.: It's possibly the fastest mud client, right? Is that because of the way it's coded? What is speed dependent on?
  Reply With Quote
Old 10-23-2008, 06:45 PM   #6
The_Fury
Member
 
The_Fury's Avatar
 
Join Date: Jun 2008
Posts: 57
The_Fury is on a distinguished road
Re: The mud client poll

Quote:
Originally Posted by Violette View Post
What is speed dependent on?
Speed = Velocity / Time usually expressed as M/S-1

Not the answer you were looking for NO?
The_Fury is offline   Reply With Quote
Old 10-23-2008, 07:18 PM   #7
Zeno
Member
 
Zeno's Avatar
 
Join Date: Jan 2005
Location: Saratoga, NY
Home MUD: Bleached InuYasha Galaxy
Posts: 188
Zeno is on a distinguished road
Send a message via AIM to Zeno Send a message via MSN to Zeno Send a message via Yahoo to Zeno
Re: The mud client poll

Quote:
Speed = Velocity
Uh. No? :P
Zeno is offline   Reply With Quote
Old 10-23-2008, 07:39 PM   #8
Zhiroc
Member
 
Join Date: Jan 2006
Posts: 92
Zhiroc is on a distinguished road
Re: The mud client poll

Quote:
Originally Posted by The_Fury View Post
Speed = Velocity / Time usually expressed as M/S-1

Not the answer you were looking for NO?
And not right either

You could write: Speed = | Velocity | (meaning the magnitude of the velocity vector)
or: Speed = Distance / Time (M/S or M * S^-1)

And to further the physics lesson : Acceleration = Velocity / Time
Zhiroc is offline   Reply With Quote
Old 10-23-2008, 11:55 PM   #9
The_Fury
Member
 
The_Fury's Avatar
 
Join Date: Jun 2008
Posts: 57
The_Fury is on a distinguished road
Re: The mud client poll

Quote:
Originally Posted by Zhiroc View Post
And not right either

You could write: Speed = | Velocity | (meaning the magnitude of the velocity vector)
or: Speed = Distance / Time (M/S or M * S^-1)

And to further the physics lesson : Acceleration = Velocity / Time

Speed is scalar quality and velocity is vector quality, the difference is that velocity requires a direction and speed does not. So you are correct in that i gave the wrong formula, Speed is equal to distance over time s = d/t
The_Fury is offline   Reply With Quote
Old 10-24-2008, 12:22 AM   #10
scandum
Senior Member
 
scandum's Avatar
 
Join Date: Jun 2004
Posts: 309
scandum will become famous soon enough
Re: The mud client poll

Your typical mud parses input 4 times per second. Given how horribly slow that is it doesn't matter much if a mud client is ultra fast or not, as long as it doesn't hang.

I'm using TinTin++, it's as robust as a basic telnet client, doesn't have needless bells and whistles, and has a powerful yet easy to learn scripting language. As an added bonus the developer happens to be a very cool and handsome guy, and it rubs off on the client.
scandum is offline   Reply With Quote
Old 10-24-2008, 12:44 AM   #11
Violette
 
Posts: n/a
Re: The mud client poll

Quote:
Originally Posted by scandum View Post
Your typical mud parses input 4 times per second. Given how horribly slow that is it doesn't matter much if a mud client is ultra fast or not, as long as it doesn't hang.

I'm using TinTin++, it's as robust as a basic telnet client, doesn't have needless bells and whistles, and has a powerful yet easy to learn scripting language. As an added bonus the developer happens to be a very cool and handsome guy, and it rubs off on the client.
...do you have a picture?
  Reply With Quote
Old 10-24-2008, 03:09 AM   #12
nikolausv
New Member
 
nikolausv's Avatar
 
Join Date: Apr 2002
Home MUD: http://tharel.net/
Posts: 18
nikolausv is on a distinguished road
Send a message via MSN to nikolausv
Smile Re: The mud client poll

You don't need a picture, Scandum doesn't lie, and he's right about his charm rubbing off on Tintin++.
Of course he's standing on a few guys shoulders, but all the best 'works' are collaborations.

(Bias: Yes, I use Tintin++)
nikolausv is offline   Reply With Quote
Old 10-24-2008, 06:01 AM   #13
nasredin
Member
 
Join Date: Jun 2005
Name: Boris
Location: Moscow
Home MUD: ArcticMUD (mud.arctic.org 2700)
Posts: 38
nasredin is on a distinguished road
Re: The mud client poll

Back in 1997, when I started my mudding career, I was using a UNIX station and thus tintin was a natural choice. As an added bonus, a lot of my friends also used tintin, so we could exchange triggers and other useful things.

When I had to switch to M$ Window$, I certainly wanted to keep using my tintin configuration files, so my next natual choice was JMC. At the moment (in ~1999-2000), it was one of the most advanced clients, with lots of powerful features, including active scripting.

There was more to it than just that. The author of JMC, Sergey Il'in is my real life friend; in fact, he was the person who introduced me to mudding and ArcticMUD . In real life, he is a team leader in a software company and a guru programmer. Thus, when he said "all MUD clients suck, I had to write one of my own", I didn't question his opinion.

BTW, JMC stands for Jaba MUD Client, not java MUD client, as many erroneously think. 'Jaba' means 'a toad' in Russian and it was the name of Sergey's most famous character in ArcticMUD .

JMC is no longer developed by the original author, but it's freeware and open source, anyone may edit the code and add new features to it. I'm still using the latest version by the original author, though:

Download JMC

Last edited by nasredin : 10-24-2008 at 06:19 AM.
nasredin is offline   Reply With Quote
Old 10-24-2008, 11:02 AM   #14
unpunished
New Member
 
Join Date: Oct 2008
Posts: 6
unpunished is on a distinguished road
Re: The mud client poll

Quote:
Originally Posted by Aeran View Post
It would be interesting if people write why they prefer a specific client as well.
Indeed, how very silly of me. The reasonI prefer CMud is actually due to the extensive feature set and scripting language, so I suppose in response to Zeno I prefer the "bloated" features to the other clients where those features aren't and probably never will be implemented. Truthfully I have been away in recent years and just recently returned to hang around a bit, I don't play MUDs anymore.

And before anyone says anything, yes I do realize MUSHClient among others has scriptability through languages such as vbscript, python etc. Though the only client I could find using python was MUDMagic's, but it was poorly implemented. If anyone could point me in the direction of one that does that would be great!
unpunished is offline   Reply With Quote
Old 10-24-2008, 03:16 PM   #15
shadowfyr
Senior Member
 
Join Date: Oct 2002
Posts: 310
shadowfyr will become famous soon enough
Re: The mud client poll

Back in the day I was looking for a client that would do what I wanted, without being slow, supported the widest set of features, didn't crash, and wouldn't cost anything to use. Mushclient you could use without paying, with just a nag screen, was really fast (sorry, but speed matters to more than how fast the stupid server can process things, and the estimate of 4 commands a second isn't necessarilly accurate), it supported a mess of stuff, and, at the time, VBscript was the major language it uses, which I knew pretty well. Since then, its gone all Lua for its "default" language, since it can be directly integrated, without relying on the ActiveScript system, so it will run perfectly under WINE in most cases (few odd versions that it won't, but not sure why exactly), which means if I ever make the complete switch to Linux, I don't lose the client. If Zugg ever got around to making a decision about what the specification for MXP actually "says", and made his client conform to it, Mushclient would be right behind him (but, for now, Mushclient treats syntax errors as "errors", not as stuff to be dropped through to the client without processing, something the specification implies, but no one, including cMud/Zmud follow.) The only things that I considered "missing" where ways to design your own windows, for displaying specific sorts of information, and some way to edit plugins, like the regular internalize per-world aliases and such can be. It just recently added a mess of stuff that can do most of the former, though, not quite in the way I had hoped, while the later... you still have to edit in an external editor.

But, those plugins are one of its most powerful features, since they combine the existing ability of some clients to load in a mess of code, to create new functionality, with the ability to "enclose" that code in its own execution space. In other words, in most clients, if you use a variable in patch A, and you also use it in patch B, the two will mess with each others variables. With Mushclient's plugins, the two batches of code can't even "see" each others variables, unless you use functions to explicitely pass the values between them.

Oh, and, one things even cMud/zMud probably can't do.. You can edit incoming data, down to the packet level, and pass it back into the parser, so that if something from the mud is formatted a way you don't like, uses the wrong colors, or contains data your plugins need, but which would have otherwise been lost through the MXP process, or color decoding, etc., you can retrieve or alter the result. Heck, you can even write a plugin to help people play a mud, if you wanted, that would "look like" it was coming from the mud, complete with the ability of the person to write triggers to match on its contents, react to what it displays, etc. If you use the functions to process your own plugin generated lines, like it came from the mud, the users scripts, can tell the difference. A mud developer could make a "helper", that would run entirely on the client end, which could watch the person play, and make its own suggestions, without needing it to be on the server side, or even code an extended "newbie" area, which helps them learn to use the client itself, as one of a collection of "plugins" to be installed for the game, without using server bandwidth or resources, or even connecting first. If someone wanted to do that.

Sometimes what this client can do is just nuts.
shadowfyr is offline   Reply With Quote
Old 10-24-2008, 03:30 PM   #16
unpunished
New Member
 
Join Date: Oct 2008
Posts: 6
unpunished is on a distinguished road
Re: The mud client poll

Ah, I didn't realize MUSHClient began supporting LUA. That is excellent news! Perhaps I will take a look back that way then, MUSHClient is what I used to like and support several years ago
unpunished is offline   Reply With Quote
Old 10-24-2008, 06:03 PM   #17
scandum
Senior Member
 
scandum's Avatar
 
Join Date: Jun 2004
Posts: 309
scandum will become famous soon enough
Re: The mud client poll

Quote:
Originally Posted by Violette View Post
...do you have a picture?
He is extremely camera shy, but this may be the guy.
[img]
http://tintin.sf.net/download/scandum.jpg
[/img]
scandum is offline   Reply With Quote
Old 10-25-2008, 01:18 AM   #18
Zhiroc
Member
 
Join Date: Jan 2006
Posts: 92
Zhiroc is on a distinguished road
Re: The mud client poll

Quote:
Originally Posted by shadowfyr View Post
Oh, and, one things even cMud/zMud probably can't do.. You can edit incoming data, down to the packet level, and pass it back into the parser, so that if something from the mud is formatted a way you don't like, uses the wrong colors, or contains data your plugins need, but which would have otherwise been lost through the MXP process, or color decoding, etc., you can retrieve or alter the result.
I use zMUD at the moment, because it has (so far) won out on the ability to script. I think the class structure and multistate triggers make for very flexible and easy scripting, and while zScript isn't what I would prefer in a language, it can do just about everything you need. It also has the equivalent of array and associative array variables, and that too is powerful, though I'm sure that Lua has the appropriate equivalents. But one of the advantages of the way z/CMUD has done it is that the "data space" is independent of the scripting engine, which allows data to be shared no matter whether Lua or zScript is used. The mapper (while I no longer use it much, as I MUSH almost exclusively where it isn't all that important) is unequaled.

CMUD adds in Lua integration while keeping the z/CMUD variable types, but I haven't switched yet because I don't feel like converting what I need to, and to figure out how to get the packaging system to work like I need.

But as for the above, in z/CMUD anything you get from the MUD can be edited for content and colors, and whatever you change it to is passed along to other triggers, so yes, you can change incoming data, maybe not down to the packet level (though z/CMUD lets you make ANSI triggers that see the escape sequences, and CMUD has ATCP triggers, I think). You can also make up output yourself, which also gets passed through the other triggers.

I once wrote a system for Into the Black's HSpace system, which would totally autopilot a trip from launch to landing, following the waypoints, course correcting, and jumping. This was done by interpreting the "head's up display" output.

On the horizon, though is something called Mudlet, which I am following with great interest.
Zhiroc is offline   Reply With Quote
Old 10-25-2008, 02:31 AM   #19
Fiendish
New Member
 
Join Date: Oct 2003
Posts: 19
Fiendish is on a distinguished road
Re: The mud client poll

One of the more recently developed features of MUSHclient that has since won me over from being a long time zMUD user is the ability to draw graphics directly to the screen.
It's detailed here:
How to use Miniwindows in MUSHclient

Also, Nick's clear willingness to keep improving MUSHclient after giving it away for free and releasing all the source is a quality that is hard to find elsewhere.

Quote:
Your typical mud parses input 4 times per second. Given how horribly slow that is it doesn't matter much if a mud client is ultra fast or not, as long as it doesn't hang.
Wrong, wrong, wrong. The heartbeat of a MUD is irrelevant. What matters in terms of trigger activation is the connection speed. Most MUDs can send text very rapidly in large chunks. If I receive 1000 lines in a second, it doesn't matter that the lines all came from a single pulse. Furthermore, the extent of what you might want to do with a script doesn't need to stop at sending strings back and forth to the MUD. You might want to, for example, animate global maps. That sort of activity becomes visibly affected by client parse and redraw times unless certain actions are taken in the client.

If you think that speed doesn't matter then you either don't have an eye for detail, are hampered by an underperforming MUD server, or are just thinking too small. Possibly a combination of the three. Any of these mean you have lower expectations for script fluidity and power than I do.

Last edited by Fiendish : 10-25-2008 at 02:43 AM.
Fiendish is offline   Reply With Quote
Old 10-25-2008, 09:47 AM   #20
jackal59mo2
Member
 
Join Date: Oct 2008
Posts: 45
jackal59mo2 is on a distinguished road
Re: The mud client poll

I use Atlantis, which is far and away the best client I've found for Mac OS X. It is stable, easy to configure, and regularly updated.

By the way, if you run a game, please stop telling Mac users to use Rapscallion, which hasn't been updated in eight years and won't run on the current operating system except as a cobbled-together port. Recommending it is like telling people that they should only access your Web page using Netscape Navigator 3.0.
jackal59mo2 is offline   Reply With Quote
Reply


Thread Tools


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off

All times are GMT -4. The time now is 08:47 PM.


Powered by vBulletin® Version 3.6.7
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Style based on a design by Essilor
Copyright Top Mud Sites.com 2014