Sauerbraten release 2006-06-11 out!

by Aardappel_ on 06/12/2006 07:21, 322 messages, last message: 07/31/2007 16:33, 363870 views, last view: 05/11/2024 07:59

http://sourceforge.net/project/showfiles.php?group_id=102911

As usual, feedback SPECIFIC TO THIS RELEASE in this thread! thanks!

* scripting language: every command/block/exp can now return string values (no more use of variable "s", much cleaner code)
* scripting language: reduced allocations a great deal, should execute faster now
* scripting language: can now write X = Y instead of alias X Y for more readable code
* If sauer crashes on a non-programmer machine on Windows, it will now output a stacktrace (both in a popup and the console window) which can be copy-pasted and sent to the developers (do this before you press "OK" to close the program, from the console windows menu).
* added provisional "sendmap"/"getmap" commands for coopedit mode
* explicit sky polies are now outlined in editmode (toggled by "showsky" var)
* now shows names of entities floating in edit mode (in green, closest = red)
* any non-multiplayer games can now be paused (variable "paused", default key F1)
* fixed rockets exploding mid-air if they were aimed at a moving target
* copy/paste now work in coop-edit
* moved all mapmodels into the menus
* new SP respawning system! read "SP Respawning" in game.html
* console language macros now allow code generation (see config.html)
* added customizable file completion (via "complete" command)
* aliases and vars set in map cfgs are now sandboxed (don't persist)
* world shaders can now work with any number of textures (see "texture" command).
* support for specularity maps and glow maps on md2/md3 models (see md2.txt/md3_sauer_howto.txt)
* new "editbind" works like "bind", only the key is only available in edit mode. cleaned up keymap/default cfg files (no more bindings in keymap)
* added triggerable mapmodels (see editref.html for more info)
* removed the z-offset attribute from mapmodel info and ents and moved mapmodel ent skin attribute to mapmodel info (see editref.html)
* added support for full screen pixel shader effects (see setfullscreenshader, and the "option" menu)
* removed obsolete editheight command
* added powerful new heightmap mode! use getheightmap command [default H key] when there is a selection box to activate (see editref.html for more info)
* added selectbrush modifier [default J key] that switches between brushes defined in data/brush.cfg
* added copybrush [default K key] to use current heightmap as brush. see data/brush.cfg for more info.
* editable brushes for heightmap mode. see data/brush.cfg for more info.
* capture gameplay mode fixes
* ip address lookups now use the concurrent resolver
* added redo command [default I key]
* made importcube remip while importing to save memory
* removed some lighting/physics bottlenecks in SP mode
* removed 256 textures per map limit (is now 64k)
* fixed incorrect mapmodel shadows on Windows
* fixed invincibility bug

   Board Index   

#213: Re: Gamma...

by 2Cents on 07/04/2006 12:07, refers to #211

Even if _you_ didn't touch config.cfg (as you shouldn't, it's the auto-save-file) ,.... sometimes it gets corrupted entries.
Since it is loaded at next engine start (and written just before /really/ quitting) it might botch up your configuration.
But as aard said a couple of posts above - there might be an OS issue here ... but you keep insisting it used to work.
Just move config.sys somewhere out of the way; don't delete, just rename to "maybe_botched_config.cfg" or something.

reply to this message

#214: Let's see what we get ;-)

by Morosoph on 07/04/2006 15:24

Sounds pretty good to me.

I just like the idea of (say) an end level with two ordinary Bauuls and a tan Bauul (more skilled) that is also larger (more HP proportional to volume of the beast); somehow it just seems more interesting and fun to me than having five ordinary Bauuls.

A game mode that mixes monsters and players might also be cool; I'm just floating this one. They'd have to keep spawning, but maybe "skill" would control the rate, and they'd spawn faster when they were fewer (proportional to [1/existing_monsters])?

That said, I'm glad for whatever the devs give us. Sauerbraten is a dead cool game.

reply to this message

#215: activate fullscreen shader question

by da-old-mitaman on 07/04/2006 20:15

OK, so how do I activate full screen shaders (bloom, for example) to see all that eye candy?

I've tried from the options menu and typing in the following command at the console:

setfullscreenshader bloom

I only see the "normal" shader effect on map models.

x1300 256mg ATI vid card
newest ATI driver
directX 9.0c

Thanks in advance for any insight.

MitaMAN

reply to this message

#216: ..

by makkE on 07/04/2006 20:54

Try:
setfullscreenshader bloom 500
for a more drastic effect.

It needs a value. The bloom in the options menu is very subtle in some maps.

reply to this message

#217: Re: activate fullscreen shader question

by shadow,516 on 07/04/2006 21:36, refers to #215

minimize sauer and look in the console if it says "your card does not support texture rectangles" or something like that. Most of the ATI cards seem to have that problem. I have an X300/X550 series card with the newest drivers, and I cant get them either :/

reply to this message

#218: Re: activate fullscreen shader question

by da-old-mitaman on 07/04/2006 23:44, refers to #217

Yeah, thats it, my card does not support it. I get a "your card does not support texture rectangles, no fullscreen shaders for you" message.
Oh well, looks like a better vid card is on the horizon.
Thanks shadow,516 - MitaMAN

reply to this message

#219: Bloom costs 2/3rds of your frame rate

by Morosoph on 07/04/2006 23:52

It's cool, mind!

I've got a choice: do I run at 2048x1536, or 1600x1200 with bloom? I choose the former...

reply to this message

#220: Re: send/getmap corrupted lightmaps

by eihrul on 07/05/2006 03:40, refers to #212

Sendmap/getmap doesn't actually send the lightmaps at all (or the cfgs or anything else). That's a feature to save on bandwidth, and partly why it is coop-edit only.

Just that the surface info wasn't getting cleared properly when the stuff was sent over. Nothing to worry about and easy enough to fix.

reply to this message

#221: Re: Gamma...

by SanHolo on 07/05/2006 22:02, refers to #213

@@ 2Cent

It's not that I didn't try to delete the config.cfg, I did that several times, and even deleted the autoexec.cfg, but no go.

Setting gamma below 100 does work, setting it above doesn't work. It did so before the June-release.

Doesn't work on my 1GHz G4 with Radeon 9000 and on my old G4 350 with Rage128 (cant play there anyway, but wanted to test it – same result).

reply to this message

#222: Re: Gamma...

by absinth on 07/05/2006 23:38, refers to #221

i can confirm this, gamma > 100 is just broken at least on osx in this version, on a fresh install.

see #166 for a exactly the same problem in linux

even if "its an SDL/driver/OS thing" it's weird thats it broken for so many people in this release and worked fine in the last one ^^

reply to this message

#223: Re: Gamma...

by eihrul on 07/05/2006 23:43, refers to #222

We didn't change gamma at all, or anything with the SDL setup, and gamma still works for me and Aard. So unless anyone else can figure out what the issue is, not much that can be done.

reply to this message

#224: ..

by makkE on 07/06/2006 00:33

Gamma still working here too, winxp.

reply to this message

#225: Re: ..

by MeatROme on 07/06/2006 00:46, refers to #224

gamma 150 is my friend on Debian Sarge (linux) too :)

