|
Posted by distrans on 2002/12/23 22:20:09 |
Some time back Gilt started a rather interesting discussion about style. The discussion was cut short when the QMap db got fragged (some say 'twas the reason), and I believe it's well worth reviving.
Let's go... |
|
|
Whaddya Mean "title Cannot Be Empty"?!?!
#26 posted by Kell on 2003/02/20 05:13:05
I agree that one mapper can't deal with the amount of detail rapidly being required. I think metl mentioned something about this on a QMap post; that as the process of mapping evolves, the tools we use must evolve too. I think we're already past, or at least passing, the point where one mapper does everything in the map themself. Even though it is possible to make the terrain entity, make the textures and shader for it, build the conventional architecture, make the textures and shaders for it, do the item placement for all team modes, build custom map objects etc...how many maps like that are actually made by just one designer?
I also think that your comments regarding how a mapper must understand perception of 'real life' is getting more and more important ( I think it always was ) and that believable is not the same as realistic; e.g. the spaceships in Star Wars are not technologically realistic, but they are very believable. I'm just saying I hope we don't get stuck with tons more 'concrete and kevlar' first person shooters :/
Part 3...
#27 posted by nane on 2003/02/20 11:39:05
Perhaps I was a bit unclear about my discussion of textures, or I forgot to adequately summarize it. When I said more 3D and less 2D I was referring to the function of textures to create detail and depth on an otherwise flat surface. Textures themselves are not obsolete. Also, metlslime, when you say "both textures AND geometry should do as much work as possible" I completely agree with this. This relates directly to implying more information to the senses then is truly there.
Pushplay, absolutely. The workload can become tremendous. I briefly touched on that when I mentioned computer programs doing some of the work for you. As for your example of wear and tear, a "visual algorithm" could be a solution. That is to say, one could build an entire map like "new" and then run an algorithm that creates weathering according to user inputted statistics (like Wear_Amount: 50%). Mind you, this is all theoretical and my limited background of coding prevents me from further pursuing the reality of this suggestion. It may not work. The alternative is, as you suggested pushplay (elaborated by Kell), multiple people working on a project. Lunaran and RPG's duet is a good example. In a highly detailed environment, the main brushwork would be more simple and flat geometry (big forms) while the texturing would be all the little 2.5D stuff as well as the materials. So, RPG would build the table and Lunaran would give it material and wear.
Kell, I used 'believable' and 'realistic' synonymously, both implying plausibility of existence. If you make the distinction that 'realistic' means of or pertaining to the real world (and our understanding of its physical retraints), then it becomes antonymous. Either way, I agree with you, especially about the monotonous "'concrete and kevlar' first person shooters". We've had enough of those. It's time for developers to start using their brains more.
Next, this is more of a problem I see with engines then it is something that level designers have much control over (though maybe they should). Very few (in fact none that I can think of) engines render blurry or soft edges. Everything is sharp, clean and hard. Believability demands fuzzy, blurry, soft edges in some instances. So where are they? But, not wanting to go headlong into a discussion of this, as it leads to issues of lighting and ultimately physics, I will stop there.
Also, something I neglected to include before is layout concerns, even though this is the precursor to a study of gameplay design. Level designers need to start thinking like real architects. That means functionality as well as form and structural integrity as well as visual aesthetic. Does your map have proper plumbing?! While that's an extreme example, it presents my point well. Constructs don't all have to function as a real world counterpart does, and more importance on such things is only necessary when they are large elements of what is being designed (like a coolant system for a fusion reactor or something). I personally have a great deal of difficulty with chaotic placement of anything. And, I usually look for a reason to have pipes "here" and a valve "over there" and would rather not just place them haphazardly. Unless of course, the subject of construction is nature. In that case, a bit of seeming randomness is called for. But never forget about gravity. That is to say, mountains don�t start at a point and get wider as they go higher (usually) because they can�t support themselves in that way.
Stepping back, the over all layout of a map should be modeled more as a place and less as a linear progression of architecture to the level's conclusion. Now while a less functional design, for instance, of a map depicting a military outpost can still produce fantastic results (visually and ... gameplay-ly), the amount of plausibility and the illusion of a real place can be further improved with attention to "real" functionality. Where should the outpost's guard towers be? The command post? Should it be surrounded by a moat? Is it on a hill? How many entrances are there? What kind of equipment is inside? Why is it there? The list of questions can go on and on. The designer must find an acceptable middle ground. I, for one, find designing an actual place in the most entirety possible (on paper) and then applying a gameplay model to it to dictate what areas should be accessible and how, an effective way to work. It remains to be see if this will produce engaging gameplay, however. And since we're now at the topic of gameplay, I might as well touch on that too.
And Part 4...
#28 posted by nane on 2003/02/20 11:40:07
I have long been debating linear versus non-linear level design. In the method I just described, non-linear design can be created quite easily (though linear design can be created just as easily). Looking at the single player gameplay of past first person shooters (with which I am familiar), I see a pattern of tunnel-like guidance to puzzles and/or obstacles that the player must overcome to finish the gameplay. This promotes the run and gun tactic of play very heavily and requires little on the part of the player to think about where they are going and why (past the point of "...to find the silver key!" or "...to get to the other side!"). With the increase in level complexity and the increase in illusion of place, the gameplay should, accordingly and proportionally, also increase in its demands on the player. Now, not only is the level designer asking themselves while building an environment "Why is this here and that over there, etc?" but they are forcing the player to think in a counterpart manner. "What do I need to accomplish? What must I find to do that? Are there multiple ways to get there? Are any of them safer then the others? Are any of them suicide missions?" Such question require the player to become their character. In essence, gameplay becomes a first person shooter role playing experience (where the level designer is the "dungeon master"). It is my belief that the level designer need only present the player with a problem and provide the possible tools for solving that problem and let the player do the rest (which can range from finding the 'tools' to determining how they should be used) (Tools should be defined as anything that the player can make use of to help their progress across a map. So that could be a monster, a gun, a key, architecture, a vehicle, anything). Perhaps players do not need all the tools that the designer has left, perhaps they indeed do need all of them or are even forced to invent new tools from the environment (picking up a metal pipe and using it like a club to break a window to access a certain area). This, of course, also requires the enthusiasm and want of the player to think and to 'play'. For those that just want the Doom approach (sit back and frag away), this is NOT the ideal solution to gameplay.
Okay, all of what I just said may have come out incoherently, so let me provide an example. The player is going to try to make it to a slipgate to get home, but the slipgate is heavily guarded by evil minions of all sorts. The player has limited weapons, ammo, armor and health. There are numerous way into the slipgate complex but only one way to activate it and only one way to get to it. The player must find a way. They could go looking for a fight, run in through the front door and risk the guards teleporting in reinforcements or they could enter through ventilation system and proceed with as much stealth as possible, hiding any guards they disable and trying not to trigger any alarms or make much noise. Along the way, there could be such obstacles as restoring power to the slipgate and setting a bomb to destroy the complex after a hasty exit.
Also, the balance between dangers, puzzles and difficulty is a fine line... and it should be scalable to players of multiple skill thresholds. Gameplay should strive to induce emotional responses from the player: fear, excitement, enjoyment, anxiety, pride, worry, caution, surprise. Though admittedly, gameplay is ultimately, a preference of the player and thus one can't design much or discuss much about it in a very general context. So, that means that all of what I have just said about it are factors that I personally enjoy in a game. And anyway, my train of thought has derailed so I will leave off here. Please, post comments if you agree or disagree. I by no means claim to know what I�m talking about.
Abstract Design And Duos
#29 posted by Vigil on 2003/02/20 12:26:03
Then what will happen to custom mapping when level designing becomes much more complex and way more time-consuming? It already takes quite a while for one person to build a level, but that one person may yet need to learn texturing and modelling just to make a map. Will mappers actually team up a lot more in the future, or will they still do everything by themselves? I can see how some mappers could decide to specialize in certain fields, for example, building those detail brushes in UT2k3. Then again, one can't always find just the right detail for a particular area, and needs to make one himself or herself.
And with UT2k3, it's really easy to code something simple that adds a lot to level. In fact, it's very nearly absolutely necessary. Now one can add a lamp that swings fairly realistically when shot at, but it needs some tweaking and a few lines of code to be added. That is, if I remember correctly. And if more duos or small teams do pop up, will they stop producing single levels, and instead concentrate on small units, perhaps whole episodes with varying amounts of new stuff added by just coding. Half-Life already does this in a way. Single levels are very rare, usually SP stuff consists of at least a few bsp's, and often they have some new models or new code. Then the player just launches HL, chooses Custom Game, enjoys the new background image, and starts playing. Will mini-mods take over the world of custom mapping, small teams of maybe three people?
And then there are the people who consider mapping to be an art form. Let's take sock's recent Q3 level SAFE as an example, or that zippie's Q3 level, whose name I've already forgotten. Certainly not real places, but good certainly good levels, both of them, as they simply ooze CHEE. Oh, and then there's American McGee's Alice, absolutely full of more abstract stuff. Who will start building cubic or impressionistic levels? Will there be a post-modern era for mapping?
Plausibility of existence? In what world? Does SAFE create around itself a complete universe, so that we may play the level and say, "Yes, these constructs are believable"? Suspension is disbelief is important, yes, but just how important is it?
And like nane, I really don't know what I'm talking about, just posting.
Smart Mapping Utils
#30 posted by Wazat on 2003/02/20 12:29:10
Photoshop has a huge library of abilities regarding manipulating a picture to get the desired effect. I think eventually map editing tools and model editing will follow suit.
nane: Thanks. I'm no longer taking any blame for excessively long posts. :) You should put these posts on your website as rants/articles, because they are pretty good. Even though I disagree in more ways than I can remember just now, equally as much as I agree with other areas. :)
I think that there *IS* a very, very fine line between adding a better experience and destroying it through clutter. Demand too much from the player and he'll prefer to go play the inferior, less sophisticated, simpler games instead, because they're more fun than collecting a hundred items and having to spend time figuring out what the *#^*@ game whats from him. What we're talking about is the choice to pursue fast-paced run around and shoot stuff with big guns and/or sneak around and avoid combat and do Day Of The Tentacle-style puzzle solving and command-item-receptor matching. This is not a good combination in my opinion. The player either wants to shoot stuff or he wants to spend his time figuring something out. And usually it's a different player that wants to do each, since they are so different. The game Vagrant story generally went out of its way to make sure you didn't have to fight enemies when solving puzzles; that would have detracted from both experiences.
Rather than go to the extreme just yet, a very mild combination of deathmatch and puzzle solving, which crosses the gradient of parts per million over time, would be much better. Quake and other sp experiences already incorperate some puzzles, and as time goes by, more and more thinking-puzzle solving has been mixed in with the pure fps. Every game is adding more puzzles, more traps, more choices for the player to make.
The challenge is, knowing what is too much. Like I said, you can enrich the experience with a little spice, but too much destroys the whole meal.
I suppose that's where experimentation comes in.
I would like to see a sp fps that lets the player choose just how to tackle a problem: charge forward or sneak in. That kind of stuff interests me, but I haven't seen it done *well* just yet.
Wazat
#31 posted by . on 2003/02/20 13:26:35
"I would like to see a sp fps that lets the player choose just how to tackle a problem: charge forward or sneak in."
This gives me some motivation for my first SP Q1 map. We'll see ;)
This Is Becomming A Novel
#32 posted by pushplay on 2003/02/20 13:37:23
I think a realistic weathering algorithm isn't just possible, I think it will become necessary. I don't think that it's a programming problem so much as it is a math problem. The algorithm would probably involve thousands of passes using simultaneous equations, which computers are ideally suited for. The only thing standing in our way is that I don't think we have these algorithms yet.
One more thing I'd like to say is that I don't believe that these more involved types of maps are going to be the only way to go. I think that there were always be room for the more simplistic shooters simply because they're fun. Platformers for exmaple never really died, they just moved onto the GBA. I look forward to when this game comes out: http://www.freelunchdesign.com/alex4.shtml
Yes
#33 posted by Wazat on 2003/02/20 13:57:22
I wonder when we'll hit the breaking point, where we (as a society) cannot provide what is demanded of us, and current utilities have failed to swoop in and take care of it for us. Has it already hit us? I'm talking about business, mathematics, engineering, any job. Even the demands on us as parents, breadwinners, etc continue to rise and combine with others. When will this blind charge forward trip and fall?
When will society crash because everyone expects everyone else to be superman?
I rather like the Dilbert doomsday prophecies. Maybe Dogbert will save us. I don't want society to crash. I'd miss Quake lan games. :)
This Is Only A Test. If This Had Been A Real Emergency...
#34 posted by nane on 2003/02/20 15:00:30
Wazat, you rock. You should be in #terrafusion more often.
I could form these posts into some sort of level design theory journal, but I have no website to post them at the moment.
pushplay, you're right too about simplistic games dying hard. I mean, pong IS still around.
Vigil, yes. Though I hesitate to expect to see modern art forms finding their way into mapping because, while mapping could be considered an art, it's ultimately a game. That is not to say someone couldn't take it and use it as a form of expression. Just that at the moment, no one truly does. And as I said in #terrafusion, though I think you missed it:
<nane> Vigil, the mini-mapper team is very probable in terms of what the future holds
<nane> especially for games like Doom 3
<nane> unless one uses stock stuff
<nane> I believe some professional developers already work in teams on level design
Such a team could take multiple routes. They could chainmap (each person makes a fully complete section of the final map) or divide tasks up as RPG and Lunaran have done.
The world needs more pretty flowers.
Cheers.
Ah, Pong
#35 posted by Wazat on 2003/02/20 15:13:21
I'm considering doing a quake1 minimod of that. Seriously, 4 player pong using bombs. :)
Someone has already tried using Quake for artistic expression. It was a disaster. Dead bodies strewn everywhere. And that's just after *I* was done with them. ;P
Once You Pop, You Just Can't Stop!
#36 posted by nane on 2003/02/20 15:18:48
Another thing, Wazat, about your comment on gameplay that allows the player to approach a problem however they want, that was one of the main ideas I presented in my novel. Drop the player into an environment with two things, how they got there and why they must find a way out. Let them do the rest.
I had theoretically designed a Q1SP map around this concept. I was to build a large industrial complex and present the player with multiple solutions to the final conclusion. Each difficulty setting on the map, easy, normal, hard, nightmare, was a completely different game through the same environment. The start map presented this to the player quite simply. The game would be easy if the player made their way into the sewage system and sneaked (Yes, that is the correct word) into the base. The game would be a nightmare if the player charged straight in the front door with guns blazing. And, as a result of the different locations (I had 4 in all, one for each difficulty) of each games' beginning, the pathways through the industrial complex had to adjust accordingly. Then, in each game, make minor differences in obstacles and plots, rearrange the placement of the buttons, doors and keys and you have four games for the price of one.
Anyways, the player should choose their path. Oprah calls this Empowerment.
Nice
#37 posted by Wazat on 2003/02/20 15:23:30
That's good. It's simple, and it doesn't require a lot of matching of items etc or figuring out obscure solutions. Straight forward choice and execution.
Ummm...
#38 posted by distrans on 2003/02/21 00:27:59
Just on the distinction between believable and realistic...
It's logically possible that I might flap my arms and fly from Melbourne to Sydney, but not physically possible given the world as it exists. I might believe without contradiction that it is possible whilst never actually being able to do it. However, in virtual worlds "reality" is up for grabs on a lot of different levels. One may well set the scene such that an inhabitant can jump the equivalent of six stories in a single leap (Ziggurat Vertigo). The game designer is in effect realising a possible world...and here's the kicker. To be believable, possible worlds must be consistent - but only in the strictest sense of the word. For instance, there's no problem with me finding myself inverted after traversing a teleporter in Zippie's Stampot - that's just the way that teleporter works in that possible world. However, it is hard hard for me to believe that I can be in two places at once. It is not consistent with me investing myself in a particular avatar at some given time. It's hard to believe because it's logically impossible.
And the point of this...well I guess it's a precursor to asking,"In game design, just how far can we twist reality before teh experience becomes unbelievable?" "Is breaching logical impossibility our only barrier?"
Realism In Movies...
#39 posted by pushplay on 2003/02/21 01:07:56
I forget who said it first, but good movies all start with an amazing coincidence or impossible premise, and then everything follows logically from that. I don't think good (or realistic) game plots should be any different.
If I opened a portal to the realms of hell, I shouldn't be finding alien technology half way through the game, it just doesn't follow. Realistic all becomes relative to me opening that portal.
Heehee
#40 posted by distrans on 2003/02/21 02:10:52
If I opened a portal to the realms of hell, I shouldn't be finding alien technology half way through the game...
Unless of course that hell dimension is an alien construct and the cracks are starting to appear. Hmmm, not a bad premise for a movie...
On A Technical Note
#41 posted by daftpunk on 2003/02/21 19:26:56
would it be possible to make editing tools where you can manipulate the texture in-program like to add some noise or "battering" effects in certain areas. it would be useful like maybe in corners of walls and stuff. i dont wanna come up with impossible thigs but...if anyone made something like it you could all have basic textures and the edit prog contains the tool to add an extra layer to the textures.
end of note
Shaders
#42 posted by pushplay on 2003/02/21 22:52:30
But done right.
#43 posted by Vodka on 2003/02/22 00:42:37
nice idea actually
In adition to the set of predefined textures/shaders you have a library of effects you can apply to any surface with some spray-like tool, adding dirt, stains, moss etc. And the compiler itself creates aditional texture pass with all those effects
Ranting Ranting...
#44 posted by Vodka on 2003/02/22 22:55:48
nane, is there any chance to try that map with alternative routes, I`m interested even if there is nothing to look at, just for a gameplay
Detail And The Future
#45 posted by Lunaran on 2003/02/23 14:52:38
> Then what will happen to custom mapping
> when level designing becomes much more
> complex and way more time-consuming? It
> already takes quite a while for one person
> to build a level, but that one person may
> yet need to learn texturing and modelling
> just to make a map.
It will, as soon as Doom3 comes out. It already is, really, for the Unreal2 engine. Half of any UT2/U2 map is models and extra junk they stuck in - so is Doom3. We're all going to have to turn into modellers to keep up, or start collaborating a lot more often on things, or both. Mapping is starting to turn into modelling: shaders, high poly mapmodels ...
In 1998 we had Quake 2. Next year we'll have Doom 3. Now, think about five or six years ahead of THAT ... boo! :)
Future Of Games
#46 posted by Vodka on 2003/02/23 21:55:27
Gamespy last year did series of articles and interviews regarding future of games. Featuring Sweeney, Spector, Molyneux and something else
http://www.gamespy.com/futureofgaming/engines/
Oh Well
#47 posted by daftpunk on 2003/02/24 13:32:35
i'm actually better at modelling than mapping (quite good at the first, crap at the second) so that keeps me optimistic. i dont like animating tho so BOOOOOO!
Ah,
#48 posted by Wazat on 2003/02/24 14:53:43
the joys of being a coder...
Hmm
#49 posted by nonentity on 2003/02/24 15:03:00
There's joy in being a coder?
Yes, But You Have To Look Real Close
#50 posted by Wazat on 2003/02/24 15:12:46
Us left-brained people don't have to do any real work. It doesn't even matter what end of the body it comes out, managers discard it equally. There's a bit of satisfaction in being permanently doomed but assured it will never get any worse. :)
Dilbert type senario.
|
|
You must be logged in to post in this thread.
|
Website copyright © 2002-2024 John Fitzgibbons. All posts are copyright their respective authors.
|
|