1998Q1/
<!-- MHonArc v2.4.4 -->
<!--X-Subject: Re: [MUD&#45;Dev] Net protocols for MUDing -->
<!--X-From-R13: ptNnzv&#45;pt.UenlEntr.Sqzbagba.OP.QO (Quevf Uenl) -->
<!--X-Date: Mon, 02 Mar 1998 09:35:45 +0000 -->
<!--X-Message-Id: 9803020001.8vn2@ami&#45;cg.GraySage.Edmonton.AB.CA -->
<!--X-Content-Type: text/plain -->
<!--X-Head-End-->
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<html>
<head>
<title>MUD-Dev message, Re: [MUD-Dev] Net protocols for MUDing</title>
<!-- meta name="robots" content="noindex,nofollow" -->
<link rev="made" href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">
</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>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
<br clear=all><hr>
<!--X-Body-Begin-->
<!--X-User-Header-->
<!--X-User-Header-End-->
<!--X-TopPNI-->

Date:&nbsp;
[&nbsp;<a href="msg00666.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00668.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Thread:&nbsp;
[&nbsp;<a href="msg00670.html">Previous</a>
&nbsp;|&nbsp;<a href="msg00803.html">Next</a>
&nbsp;]
&nbsp;&nbsp;&nbsp;&nbsp;
Index:&nbsp;
[&nbsp;<A HREF="author.html#00667">Author</A>
&nbsp;|&nbsp;<A HREF="#00667">Date</A>
&nbsp;|&nbsp;<A HREF="thread.html#00667">Thread</A>
&nbsp;]

<!--X-TopPNI-End-->
<!--X-MsgBody-->
<!--X-Subject-Header-Begin-->
<H1>Re: [MUD-Dev] Net protocols for MUDing</H1>
<HR>
<!--X-Subject-Header-End-->
<!--X-Head-of-Message-->
<UL>
<LI><em>To</em>: <A HREF="mailto:mud-dev#null,net">mud-dev#null,net</A></LI>
<LI><em>Subject</em>: Re: [MUD-Dev] Net protocols for MUDing</LI>
<LI><em>From</em>: <A HREF="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</A> (Chris Gray)</LI>
<LI><em>Date</em>: Sun, 1 Mar 98 17:01:04 MST</LI>
</UL>
<!--X-Head-of-Message-End-->
<!--X-Head-Body-Sep-Begin-->
<HR>
<!--X-Head-Body-Sep-End-->
<!--X-Body-of-Message-->
<PRE>
[Stephen Zepp:]

:Server: maintains the primary db, posting changes sent from the clients, and
:routing update messages to those clients that are currently "live" with any da
:that has been changed by another client.

I certainly agree with this as a way to go. What I have problems with is
when the server and clients are not fully in sync.

:Basically, I'm going under the assumption ( in flying, we call it the Big Sky
:Theory ) that a large portion of your world isn't in use at any one time, and
:those portions that are in use aren't being used by very many people. At any o
:time, realistically, someone at the client level isn't using much of the total
:world db, and could d/l updates as things change.  You could even release your
:primary world information ( that's static ) on CD, and hold update files on th
:player's hard drive as things change.

Yep. What I view as being on the CD is mostly multimedia things, models for
common NPC's and structures, etc. The world code is going to change over
time as fixes and extensions are done, so you may not get much gain by
having a fixed version on CD.

:Depending on the granularity of your world, I wouldn't need to update the
:primary db with "small" changes very regularly.  If someone inscribes a hidden
:message on a room wall, that wouldn't be a high priority update...you would ju
:assume ( as the player/client side ) that you had missed the ( new ) message o
:previous inspections.	The primary db wouldn't need to know that player X had
:pushed a particular table an inch and a half to the left right away,
:unless/until the movement of the table implied some more intricate world
:behavior ( like blocking a door ).

How do you define what a "small" update is, in a universe that is fully
defineable and programmable as it runs? Moving a table 1" might be
extremely important for some reason that has been created long after
your CD's were distributed. How can you know *what* is important at all?

I'm being extreme, yes, but that's because flexibility and expressiveness
are the most important things for me. I like a system that can be extensively
tinkered while it is running. Which is why my system has the world all
programmed in the MUD programming language, which is accessible to all
"wizard" and "apprentice" characters at run-time.

So, I guess maybe I should just stay out of this discussion, except on
an academic level, since it doesn't seem aimed at the kind of thing I
have experience with. I don't want to confuse what could be a productive
discussion for systems different than mine.

--
Chris Gray   cg#ami-cg,GraySage.Edmonton.AB.CA

</PRE>

<!--X-Body-of-Message-End-->
<!--X-MsgBody-End-->
<!--X-Follow-Ups-->
<HR>
<!--X-Follow-Ups-End-->
<!--X-References-->
<!--X-References-End-->
<!--X-BotPNI-->
<UL>
<LI>Prev by Date:
<STRONG><A HREF="msg00666.html">Re: [MUD-Dev] Net protocols for MUDing (was: Moore's Law sucks)</A></STRONG>
</LI>
<LI>Next by Date:
<STRONG><A HREF="msg00668.html">Re: [MUD-Dev] Version Control (was: DBs and Events)</A></STRONG>
</LI>
<LI>Prev by thread:
<STRONG><A HREF="msg00670.html">Tutorial: Let's build a Compiler! - Part XI: Lexical Scan Revisited</A></STRONG>
</LI>
<LI>Next by thread:
<STRONG><A HREF="msg00803.html">Re: [MUD-Dev] Net protocols for MUDing</A></STRONG>
</LI>
<LI>Index(es):
<UL>
<LI><A HREF="index.html#00667"><STRONG>Date</STRONG></A></LI>
<LI><A HREF="thread.html#00667"><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>Re: [MUD-Dev]  Describing the environment</STRONG>, <EM>(continued)</EM>
<ul compact>
<LI><strong><A NAME="00679" HREF="msg00679.html">Re: [MUD-Dev]  Describing the environment</A></strong>, 
Richard Woolcock <a href="mailto:KaVir#dial,pipex.com">KaVir#dial,pipex.com</a>, Tue 03 Mar 1998, 23:43 GMT
</LI>
</ul>
</LI>
<LI><strong><A NAME="00672" HREF="msg00672.html">Tutorial: Let's build a Compiler! - Part XIII: Procedures</A></strong>, 
Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Mon 02 Mar 1998, 21:39 GMT
<LI><strong><A NAME="00671" HREF="msg00671.html">Tutorial: Let's build a Compiler! - Part XII: Miscellany</A></strong>, 
Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Mon 02 Mar 1998, 21:38 GMT
<LI><strong><A NAME="00670" HREF="msg00670.html">Tutorial: Let's build a Compiler! - Part XI: Lexical Scan Revisited</A></strong>, 
Jon A. Lambert <a href="mailto:jlsysinc#ix,netcom.com">jlsysinc#ix,netcom.com</a>, Mon 02 Mar 1998, 21:38 GMT
<LI><strong><A NAME="00667" HREF="msg00667.html">Re: [MUD-Dev] Net protocols for MUDing</A></strong>, 
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Mon 02 Mar 1998, 09:35 GMT
<UL>
<li>&lt;Possible follow-up(s)&gt;<br>
<LI><strong><A NAME="00803" HREF="msg00803.html">Re: [MUD-Dev] Net protocols for MUDing</A></strong>, 
Chris Gray <a href="mailto:cg#ami-cg,GraySage.Edmonton.AB.CA">cg#ami-cg,GraySage.Edmonton.AB.CA</a>, Sat 21 Mar 1998, 02:29 GMT
</LI>
</UL>
</LI>
<LI><strong><A NAME="00661" HREF="msg00661.html">Describe Concept</A></strong>, 
Stephen Zepp <a href="mailto:zoran#enid,com">zoran#enid,com</a>, Sun 01 Mar 1998, 22:05 GMT
<UL>
<LI><strong><A NAME="00674" HREF="msg00674.html">Re: [MUD-Dev]  Describe Concept</A></strong>, 
Jon A. Lambert <a href="mailto:Jon.A.Lambert#ix,netcom.com">Jon.A.Lambert#ix,netcom.com</a>, Tue 03 Mar 1998, 07:01 GMT
<UL>
<LI><strong><A NAME="00794" HREF="msg00794.html">Re: [MUD-Dev] Describe Concept</A></strong>, 
J C Lawrence <a href="mailto:claw#under,engr.sgi.com">claw#under,engr.sgi.com</a>, Fri 20 Mar 1998, 18:40 GMT
</LI>
</UL>
</LI>
</UL>
</LI>
</UL></BLOCKQUOTE>

</ul>
<hr>
<center>
[&nbsp;<a href="../">Other Periods</a>
&nbsp;|&nbsp;<a href="../../">Other mailing lists</a>
&nbsp;|&nbsp;<a href="/search.php3">Search</a>
&nbsp;]
</center>
<hr>
</body>
</html>