Message from discussion
7DRL: Bob and Trev: Resurrection
Path: g2news2.google.com!postnews.google.com!j27g2000cwj.googlegroups.com!not-for-mail
From: henrih...@gmail.com
Newsgroups: rec.games.roguelike.development
Subject: Re: 7DRL: Bob and Trev: Resurrection
Date: 22 Feb 2007 18:37:00 -0800
Organization: http://groups.google.com
Lines: 36
Message-ID: <1172198220.404910.10580@j27g2000cwj.googlegroups.com>
References: <1172021941.913013.186770@v33g2000cwv.googlegroups.com>
<1172160878.326908.147470@m58g2000cwm.googlegroups.com>
<lem*ms3Dr@news.chiark.greenend.org.uk>
<1172166162.759975.199160@p10g2000cwp.googlegroups.com>
<ngm*nG3Dr@news.chiark.greenend.org.uk>
NNTP-Posting-Host: 168.209.98.43
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
X-Trace: posting.google.com 1172198226 27928 127.0.0.1 (23 Feb 2007 02:37:06 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Fri, 23 Feb 2007 02:37:06 +0000 (UTC)
In-Reply-To: <ngm*nG3Dr@news.chiark.greenend.org.uk>
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1,gzip(gfe),gzip(gfe)
X-HTTP-Via: 1.1 nc5-rba (NetCache NetApp/5.5R6D17DEBUG1)
Complaints-To: groups-abuse@google.com
Injection-Info: j27g2000cwj.googlegroups.com; posting-host=168.209.98.43;
posting-account=h_CuWg0AAAB66FYTIuA8FjxpGSSNWzmr
>> Just a suggestion: Given the severe limitations, I feel it is
>> justified to create non-persistent levels, and instead focus on
>> generating particularly good random levels.
> I don't think development time saved by not having persistent levels
> will allow me to develop a significantly better random level
> generator. [snip]
To me it isn't a matter of development time - it is a matter of
content:
With only 32k working RAM it makes a lot of sense to keep a lot of
game data (monster stats, items, etc) out of RAM and on the disk -
the way I tend to create lots of data I would not really want the
spare disk space to go to level persistency.
If you absolutely require persistent levels, I suggest the following:
Store the random number seed of a level so you can remake it on
the fly without having to actually store the result; and just let
items
get hoovered away from a level when you leave. (However
digging through walls would require extra handling, since you
climbing a skyscraper I imagine it isn't too relevant an issue.)
The advantage then is that you're not limited to small levels, you
could have relatively large persistent levels with more fanfares at
the loss of item/monster-persistence.
If you really want-it-all (persistent levels and objects) the easiest
would be to use level-rebuilding from random seed and to have
all the item types possible in a single array on disk
(differentiating between identified/not, blessed/uncursed/
cursed, etc). Then each object stored in a level only requires
position and type to be saved. That would be 3 bytes, or only
2 bytes if you can compress the position and type into 16bits.
|
