"normalmap" edition released! (2006-07-22)

by Aardappel_ on 07/22/2006 23:56, 191 messages, last message: 09/11/2006 07:36, 197632 views, last view: 05/18/2024 20:28

As always, here are the new features, any feedback or bugs specific to this version in this thread, please.

* added support for "dot3 lightmap / radiosity lightmap" mode that works well with normalmaps & per pixel light, various shaders supporting bump/parallax mapping, glow/specmaps etc.
* added lots of normalmapped textures
* many new maps using normalmapping
* extended Fanatic's amazing soundtrack with 8 new tracks!
* added dbghelp.dll to the bin folder that win98 users need to rename...
* clearer color coding in the console: green: player talk, blue: "echo" command, yellow: gameplay messages, red: important errors, white: everything else
* added -z (z-buffer precision), -b (bits per pixel), -a (FSAA), and -f (shader precision) command-line settings (see config.html)
* added "trigger" command for opening/closing doors
* added entity selection by left mouse button.
* added entity copy and paste
* added entity undo / redo support
* added entity support to flip and rotate
* added editmove command
* added replaceents command
* made sure that textures of 'new cubes' are appropriate. Maps need to be remipped for this to fully work.
* added outline mode for showing geom boundaries (toggled by "outline" var)
* added -p (admin password) and -c (maxclients, default 4) command-line options for servers
* added setmaster command
* added voice announcer for certain gameplay events
* quad & boost powerups are now randomized in spawn times, but their spawn is announced 10 seconds before (so everyone will have to fight for it :)
* added showcharacterboundingbox var (useful when creating new models)
* increased rhino bounding box size

   Board Index   

#16: Comments

by Xerxes on 07/24/2006 13:08

A new release! Normal maps! But sadly, my Radeon 8500 is not suppored. It is a pity, since I know it *does* support shaders and it even *has* dot3 extension employable for normal mapping. Oh well.

But I must say the maps that are supposed to be normal mapped but aren’t look *ugly*. So I suggest this: instead of two versions of the texture there would be three of them; the third one would be used as a fallback in case the normal mapping is not supported, and would be shaded properly. Aard3c is a good example – each of its textures would have configured a link to the old version of the texture from original Aard3. How about that?

Also, I have been working on a stand-alone server modification for about two weeks now. I have basically rewritten the "server.cpp" stand-alone server to integrate "igameserver" structure with Lua and I have also rewritten the game part (fpsserver.h) to Lua, adding various features on the way. Admin password to steal master and "setmaster" command to appoint a new master were one of these features, along with better map sequencing (including rotation list), UT-like scoring and other improvements.

So I'm off now finding out what has changed on the server side in this version, and adapting the mod to these changes (I want it to be fully compatible with the latest unmodified client). If all goes well, I might start a thread regarding the mod sometimes...

Oh, and the announcer voice is... well... a bit too deep and slow. But good idea there.

Finally, I *must* say that Sauerbraten rocks! There are two things I adore: net code allowing to play with a high ping, and level design. Kudos to authors!

reply to this message

#17: ..

by Osbios on 07/24/2006 13:21

Just a small gfx "bug". Look at the sky texture during strafe:

[IMG]http://img98.imageshack.us/img98/4857/1hk3.jpg[/IMG][IMG]http://img156.imageshack.us/img156/5307/2fg8.jpg[/IMG]

reply to this message

#18: ..

by Osbios on 07/24/2006 13:41

I know it is possible to insert images in the forum but how?

A Gif version of the "skystrafefeature":
http://img236.imageshack.us/img236/2605/skysc7.gif

reply to this message

#19: ..

by makkE on 07/24/2006 14:53

Not a bug, it´s a feature. If you don´t like it, do
/maxroll 0

reply to this message

#20: Re: ..

by Passa on 07/24/2006 15:00, refers to #19

I think he is saying that the skybox should move along with the roll..

reply to this message

