|
|||||||
This is a discussion on "Best (or Good) Mud Client" in the Top Mud Sites Tavern of the Blue Hand forum : Hello, I'm not a total Newb, but relatively. I was using Zmud until my free trial ran out, and I don't really want to pay seeing as I donate to the Mud I play. I was curious of a good MudClient.. I also had used Mushclient, its ok.. But not as good as Zmud. I was wanting one with speedwalks, aliases, triggers, etc.. Small footprint, and one that doesn't take up too much memory. Any info would be great. Thank you!... |
|
You are currently viewing our boards as a guest which gives you limited access to view most discussions and access our other features. By joining our free community you will have access to post topics, communicate privately with other members (PM), respond to polls, upload content and access many other special features. Registration is fast, simple and absolutely free so please, join our MUD community today! If you have any problems with the registration process or your account login, please contact us. If you are a registered member of the old TMS forums, please click here
|
![]() |
|
|
LinkBack | Thread Tools |
|
|
#1 |
|
New Member
Join Date: Jun 2006
Posts: 2
![]() |
Hello,
I'm not a total Newb, but relatively. I was using Zmud until my free trial ran out, and I don't really want to pay seeing as I donate to the Mud I play. I was curious of a good MudClient.. I also had used Mushclient, its ok.. But not as good as Zmud. I was wanting one with speedwalks, aliases, triggers, etc.. Small footprint, and one that doesn't take up too much memory. Any info would be great. Thank you! |
|
|
|
|
|
#2 |
|
Moderator
Join Date: Apr 2002
Location: North Carolina
Home MUD: OtherSpace
Home MUD: Chiaroscuro
Home MUD: Necromundus
Posts: 1,360
![]() ![]() |
|
|
|
|
|
|
#3 |
|
New Member
Join Date: May 2004
Posts: 13
![]() |
Absolutely love MUSHclient - http://mushclient.com
|
|
|
|
|
|
#4 |
|
Member
Join Date: Jun 2004
Posts: 122
![]() |
You should give TinTin++ a try. It has no GUI, which only gets in the way anyway, and the command interface is easy to use and quite popular. Zmud's scripting language is derived from it so that might make it easier to switch.
And of course it's the best mud client, which was what you were asking for. |
|
|
|
|
|
#5 |
|
Senior Member
Join Date: Oct 2002
Posts: 276
![]() |
I have to second Mushclient. Few minor issues:
1. Its scripting isn't zMUD based. Originally, most of it was in vbscript and jscript, because that was what was installed on the machines. Later Python and PHP where added (though PHP is flaky of you don't have a recent version). Now its "default" script system is Lua, with even some special internal functions that only work with that language. Some people have made converters for zMud style scripts, though mostly just triggers. ZMud's system is, in some ways, highly simplistic. Unfortunately it also uses a slightly different way of handling incoming information. Mushclient processes a line "after" a newline, zMud and most others process it as it arrives. This leads to some minor complications for some times, though there are ways around it and recent versions also recognize a code sequence used to ID the end of a prompt, so can convert that to a newline, so the prompt is read.. promptly. lol 2. It isn't a free client. It will work forever without registering, though with a nag screen. As it is, probably 90% of the people that have it either a) don't register or b) hack it. Imagine for a moment if your mud requested a small donation to prove you where "serious" about playing, but 90% of the people didn't bother or found a way to hack their characters, so they didn't get asked again. What would that likely tell the people developing the mud? What if that was thousands of people? Why does no one seem to understand this? 3. No mapper. Now, there is some progress on this. Someone has been working on something that can display pre-existing zMud maps and have the client tell the displayer where they are going on that map, based on the commands sent. It was made to be universal to various clients, though I am not sure how many of them allow their scripts to talk across worlds/characters, since it uses a goody TCP/IP setup, which requires two windows to be open at one time, one to the mud, the other to the mapper. Other more Mushclient specific methods exist, which he either a) didn't know well enough to try or b) didn't want to use, since the mapper wouldn't work with others. I don't think in most it will anyway, but... Now, the "real" problem is, for those that support ActiveX, there "should" be a universal solution. The problem is, its obscure, slightly complicated and I am not sure zMud supports it any more than Mushclient. If I do manage to figure it out, then it should be possible to not only handle "all" ActiveX type stuff correctly, but even build things like mappers, etc. directly in the client script. You would simply open a window in scripting, drop the buttons, etc. you need into it, connect events from them to your script, and away you go. Even zMud, last I checked, didn't have that flexibility. But, that's a "future" feature and dependent entirely on "if" I can figure it out, so I can show Nick how it needs to work. |
|
|
|
|
|
#6 | |
|
Member
Join Date: Jun 2004
Posts: 122
![]() |
Quote:
|
|
|
|
|
|
|
#7 |
|
Senior Member
Join Date: Oct 2002
Posts: 276
![]() |
Well, I mentioned it in relation to a mapper, because that is the most common issue. Mushclient does has a sort of speedwalk recorder, since primitive ability to handle failed moves, etc. Just no actual map. The solution I am trying to get implimented is for a wide range of things. For example, there is an ActiveX control for commanding Winamp that I tried. Because there is no event sink (script systems generally don't provide them, unless running in their own Exe shell), I have to make a call to winamp.SongName every few seconds, to see if it changed or not, so I can update Mushclient's information bar with the song name. If it was in a real language, I could simply sync the SongChange event to a script function, so my script would know "immediately" that it changed.
Basically, right now I could create a window, assign the Mushclient window as its parent, create some buttons and some text boxes, like to look up stuff in a database of items/mobs/etc, connect the database, then everything falls appart, because there is no way to react to the buttons. You click them and they don't do anything, because there is no inbuilt support for saying, "Connect the event 'Button1_Click' to the function 'OnClick_Next'." It simply won't do anything without that. You get a pretty window that looks really neat, but it does absolutely nothing at all you can use it for. But this is getting off track from the original post. lol |
|
|
|
|
|
#8 |
|
New Member
Join Date: Jun 2006
Posts: 2
![]() |
Thanks everyone for the help!
My main concern was the speedwalking.. I liked that about zmud.. you could save and it made it a lot easier. Triggers, aliases.. I am still confused about.. Any more help would be greatly appreciated. btw I tried Mushclient.. Not bad, getting into it! Thanks again! |
|
|
|
|
|
#9 |
|
Senior Member
Join Date: Oct 2002
Posts: 276
![]() |
Don't be afraid to ask questions on the Mushclient forums. Or do a search on things you want to know. They are very active and people can tell you about dang near every language or feature available. Heck, half of them are only in the client because we bugged Nick to add them. lol There are also the example scripts/plugins that come with the client (though most are still in vbScript) and lots of existing posts on the forum about nearly everything. Probably one of the best features of the client is the support and nearly rabid user base. If you can't find an answer on there, its probably because the client won't do it.
I would note that recording a speed walk has "some" limitations, like the fact that a "reversal" of it can't make good guesses about non-standard directions, like 'climb ladder', where the reverse is 'jump down', etc. Saving them for re-use would require some scripting as well, though I hand coded all mine into the script. Its reaching the point now where I may be better off redoing them as real speedwalks. lol In any case, this would be a good thing to drop into the forums to get help on for you. Oh, and as for aliases/triggers. The concept is real simple. Both respond to text, one watches you, the other watches the mud. When they see what you told them to watch for, they generate a response. That response can be anything from simply storing the name of a monster in a variable, to calling a script to do something complicated, or just sending command(s) to the mud. Its really that simple. What can be complicated is making sure they work right. Which just takes some careful thinking. Like **never** using "blah *" for a trigger and rarely for an alias, unless you are *sure* that what ever 'blah' is will never appear anyplace unexpected. I have one like that I keep forgetting to change, which about 10% of the time hits me while posting messages to boards. I promptly forget to fix it after fixing the message, so keep missing it. |
|
|
|
![]() |
| Thread Tools | |
Best (or Good) Mud Client - Similar Threads
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| F-MUD Free client | garouppa | MUD Announcements | 1 | 07-13-2006 10:20 AM |
| What's a good MUD Client? | Ilkidarios | Newbie Help | 22 | 11-15-2005 11:57 PM |
| AL Client | Lorccan | MUD Coding | 0 | 04-11-2005 02:21 PM |
| Java Mud Client | Kyndig | MUD Announcements | 12 | 09-19-2004 09:35 PM |
| Who is the client? | Neranz Laverani | MUD Administration | 0 | 09-04-2002 01:48 PM |
|
|