Playable mapgen - randomly-generated maps
Playable mapgen - randomly-generated maps
Well, I've been messing with this randomly-generated map mod on-and-off since the 2006 Qexpo. (And this is probably the first post I've started since 2003.) Not a polished product but good enough to share as an interesting concept. It's a mod based on Preach's mapgen. Advancements-
1. Playable with monsters, items, etc. The ogre and shells are examples in the code and maps. Multiplayer might be possible.
2. Map tiles based on a compact module provide unique spaces with a handful of shapes.
The original mapgen by Preach is not required to run, but a good idea to install it in a separate mod directory, try it out, and read the docs. That readme is needed to produce a new map.
Multiple obvious bugs include unlit monsters, sometimes monsters spawn below floor, etc. etc.
Download w/ map source (Quark) and qc source:
http://qbism.com/index.php?action=media;sa=item;in=9 (corrected link 2/1/10)
Search for "qbism" and "mapgen" in the source. qc libraries: Frikbot is there for multiplayer testing, extras for func_water, gyro just place-holder for now.
Preach's mapgen:
http://qexpo.quakedev.com/booth.php?id=32&page=113
shots:
1. Playable with monsters, items, etc. The ogre and shells are examples in the code and maps. Multiplayer might be possible.
2. Map tiles based on a compact module provide unique spaces with a handful of shapes.
The original mapgen by Preach is not required to run, but a good idea to install it in a separate mod directory, try it out, and read the docs. That readme is needed to produce a new map.
Multiple obvious bugs include unlit monsters, sometimes monsters spawn below floor, etc. etc.
Download w/ map source (Quark) and qc source:
http://qbism.com/index.php?action=media;sa=item;in=9 (corrected link 2/1/10)
Search for "qbism" and "mapgen" in the source. qc libraries: Frikbot is there for multiplayer testing, extras for func_water, gyro just place-holder for now.
Preach's mapgen:
http://qexpo.quakedev.com/booth.php?id=32&page=113
shots:
Last edited by qbism on Mon Feb 01, 2010 9:35 pm, edited 2 times in total.
Nice
It might be working for some 'no-subject' maps, or if you have a lack of inspiration. After all, the resulting map is editable, right?
So you can cut, copy it in another map, and add new textures. I might give it a try.
The first one would look interesting, with the right textures.
So you can cut, copy it in another map, and add new textures. I might give it a try.
The first one would look interesting, with the right textures.
QuakeWiki
getButterfly - WordPress Support Services
Roo Holidays
Fear not the dark, but what the dark hides.
getButterfly - WordPress Support Services
Roo Holidays
Fear not the dark, but what the dark hides.
-
- Posts: 399
- Joined: Thu May 15, 2008 10:46 pm
- Location: its a secret
Re: Playable mapgen - randomly-generated maps
That's cool.qbism wrote:Well, I've been messing with this randomly-generated map mod on-and-off since the 2006 Qexpo. (And this is probably the first post I've started since 2003.) Not a polished product but good enough to share as an interesting concept. It's a mod based on Preach's mapgen. Advancements-
I wonder how it looks with realtime lighting in darkplaces, although it would have to generate a .ent file for the map during worldspawn using FRIK_FILE to write it out, which would provide all the static lights, or you could spawn dlights.
I was working on such a map generator based on stitching together prefab room pieces but never finished it, and it was designed to make .map files and compile them, not instance models.
Re: Playable mapgen - randomly-generated maps
That sounds like a good way to visually blend tiles together and light up the monsters. A "func_dlight" with a maplip (maplip determines chance of spawning) would further add variety to spaces.LordHavoc wrote:could spawn dlights.
dlight spawning works. Instead of creating a func_dlight I tacked it onto func_wall to get brushes with the light.
Change to func_wall_start in attachments.qc:
add dlights extension to defs from dpextensions.qc, a chunk that starts like this:
Finally, add fields to func_wall entity, example:
I'm working on a new map with this to see how it pans out.
Change to func_wall_start in attachments.qc:
Code: Select all
void(entity refatt, entity targ) func_wall_start
{
targ.movetype = MOVETYPE_PUSH; // so it doesn't get pushed by anything
targ.solid = SOLID_BSP;
targ.alpha = refatt.alpha;
setmodel(targ, refatt.model);
//qbism add dlight properties
targ.light_lev = refatt.light_lev; // radius (does not affect brightness), typical value 350
targ.color = refatt.color; // color (does not affect radius), typical value '1 1 1' (bright white), can be up to '255 255 255' (nuclear blast)
targ.style = refatt.style; // light style (like normal light entities, flickering torches or switchable, etc)
targ.pflags = refatt.pflags; // flags (see PFLAGS_ constants)
};
Code: Select all
//TENEBRAE_GFX_DLIGHTS
//idea: Tenebrae
//darkplaces implementation: LordHavoc
//fields:
.float light_lev; // radius (does not affect brightness), typical value 350
.
.
.
Code: Select all
"light_lev" "280"
"color" "3 5 4"
"style" "1"
"pflags" "128"
"origin" "864 12 90"
Dynamic lights improve the illusion of a seamless world, add some drama, and highlight normal maps. Compiled lighting becomes low-level ambient. Compiled lighting must be uniform (bland) anyway to reduce contrast at seams.
Currently working on a new tileset, probably spent an hour texturing it rather than zero time like previous sets. It will still be mostly conceptual.
Not even the mapper knows if there's an ogre around the corner...
Currently working on a new tileset, probably spent an hour texturing it rather than zero time like previous sets. It will still be mostly conceptual.
Not even the mapper knows if there's an ogre around the corner...
Nice try. Make a usable terrain generator that automatically places trees, roads, boulders, caves, and moats, and things like dragon teeth, and ruins, and I'll be impressed.
The problem with a script designing actual architecture is, it can't have any ideas or visions, which is a systematic problem.
It can't think in pictures like (some) humans do.
The problem with a script designing actual architecture is, it can't have any ideas or visions, which is a systematic problem.
It can't think in pictures like (some) humans do.