Web Images Videos Maps News Shopping Google Mail more »
Recently Visited Groups | Help | Sign in
Google Groups Home
rec.games.roguelike.development
+ new post
About this group
Subscribe to this group
This is a Usenet group - learn more
Message from discussion 7DRL: Bob and Trev: Resurrection
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Follow-up To:
Add Cc | Add Follow-up to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers that you hear
 
henrih...@gmail.com  
View profile   Translate to Translated (View Original)
 More options 23 Feb 2007, 02:37
Newsgroups: rec.games.roguelike.development
From: henrih...@gmail.com
Date: 22 Feb 2007 18:37:00 -0800
Subject: Re: 7DRL: Bob and Trev: Resurrection
Reply to author | Forward | Print | View thread | Show original | Report this message | Find messages by this author

>> 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.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message, you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Google Groups - Google Home - Terms of Service - Privacy Policy
©2009 Google