#21: colours

by MeatROme on 07/24/2006 20:18

Nice to have colours for text now!
But this results in some problems too:
E.g. when a player uses colour in his name it will colourize the frag-message too.

So - till this is fixed, you should always end your coloured name with colour #2 (yellow).

name "^L3blood^L1wash^L2"

Maybe white should be available too, or did you omit it because only server messages will then be white?

reply to this message

#22: Re: warning 9600 and similar cards users

by Aardappel_ on 07/24/2006 21:09, refers to #14

well, so we are improving.

- I started Cube as an advanced Wolfenstein 3D clone :P
- It was then perceived as a Doom clone
- Once we got the really HQ maps like metl3 it was perceived as Quake 1, sometimes even Quake 2 Clone.
- Sauer started life as looking like a Quake 2 clone
- Then with the better maps people thought it looked more like Quake 3
- and now with the bump maps I have heard comparisons with Quake 4!!!

So hey, even though people can't get it in to their thick skull that there are other things besides quake out there, and that this is not some kind of lame based on quake source project, we are certainly moving forward!

And on the admin issue: I am sticking with my philosophy of the players control the game mode. It just makes so much more sense. If ISPs think they need this, they don't understand the game... we are NOT QUAKE 3 or whatever.

Btw, most quakeworld servers nowadays can be set to 4v4 3v3 2v2 1v1 or even FFA or mods like midair.. its wonderful to have the flexibility. In the old days you would have to move servers if people left/joined or you want to play something different.

reply to this message

#23: Re: Comments

by Aardappel_ on 07/24/2006 21:15, refers to #16

well, the 8500 and geforce 3/4 are part of an in-between generation of cards (the so called D3D 8.1 cards) that had some shader features, but very minimal. They had seperate interfaces (OpenGL extensions) for ATI and NVidia that are completely unrelated.

Supporting these cards would mean maintaining 3 rather than 1 set of shaders, plus the fact that most of our shaders are too long for them so they would have to exclude features like specular (without which bumpmapping looks unnoticably dull). Never mind the fact that we don't have cards to test this with.

Summary: not worth it by a mile. You just needs a newer card for your sake.

reply to this message

#24: Re: colours

by Aardappel_ on 07/24/2006 21:18, refers to #21

argh. TODO list: write function to filter illegal characters out of names and server talk. This stuff was not meant to be available to players.

reply to this message

#25: When's the Mac Version?

by Greywhind on 07/24/2006 21:22

I haven't even seen a note here yet about a Mac version on the way, let alone being available.

Is there a timeframe on the Mac version of this release?

reply to this message

#26: Re: Comments

by Xerxes on 07/24/2006 22:41, refers to #23

Yes, I fully understand and respect that implementing shaders for these cards is not worth the effort, and it is not what I want/request/ask you for. The thing I want to point out is that for all owners of the pre-dx9 hardware, the surfaces designed to be normal-mapped look very noticeably flat without the mapping.

What I'm suggesting is that each normal-mapped texture would have a third texture associated. This texture would be shaded and used in the case normal-mapping is not available.

I doesn't have to be a separate file eating up disk resources, it could be a texture that is dynamically generated during load time using the normal map and a single light source (probably white and infinitely distant). So that all these textures would appear shaded, albeit all from the same direction. But they would not appear flat.

This is just an idea I'm throwing in for comments.

reply to this message

#27: ..

by makkE on 07/24/2006 23:06

That sounds good. But wouldn´t that prolong load time quite a bit?
Anyways I would do it (given I could).

reply to this message

#28: Re: Comments

by Aardappel_ on 07/25/2006 02:42, refers to #26

we already do some of this, e.g. on pre-dx9 cards, the glow/decal maps get baked into the diffuse map at load time. The problem with the normalmap is that you'd have to choose an arbitrary direction for the light to come from, which would look all wrong in most cases. I am not sure what is worse, flat lighting, or wrong lighting. It's not hard to do, its just a question of wether it would look good.

