<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Bill Balcerski wrote:
<blockquote
cite="mid:45ab86180804010554h1237895coac5c7aef2390b445@mail.gmail.com"
type="cite">
<pre wrap="">On Mon, Mar 31, 2008 at 10:10 PM, Mark Mielke <a class="moz-txt-link-rfc2396E" href="mailto:mark@mark.mielke.cc"><mark@mark.mielke.cc></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Forward and reverse orbits - depending on entry trajectory (affects game
play)
</pre>
</blockquote>
<pre wrap=""><!---->Sounds like a good candidate for sysdef option. This feature already
exists in the paradise server, might want to take a look and see how
they did it.
</pre>
</blockquote>
<br>
Yep - lots of people with similar ideas. I think mine was first - but
not really sure - both happened years ago (over a decade?).<br>
<br>
<blockquote
cite="mid:45ab86180804010554h1237895coac5c7aef2390b445@mail.gmail.com"
type="cite">
<blockquote type="cite">
<pre wrap="">Proper calculation of wall wrap - again, errors in the wall logic under
chaos rules
</pre>
</blockquote>
<pre wrap=""><!---->
Never noticed any misalignment when crossing over during the days of
chaos (monster).
What exactly are you referring to here?
</pre>
</blockquote>
<br>
This leads into my next answer:<br>
<br>
<blockquote
cite="mid:45ab86180804010554h1237895coac5c7aef2390b445@mail.gmail.com"
type="cite">
<blockquote type="cite">
<pre wrap="">Phaser lock across the wall, plasma seeking across the wall
Enemies across the wall show up as "near", meaning better cloaker
approximation (more frequent updates), and proper updates to "see"
torpedoes, phasers, etc. across the wall in suitably modified clients.
</pre>
</blockquote>
<pre wrap=""><!---->
Yes plasma tracking would be nice :0 There's certainly a large issue
with chaos mode wall wrap in that clients don't have the ability to
draw information on tactical across the "wall" even if it was given by
the server (which it isn't). With a fair amount of work on both
client and server end it could be done.</pre>
</blockquote>
<br>
If the client doesn't let you "see" across the wall, the mistakes are
difficult to see. The teleport effect where you are on one side, and
then on the other, and you cannot see how this affects your position
relative to others. Of course, it's also possible that they fixed it
independent of me - my patches have been sitting around for a _long_
time.<br>
<br>
<blockquote
cite="mid:45ab86180804010554h1237895coac5c7aef2390b445@mail.gmail.com"
type="cite">
<pre wrap=""> It would require a feature
packet to let the client know wall wrap is enabled. The feature
packet would have to be resent if sysdef is modified. A lot of server
routines would have to be modified (enemy visibility, alert status,
phaser hit, torp tracking, plasma tracking, possibly more I'm
forgetting). A lot of client draw routines on local (ships, weapons,
planets, stars, etc) would have to be changed to support that feature
packet. A few things on galactic map as well (phasers, view box).
All in all, a lot of work for a feature that isn't used on any servers
currently.</pre>
</blockquote>
<br>
That's certainly the official way of doing it. I chose to make it an
option. Of course, within the company I worked, my client was also the
only one to have cracked the reserved.c key in use and provide borg
features. Those were fun times... :-)<br>
<br>
<blockquote
cite="mid:45ab86180804010554h1237895coac5c7aef2390b445@mail.gmail.com"
type="cite">
<pre wrap=""> I personally think there are better things to spend time
working on</pre>
</blockquote>
<br>
Once upon a time - it was very interesting. Back then (1993?) Netrek
encouraged me to learn C, trigonometry and calculus. I was a geeky 13
year old... :-)<br>
<br>
Now, at 29, with three children, Netrek is a good memory from the past.<br>
<br>
Cheers,<br>
mark<br>
<br>
<pre class="moz-signature" cols="72">--
Mark Mielke <a class="moz-txt-link-rfc2396E" href="mailto:mark@mielke.cc"><mark@mielke.cc></a>
</pre>
</body>
</html>