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.
Yes
#51 posted by nb on 2003/02/25 03:27:03
if you're a masochist. ("What new and exciting things are broken today?" et cetera)
Per-surface Shaders In The BSP?
This is where part of the discussion appears to be heading.
Now, I've been playing a couple of Doom/Build engine games recently, but there, instead of textures being complete images, they're constructed from piles of "patches", or even "decals" (like hazard signs.)
The impression I'm getting is this:
In the future, texture-specific shader files can be overridden by surface-specific shader files.
The question, of course, is whether this is a good idea or not...
Shaders
#53 posted by pushplay on 2003/02/26 22:15:44
Shaders are going to have to be texture specific to a certain extent (if we're ever going to get any serious shadering done) because the textures are mostly responcible for determing material. Concrete doesn't damage the same way that iron does. And steel doesn't weather the same way copper does.
What I see as most useful is textures defining a series of characteristics about themselves. Then the mapper would say "scraped damage here," "scorch mark here," "water damage there" etc on a per surface basis.
That work share work evenly between texturer and mapper, while putting a lot of it on the cpu. I always believe in making the computer do all the bitch work.
Ya Know...
#54 posted by nane on 2003/03/08 12:14:56
We really need to get more people that work at game companies to read and post in discussions like this. Since they are the ones making the technology, it would be excellent for us, the community, to bring up points of mapping (tool designs etc) to developers. Developers could also benefit because they could get direct feedback about design ideas or even questions about topics they might not have thought of. This is of course provided they want feedback, keep the discussions from mentioning anything specific that would fall to NonDisclosure Agreements, and have the time to even bother with this minority community.
bleh.
Nane
#55 posted by wrath on 2003/03/10 13:03:45
I disagree with what you wrote.
Soooo...
#56 posted by distrans on 2003/03/12 04:19:29
http://home.worldcom.ch/~negenter/031AA_Tx_E.html
I'm guessing that most Quake levels are semantic architecture.
Qmap Archive
#57 posted by metlslime on 2003/03/18 17:33:16
I really hope peej finds a way to at least recover all of the qmap posts/threads for archive purposes -- there were some meaty conversations on there.
Back To The 2D/3D Stuff
#58 posted by Leafface on 2003/04/16 18:18:34
I mostly agree with the stuff Nane talked, but I totally disagree that small embossed textures should be replaced to brushes, because by small sizes there is barely a difference between 2d and 3d, and textures can contain much more details than a light entity can effect an embossed brush. (Example: compare the TECH04_6 texture with a round-cornered TECH04_2 texture.) And even if this detailed-brushes-stuff looked better (but it doesnt), then okay, here you are, you got beatiful brush-rivetted door-jambs and stuff, and you only see the grey void instead of the rest of the map :).
In my opinion there is certain threshold (according to the size of the object) between texture-detailing and brush-detailing, it is not a fix value, depends also from the amount of emboss. This threshold is very easy to find, if one doesnt, and uses textures instead of a big ceiling-decoration made of thick bars or puts small 2x2 pixel brush-needles on a metal surface, then that one is stupid, and needs more experience about Quake mapping.
Oh Yes
#59 posted by daftpunk on 2003/04/17 11:28:48
of course, you have a point.
otherwise one goes mad in search for detail and each map takes months to do.
there is always a quick and efficient way (or various) and not so efficient ways.
a bad mapper can always use his texturing skills for example. its good that each mapper has his own view.
we are lucky there are so many good texturers around and we depend on them (not me personally but...)
About Puzzles:
#60 posted by Levelworm on 2003/05/17 02:00:52
IMO that puzzles shall be as natural as possible,you can find examples in Halflife. But for Fantasy game s as Quake or Unreal(tech fantasy)you can even a new world and make the players bilieve in the Natrual things THERE. For example you can't jump more than xx meters up,but if the game occurs on another world (matrix i.e.) it's possible to jump that high,so you can make pouzzles like that.
#45
Dear God.
#45
#65 posted by metlslime on 2014/05/28 22:08:33
Indeed, i now have a team of like 10 environment artists, lighters, texturers, and vfx people, who take my blocked-out gameplay spaces and turn them into fully realized locations.
I'm doing this wrong... I'm making everything myself!!!
#67 posted by Lunaran on 2014/05/29 03:06:23
Dear God
i know, who ends a post with "Boo!"?
#68 posted by - on 2014/05/29 06:26:08
Much worse. It was "boo! :)"
Semantic Architecture?
#69 posted by quakeulf on 2017/08/07 13:33:04
That's an interesting article with some interesting terms.
Thank you very much for that. :3c
|