public inbox for xconq7@sourceware.org
 help / color / mirror / Atom feed
From: Lincoln Peters <sampln@sbcglobal.net>
To: Eric McDonald <mcdonald@phy.cmich.edu>
Cc: Xconq list <xconq7@sources.redhat.com>
Subject: Re: Pre-alpha version of a coating-based terrain module
Date: Wed, 22 Sep 2004 01:15:00 -0000	[thread overview]
Message-ID: <1095812916.15989.39283.camel@localhost> (raw)
In-Reply-To: <Pine.LNX.4.44.0409211235310.31066-100000@leon.phy.cmich.edu>

On Tue, 2004-09-21 at 09:39, Eric McDonald wrote:
> On Mon, 20 Sep 2004, Lincoln Peters wrote:
> 
> > 1. The existing code for generating maps does not allow me to place
> > climate zones in a realistic manner.  Currently (though this may be
> > partially due to the means by which I laid out terrain), it sees nothing
> > wrong with placing a "tropical wet" zone right next to a "polar ice cap"
> > zone!  
> 
> You can at least partially deal with this with the adjacent 
> terrain stuff that I added a while back ago.

Actually, I ended up using the adjacent terrain stuff to generate the
climates in the first place (you may notice a terrain-type called "land"
that never appears on the map).  Although a more sophisticated
terrain-generating algorithm is still needed in order to lay out
climates in a way that's even remotely realistic.

I'll give it a try, though.

> 
> > 5. As soon as I put some real-world figures into the temperature
> > definitions, I found snow spontaneously appearing, due to the hard-coded
> > hack that was used to make ww2-eur-42.g work!
> 
> That hack is disgusting and must go.

Agreed.  Probably the best way to re-write it would be to have actual
tables to control how coatings appear due to temperature, such as:

tt_temperature-min-to-coat
tt_temperature-max-to-coat

Maybe also an interpolation list so that one could actually apply
different thicknesses to the coating, as well.


This would solve the mud/snow problem in a way that would work for both
omniterr.g and ww2-eur-42.g (although ww2-eur-42.g would need to have
the tables added to it).  It still wouldn't allow me to make the
presence or absence of coatings affected by other properties (e.g. in
extremely arid climates, it almost never snows, regardless of
temperature, because the precipitation just isn't there), but it would
be a step in the right direction.

> 
> > 6. While trying to make the best of the unexpected snow, I discovered
> > that, when a cell is in night conditions, coatings are *not* drawn at
> > all.  Weird.
> 
> Sounds like a bug.

On the other hand, as I think back to the way the colors turned out in
the terrain module, it may look even worse if all of the coatings are
drawn.

While this bug does need to be (eventually) addressed, I think I'll have
to improve the graphics before then, so that I never have to find out
how it looks with all of the coatings in place.

---
Lincoln Peters
<sampln@sbcglobal.net>

 eat Depends: cook | eat-out.
       But eat-out is non-free so that's out.
       And cook Recommends: clean-pans.
	-- Seen on #Debian

  reply	other threads:[~2004-09-22  0:26 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-21  5:43 Lincoln Peters
2004-09-21 16:39 ` Feeling left out of the terrain talk Elijah Meeks
2004-09-22  0:26   ` Eric McDonald
2004-09-22  1:45     ` Lincoln Peters
2004-09-22  1:59       ` Eric McDonald
2004-09-21 16:41 ` Pre-alpha version of a coating-based terrain module Eric McDonald
2004-09-22  1:15   ` Lincoln Peters [this message]
2004-09-22 22:39     ` Steven Dick
2004-09-23  0:10       ` Elijah Meeks
2004-09-23  0:46         ` Lincoln Peters
2004-09-23  3:03         ` Eric McDonald
2004-09-23  2:37       ` Eric McDonald

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1095812916.15989.39283.camel@localhost \
    --to=sampln@sbcglobal.net \
    --cc=mcdonald@phy.cmich.edu \
    --cc=xconq7@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).