I have looked at the maps with -f0, and metl4 actually looks rather good without shaders. deathtek and aard3c less so, because the diffuse textures used look more noticably flat.

reply to this message

#29: Re: warning 9600 and similar cards users

by Pxtl on 07/25/2006 03:11, refers to #12

Works fine on my 9600, but I keep it updated.

My review of the new version:

1) normal maps are incredisexy, and the old phong shading on non-normal-mapped models keeps you from noticing as much that only _some_ of the textures are nmapped. Still, it would be nice if at least the hudguns got normal maps, but that's a "nice-to-have".

2) LOVE LOVE LOVE the "powerup countdown" feature.

3) Is Deathtek a new map? It's fscking gorgeous.

4) The maps list could be cleaned out. Many of the "more maps" stuff should be removed, or at least reclassed into "test maps" - there some playable maps in the last pages of "more maps" but most of them are useless to players. Many of them even have the "savecurrentmap" message on. I'm sure any number of players could go through the current map list and sort them into useful groups so that we know what we're looking at in the map list - some of the ones that _look_ playable turn out to be unusable because of spawn points or unclimbable ramps. For example, there are a large number of small, weaponless maps that are good for Tactics mode, but not much else (Id for example) - these would do well to be moved into a "Tactics maps" group similar to the "Capture maps".

I'd been planning on making a patch to get vweps in on the models that can support them, but I know MD3 models are a WIP - would vwepped MD2s be a worthwhile investemnt of time then?
(it's a bit of a moot point though, as I still can't get the damn thing to compile).

reply to this message

#30: Hmm..

by Pxtl on 07/25/2006 04:00

Dunno if this is a new bug, but when playing Tactics today we had a player join the game, die, and respawn - which had the result of hanging the round as the game couldn't figure out who won.

No idea how it happened.

Also, iirc a Spectator mode was added a while back, but currently when dead and waiting to respawn in Tactics, you're stuck in "dead mode" - spectator mode would be very nice there.

reply to this message

#31: Re: Comments

by metlslime on 07/25/2006 05:41, refers to #28

Aard: I don't think it would be as bad as you suggest -- all game textures prior to the normalmapping era had shadows and highlights painted into the texture.

reply to this message

#32: ..

by makkE on 07/25/2006 09:50

I think It might look good if the light source was dead on, or simply slightly raised above the texture.
If you take a close look at the non-bumped textures, they aren´t all consistent in light direction too, especially if someone rotates them, but the benefit of fake volume would imho be a stronger point.

Pxtl: When I find enough time again, I´ll be working on nicer hudguns, I think the weak point of them now isn´t the missing normalmaps, but simply their aging looks.

reply to this message

#33: ..

by makkE on 07/25/2006 10:04

Btw, pixtl, when doing hdguns I will provide vweaps as well. Using them on md3 or on the md2 ogro would both be possible, and wouldn´t take long for me to make.

reply to this message

#34: Wrong lighting is better than no lighting

by Xerxes on 07/25/2006 12:04

> I am not sure what is worse, flat lighting, or wrong lighting.

Flat lighting is worse IMHO. As metlslime said, all older games had shaded textures and no one complained. I think that even when the shading is incorrect, it is better than no shading at all. It would add at least a little depth to the surfaces.

> I think It might look good if the light source was dead on, or simply slightly raised above the texture.

Or the direction vector of the arbitrary light and its intensity could be configurable via the console, so that everybody who feels like it could fine-tune them until they find something they like. Or disable it altogether.

reply to this message

#35: Re: When's the Mac Version?

by absinth on 07/25/2006 13:39, refers to #25

>I haven't even seen a note here yet about a Mac version on the way, let alone being available.

http://prdownloads.sourceforge.net/sauerbraten/sauerbraten_2006_07_22_normalmap_edition_mac.dmg?download

reply to this message

   Board Index