From: Eric McDonald <mcdonald@phy.cmich.edu>
To: Jim Kingdon <kingdon@panix.com>
Cc: xconq7@sources.redhat.com
Subject: Re: possibility of emulation
Date: Fri, 16 Jul 2004 18:04:00 -0000 [thread overview]
Message-ID: <40F7465D.5070304@phy.cmich.edu> (raw)
In-Reply-To: <200407160134.i6G1YV527251@panix5.panix.com>
Jim Kingdon wrote:
>>Xconq on a Klein Bottle map, anyone?
>
> Oh, that's different from hex vs non-hex (and probably easier).
Yes, I know. That's why I mentioned it in a different paragraph.
However, the best type of tiling might change with the topology that one
is dealing with.
> xconq has the start of a cylindrical map (edges on top and bottom, but
> if you go off the left edge you appear on the right with the same y
> coordinate).
Right. All that you need to do is set the width of the playing area
larger than the circumference.
> There are plenty of computer games with a doughnut-shaped map (like
> cylindrical, but wrap around top/bottom as well). (Mathematicians call
> this one a torus).
Tori simply require two aligned folds of opposite edges. By aligned, I
mean that each pair of corners that are to be joined share a common edge
prior to being joined.
> But twist one of the joins as we did for the Moebius
> strip.
An anti-aligned fold.
>Actually, it is probably easier to implement in xconq than it
> is to visualize.
I would agree.
> What all this does for gameplay, I don't know. Might have a big
> effect, given how easy it is to sneak past the AI at the edge of the
> map. But maybe the AI would just have another weak spot - I'm not
> sure whether this weakness of the AI is a matter of geometry or just
> of the AI not protecting its flanks/rear in general.
If the AI was properly done, it could have an advantage in the Klein
Bottle case, just because the poor humans might get disoriented.
>>local plane approximations of multi-dimensional saddle curves or
>>spheroidal pieces. (There probably couldn't be any decent,
>>comprehensible representation beyond a certain zoom factor, so there
>>would be no world map.)
>
> That would be interesting too (in mathematical terms, it is a question
> of changing the geometry, not just the topology).
I would consider it to be pretty much of a necessity in presenting the
playing surface to the player.
Eric
prev parent reply other threads:[~2004-07-16 3:07 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-15 13:56 Eugeny Korekin
2004-07-15 14:03 ` Eric McDonald
2004-07-15 16:22 ` Jim Kingdon
2004-07-15 17:46 ` Eric McDonald
2004-07-15 18:39 ` Hans Ronne
2004-07-16 3:07 ` Jim Kingdon
2004-07-16 18:04 ` 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=40F7465D.5070304@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).