<!-- MHonArc v2.4.4 -->
<!--X-Subject: [MUD-Dev] Re: mud client development systems -->
<!--X-From-R13: Ehaal Uhyngv <fhaaljvmNenqvxf.arg> -->
<!--X-Date: Mon, 7 Dec 1998 22:49:12 -0800 -->
<!--X-Message-Id: 2.2.32.19981208065047.006d66ac#pop,radiks.net -->
<!--X-Content-Type: text/plain -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, [MUD-Dev] Re: mud client development systems</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:sunnywiz#radiks,net">
</head>
<body background="/backgrounds/paperback.gif" bgcolor="#ffffff"
text="#000000" link="#0000FF" alink="#FF0000" vlink="#006000">
<font size="+4" color="#804040">
<strong><em>MUD-Dev<br>mailing list archive</em></strong>
</font>
<br>
[ <a href="../">Other Periods</a>
| <a href="../../">Other mailing lists</a>
| <a href="/search.php3">Search</a>
]
<br clear=all><hr>
<!--X-Body-Begin-->
<!--X-User-Header-->
<!--X-User-Header-End-->
<!--X-TopPNI-->
Date:
[ <a href="msg00939.html">Previous</a>
| <a href="msg00941.html">Next</a>
]
Thread:
[ <a href="msg00939.html">Previous</a>
| <a href="msg00953.html">Next</a>
]
Index:
[ <A HREF="author.html#00940">Author</A>
| <A HREF="#00940">Date</A>
| <A HREF="thread.html#00940">Thread</A>
]
<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>[MUD-Dev] Re: mud client development systems</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
<LI><em>Subject</em>: [MUD-Dev] Re: mud client development systems</LI>
<LI><em>From</em>: Sunny Gulati <<A HREF="mailto:sunnywiz#radiks,net">sunnywiz#radiks,net</A>></LI>
<LI><em>Date</em>: Tue, 08 Dec 1998 00:50:47 -0600</LI>
<LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
At 11:49 PM 12/6/98 -0600, I, Sunny Gulati <sunnywiz#radiks,net> wrote:
>
>Simple - I want to do this in small little steps. Running it on top of
>telnet means, I could write nifty client-objects and test them in my
>current mud. In fact, right now I'm implementing all this in an object
>I carry around in my inventory.
>
Just to update y'all on the various ruminations and directions I seem to
be headed in.
I realized I'm going to have a serious problem with input_to()'s slurping
up my client->server communications. I could either tweak the driver to
treat a verb starting with ~ as a non-input-to thing (just like it does to !
right now), or I could skip worrying about it right now. I'm going to chooose
the latter - and provide an input_to() client object instead.
On the various people who are.. umm.. puzzled at my insistance on running
this over a telnet session.. I took a close look at my motivation, and this
is what I found:
1. I'm not an awesome C hacker. Playing around with a driver, dealing with
binary streams coming straight from a socket, scares me. Especially when I
don't have a crystal clear idea of my communications protocols.
2. I have to keep the project small and manageable with little itty bitty steps.
I simply don't have the bandwidth to do a large project (not while being a
programmer for a living too). My bandwidth is about an hour a day if i'm
lucky.
Weekends I can squeeze in another 4-5 hours. :) And I defintely want to have
this get somewhere, rather than ball up into a big thing and stall.
That being said, here are some further ruminations.
My initial implementation may run over telnet; I'm hoping that further
implementations will do exactly what Ben Greear (greear#cyberhighway,net) said:
run a telnet-like client over the link. The link would be dedicated to the
messaging protocol (sans spiffy quoting rules). Maybe even further development
to do compression on the streams and/or making the protocol heavily binary. :)
3. My plan on what to implement has changed: (I go into LPC stuff here:)
a. First, I will do the bootstrapping part and write a stub client and a stub
server; I would get them passing dummy or ping messages back and forth.
b. Second, I will write an input_to type client; then wrap input_to into a
simul_efun on the mud. This simul_efun will check to see if the player
object
has a client attached; if so it will initiate a client-based input_to.
c. I will then write a simple editor-type client, and a file viewer (ie, like
more). Once again, i'll try to wrap them into some sort of simul_efun where
necessary.
At this point in time, input_to's won't be a problem anymore. The client
system
would be integratable to any mudos-type mud (hopefully). And people won't be
required to use the client; they can still use telnet stuff. Makes for a
friendlier development test bed - maybe I'll get more volunteers to write
clients :).
From here, there's a bunch of directions I could go. I could write that
background
music object; I could write a spiffy chat channel thing to go with the
channel server
we currently have on VH; etc etc. But that's more sideways evolution.
Upward evolution would be:
i) write a telnet-like client side object.
ii) clone the mud over to a development mud. Start mucking with the
driver to
use the message passing algorithm as a primary means of communication.
I don't
know what this would entail, yet.
iii) start aiming in the direction of the 2d mud.
4. Here's how the bootstrapping in my inventory-based object works/will work:
(heavily LPC)
(well, okay, not inventory based anymore, since the cmd_hook is migrating
to the player object)
The player object has an add_action that catches ~ messages. This is
permanent.
In the player object, I have methods query_servermgr() and a set_servermgr().
If query_servermgr() is set to an object, then that player has a client at his
end of the connection which is alive and kicking.
The player object also has a pointer to a bootstrapper() object.
The mud initially clones the player a bootstrapper object, and tells it to
go boot.
The bootstrapper sends out an initial ~BOOT<CR> message. It set up a timer
to time-out
for the response.
either there is no response: the bootstrapper times out and kills itself; or
there is a response; the cmd_hook notices BOOTOK - checks that there is a
bootstrapper -
tells bootstrapper that yes, you booted okay.
The bootstrapper clones a servermgr object. The field is now set.
PLAYER
-----------------------------------------------
CLIENT BOOTSTRAPPER SERVERMGR CMD_HOOK
------------------ ---------------- ---------- ---------
sends ~BOOT<CR>
sends ~BOOTOK<CR>
caught here.
forwards to
bootstapper
gets BOOTOK, creates
a servermgr object
this baby is
initialized.
Note that I didn't want the servermgr object to exist until i was done
booting (and
negotiating; that's where bootstrapper will come in handy). That way
mud-side functions
have a single-step test to see if they can do nifty client stuff or not. If
i had made
the servermgr have a seperate boot state, i would have to check
if ((ob=player->query_servermgr()) && ob->bootok()) { ... }
which i don't want to do.
I haven't delved too deeply into how my clients get created. I know how I
*want* it to
look from a programming API viewpoint, just haven't actually drawn it on
paper to make
sure all the ends are covered.
Eyelids heavy.. must sleep. It has been slow getting reaccustomed to LPC..
done too
much Perl lately. Will post linkages to code once its semi-barely-working,
if any
are interested. And/or more detail as to how things are unfolding, if any are
interested.
Sunny
PS: I apologize for line lengths. I'm guessing where 80 columns is; this
thing doesn't
wrap by itself. !#!%!#$..
// Sunny Gulati
// sunnywiz#radiks,net (Home)
</PRE>
<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<ul compact><li><strong>Follow-Ups</strong>:
<ul>
<li><strong><A NAME="00954" HREF="msg00954.html">[MUD-Dev] Re: mud client development systems</A></strong>
<ul compact><li><em>From:</em> Per Vognsen <vognsen#post10,tele.dk></li></ul>
<li><strong><A NAME="00953" HREF="msg00953.html">[MUD-Dev] Re: mud client development systems</A></strong>
<ul compact><li><em>From:</em> J C Lawrence <claw#under,engr.sgi.com></li></ul>
</UL></LI></UL>
<!--X-Follow-Ups-End-->
<!--X-References-->
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00939.html">[MUD-Dev] Re: mud client development systems</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00941.html">[MUD-Dev] Re: Error tolerant UDP data streams</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00939.html">[MUD-Dev] Re: mud client development systems</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00953.html">[MUD-Dev] Re: mud client development systems</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00940"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00940"><STRONG>Thread</STRONG></A></LI>
</UL>
</LI>
</UL>
<!--X-BotPNI-End-->
<!--X-User-Footer-->
<!--X-User-Footer-End-->
<ul><li>Thread context:
<BLOCKQUOTE><UL>
<LI><STRONG>[MUD-Dev] Re: mud client development systems</STRONG>, <EM>(continued)</EM>
<ul compact>
<ul compact>
<LI><strong><A NAME="00924" HREF="msg00924.html">[MUD-Dev] Re: mud client development systems</A></strong>,
Jon Leonard <a href="mailto:jleonard#divcom,slimy.com">jleonard#divcom,slimy.com</a>, Mon 07 Dec 1998, 19:01 GMT
</LI>
</ul>
<LI><strong><A NAME="00921" HREF="msg00921.html">[MUD-Dev] Re: mud client development systems</A></strong>,
Bruce Mitchener, Jr. <a href="mailto:bruce#cybersight,com">bruce#cybersight,com</a>, Mon 07 Dec 1998, 18:50 GMT
</LI>
<LI><strong><A NAME="00923" HREF="msg00923.html">[MUD-Dev] Re: mud client development systems</A></strong>,
Benjamin D. Wiechel <a href="mailto:strycher#toast,net">strycher#toast,net</a>, Mon 07 Dec 1998, 19:00 GMT
</LI>
<LI><strong><A NAME="00939" HREF="msg00939.html">[MUD-Dev] Re: mud client development systems</A></strong>,
Sunny Gulati <a href="mailto:sunnywiz#radiks,net">sunnywiz#radiks,net</a>, Tue 08 Dec 1998, 06:49 GMT
</LI>
<LI><strong><A NAME="00940" HREF="msg00940.html">[MUD-Dev] Re: mud client development systems</A></strong>,
Sunny Gulati <a href="mailto:sunnywiz#radiks,net">sunnywiz#radiks,net</a>, Tue 08 Dec 1998, 06:49 GMT
<UL>
<LI><strong><A NAME="00953" HREF="msg00953.html">[MUD-Dev] Re: mud client development systems</A></strong>,
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Sat 12 Dec 1998, 06:58 GMT
</LI>
<LI><strong><A NAME="00954" HREF="msg00954.html">[MUD-Dev] Re: mud client development systems</A></strong>,
Per Vognsen <a href="mailto:vognsen#post10,tele.dk">vognsen#post10,tele.dk</a>, Sat 12 Dec 1998, 18:58 GMT
<UL>
<LI><strong><A NAME="00956" HREF="msg00956.html">[MUD-Dev] Re: mud client development systems</A></strong>,
Sunny Gulati <a href="mailto:sunnywiz#radiks,net">sunnywiz#radiks,net</a>, Sat 12 Dec 1998, 20:41 GMT
<UL>
<LI><strong><A NAME="00959" HREF="msg00959.html">[MUD-Dev] Re: mud client development systems</A></strong>,
Per Vognsen <a href="mailto:vognsen#post10,tele.dk">vognsen#post10,tele.dk</a>, Sun 13 Dec 1998, 16:25 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</UL>
</LI>
</ul>
</LI>
</UL></BLOCKQUOTE>
</ul>
<hr>
<center>
[ <a href="../">Other Periods</a>
| <a href="../../">Other mailing lists</a>
| <a href="/search.php3">Search</a>
]
</center>
<hr>
</body>
</html>
