From: Eric McDonald <mcdonald@phy.cmich.edu>
To: Jim Kingdon <kingdon@panix.com>
Cc: xconq7@sources.redhat.com
Subject: Tweaking advances.g (was Re: New Windows Installer and Source Tarball)
Date: Tue, 28 Sep 2004 19:12:00 -0000 [thread overview]
Message-ID: <Pine.LNX.4.44.0409281409001.15703-100000@leon.phy.cmich.edu> (raw)
In-Reply-To: <200409281634.i8SGYId25590@panix5.panix.com>
On Tue, 28 Sep 2004, Jim Kingdon wrote:
> Makes sense. I don't remember in what order I was in the habit of
> doing Joinery, but perhaps not at all (it appears to be a dead-end
> advance, since Horsemen are just as easy to get as Archers, and
> generally as good or better at combat).
I don't think much of Archers either. But anything that can
reasonably increase the number of deps required to get to
Elephants is probably a good thing, even if some of the units that
are enabled along the way are not effective.
> Joinery already depends on artisanry and carpentry. Barring a new set
> of construction advances, I don't really see anything else which fits
> the bill (it needs to be 4th generation, at least the way the rp
> values are set now, because 3rd or lower will be easy to get by the
> time one is thinking of going for Elephant, which is 5th generation).
Okay, thanks for looking.
> > Additionally, there is the animal training/guidance aspect; perhaps
> > some animal guidance skills (like a caravan) should be required.
>
> That would appear to be already covered; elephant depends on a whole
> line of animal advances (horse, donkey, camel, etc).
Yeah, I realized that was probably what those advances represented
after I wrote the above.
> Another thing to tweak is construction points. Right now the game
> board quickly gets overrun with units, and it is really tedious to
> move them all.
Agreed. However, implementing the ability to handle multiple unit
selections and to more handily set formations might largely
mitigate this tedium.
>There are some commented out values for construction
> points in advances.g which I thought were an improvement, but Hans
> didn't like the slow start to the game. The slow start could be
> speeded up by making a few early units cheaper (say, slingers and
> spearmen - I'd probably leave colonizers kind of expensive as they are
> the source of the exponential growth).
Currently the generations are pegged to a 2^n curve, IIRC. Perhaps
we need to make the curve more of a slanted s-shape so that the
last few generations don't take forever to research. I say this,
because there is a limit on city densities (due to their
increasing size and reach into the terrain), and so one cannot
continue to settle new cities at a pace that keeps up with the
growth of research costs. This is especially true if two sides
are the last ones remaining and in a deadlock situation.
> We shouldn't go too far overboard on elephants; since Elephant is a
> dead-end advance, it does make sense for the units to be kind of
> powerful.
Agreed. My intention is not to tune the Elephants into oblivion.
They are, and by all rights should be, a powerful unit.
>Making the player choose between Elephant now (for
> short-term gains) or setting themself up for Phalanx some turns from
> now is an interesting trade-off situation.
I have found that, in practice, I can wipe the board with
Elephants before I can even finish researching Phalanxes (let
alone Legiones).
It would be nice to make Elephants (immediate gratification)
versus Phalanxes (serious firepower, but later) more of a
tradeoff.
>I suppose if we really
> wanted to take this to an extreme, we wouldn't seek to have Elephant
> depend on existing advances like artisanry, but instead to have its
> own set, which don't mix with the advances which take you towards
> Phalanx.
That's a thought. If you have a specific proposal, I am all
ears.... (Or just check it in, and if I like it, I will adopt it
for my branch of the sources.)
Eric
prev parent reply other threads:[~2004-09-28 18:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-09-28 2:54 New Windows Installer and Source Tarball Eric McDonald
2004-09-28 4:26 ` Jim Kingdon
2004-09-28 16:34 ` Eric McDonald
2004-09-28 18:24 ` Jim Kingdon
2004-09-28 19:12 ` Eric McDonald [this message]
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=Pine.LNX.4.44.0409281409001.15703-100000@leon.phy.cmich.edu \
--to=mcdonald@phy.cmich.edu \
--cc=kingdon@panix.com \
--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).