reply to this message

#226: Re: Gamma...

by absinth on 07/06/2006 18:57, refers to #226

hm thanks i already suspected that.

unfortunatly we need to use SDL > 1.2.9 on macosx for "Universal Binary" support (intel macs)

i also couldn't find anything to about this (to track the bug) in http://bugzilla.libsdl.org

reply to this message

#227: Re: Gamma...

by absinth on 07/06/2006 20:50, refers to #226

it's already fixed in SDL 1.2.11 so 1.2.10 is the only version to avoid...

reply to this message

#228: Re: Gamma...

by absinth on 07/06/2006 23:35, refers to #227

so for those on a mac you can just replace the SDL framework in the application bundle with the new 1.2.11 version if the gamma issue bugs you

reply to this message

#229: Maps all look wierd on my screen.

by Rogerdg on 07/07/2006 02:52

I enjoyed the original Cube. This program looks very washed out on my screen. The console shows the following:

C:\Program Files\Sauerbraten>bin\sauerbraten.exe -w1024 -h768
init: sdl
init: enet
init: video: mode
init: video: misc
init: console
init: gl
WARNING: No vertex_buffer_object extension! (geometry heavy maps will be SLOW)
WARNING: No shader support! Using fixed function fallback. (no fancy visuals for
you)
WARNING: No occlusion query support! (large maps may be SLOW)
WARNING: Non-power-of-two textures not supported!
init: world
game mode is ffa/default
init: sound
init: cfg
init: localconnect
init: mainloop
read map packages\base\metl2.ogz (0.4 seconds)
Elsinore by metlslime
game mode is ffa/default

Where should I look for my problem?

Thanks.

reply to this message

#230: Re: Maps all look wierd on my screen.

by rancor on 07/07/2006 03:38, refers to #229

I'm guessing your video card is too old.
However, you might try the gamma command.

reply to this message

#231: ..

by SanHolo on 07/08/2006 11:46

okay, absinth, thank you for checking this out.

reply to this message

#232: ..

by SanHolo on 07/08/2006 22:18

Me again – after compiling from CVS with libsdl 1.2.11, gamma > 100 works as it should. Wonderful.

...only drawback is that it has a new protocol again and you can't play against other sauerfraggers using the latest official build. =)

reply to this message

   Board Index