Sauerbraten release 2006-06-11 out! |
by Aardappel_
on 06/12/2006 07:21, 322 messages, last message: 07/31/2007 16:33, 376157 views, last view: 11/01/2024 22:38 |
|
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
|
|
#184: Re: HOM |
by spentron
on 06/27/2006 12:04, refers to #170
|
|
Tried the latest Sauer finally and it does run better. I was about to give up on it, as of a few versions back none of the alleged speed increases were perceptable. Running GF2 integrated with a 2G CPU. It now runs at least as good as Cube did on my Celeron. I'll increasingly not be seeing what you guys are seeing but at least it plays half decent. And at least it doesn't require a new OS like Doom 3 et al. For Win 98 you need to stick a dbghelp.dll in /windows if anyone had trouble figuring that part out.
reply to this message
|
|
#185: Re: Pistol model missing; Falling bombs in Sauer |
by Passa
on 06/27/2006 12:57, refers to #183
|
|
:o
OMG NOW I BELIEVE YOU!! No seriously, I believed you from the start, but common sense would suggest you to reinstall Sauerbraten from scratch, as it is most likely a missing model that is causing the problem.
reply to this message
|
|
#186: Re: Pistol model missing; Falling bombs in Sauer |
by Passa
on 06/27/2006 15:31, refers to #183
|
|
Oh, also try hudgun 1 into console. Never know, could work ;)
eihrul: maybe add something to the docs about dbghelp.dll and windows 98SE?
reply to this message
|
|
#187: Re: Pistol model missing; Falling bombs in Sauer |
by D-TurboKiller
on 06/27/2006 16:29, refers to #186
|
|
Ok, I installed Sauerbraten from scratch and it worked! The pistol model is there again :) Thanks Passa.
reply to this message
|
|
#188: SetCooperativeLevel error |
by D-TurboKiller
on 06/27/2006 16:41
|
|
Remember this error?
Sauerbraten fatal error
Unable to initialize SDL: DirectInputDevice::SetCooperativeLevel: Unknown DirectInput error: 0x80004001
Turns out I was missing dinput8.dll and I had to get it. If someone happens to get this error just go get dinput8.dll here: http://www.dll-files.com/dllindex/dll-files.shtml?dinput8
reply to this message
|
|
#189: Re: Pistol model missing; Falling bombs in Sauer |
by eihrul
on 06/27/2006 17:25, refers to #186
|
|
That was Aard's idea about the whole debugging trace thingy. I have no control over the Windows releases. You need to talk to him about it.
reply to this message
|
|
#190: Re: HOM |
by da-old-mitaman
on 06/27/2006 23:05, refers to #184
|
|
Spentron, good to see you posting. I'm glad your still "part of the scene". Any plans for mapping?
MitaMAN
reply to this message
|
|
#191: Nice |
by panzersharker
on 06/29/2006 02:53
|
|
I like the new release, new font too lol.
Anyway the new thing that sparkerlers do, that thing where the sparklers show where the object is instead of where the player was when he placed it like in older versions.
^ big read ^
Found out how to fix the scroll whell problem, just delete config.cfg in the sauer folder and run the game and it will be normal.
reply to this message
|
|
#192: .. |
by Passa
on 06/29/2006 07:58
|
|
Argh, can't run the the SP edition of Sauerbraten on my new laptop, occlusion edition works :/
Specs are Pentium M 1.4GHz, 256MB RAM, Radeon 7500. Runs occlusion edition fine, 30 FPS on average, 60+ FPS on aard3. (I only want to use it for mapping so thats fine)
http://members.iinet.com.au/~passarello/laptoperror.JPG
Thats the error. Also nice new message Aard when there is no shader support ;)
reply to this message
|
|
#193: Re: .. |
by CC_machine4
on 06/30/2006 00:03, refers to #192
|
|
try disabling shadars using the -f commandline.
reply to this message
|
|
#194: Gamma... |
by SanHolo
on 07/02/2006 12:28
|
|
On some levels like curvedm, it really is a pain not to be able to set the gamma again.
Setting the gamma worked for me until the latest version came out, is there anything I can do to get it back?
OS X.4.7, TiBook 1 GHz, 768 MB RAM, ATI Radeon 9000M 64MB.
reply to this message
|
|
#195: Re: Gamma... |
by MeatROme
on 07/02/2006 12:39, refers to #194
|
|
I can`t see any reason this shouldn`t work.
The source for the gamma command would display an error if your card failed to comply - but it used to work you said.
My guess is try moving your config.cfg to a safe location.
This usually deals with any and all weird behaviour of sauerbraten.
reply to this message
|
|
#196: SP respawning |
by da-old-mitaman
on 07/02/2006 19:04
|
|
I finally played some sp maps in this version, and I like how the "sp repawning" works. But is it possible to quit a map at some point, and then "reload" your last "sp respawn point"? If so, how? I did not find any mention of it in the manual.
The sp maps presently in sauer are not too big so it's easy to finish "in one sitting". But larger maps could be a pain if you always need to start from the beginning after quitting the game mid-point. (I'm working on a rather large sp map, that's why I'm "concerned".)
MitaMAN
reply to this message
|
|
#197: Re: SP respawning |
by MeatROme
on 07/02/2006 19:26, refers to #196
|
|
Currently there are only the "respawn points" and no saving of the last one activated.
But if you noticed - the best score isn't saved yet either (although this is already fixed in CVS).
Since Eisenstern will really have big maps this issue must be addressed at some time.
Sooner or later ...
reply to this message
|
|
#198: Compiles for x86-64; Ideas for Monster AI |
by Morosoph
on 07/02/2006 19:34
|
|
Cube also compiles for the Opteron, if you change a couple of (int *) casts to (long *) [int is 32 bits on both CPUs, but long is the same length as the pointer size].
Just a couple of ideas; feel free to ignore:
1: Monsters show more (+2?) loyalty to their own species than others (consider how humans treat other primates, eg. in labs).
2. Monsters have variable skill, say +/- three levels difficulty. Spawning can autogenerate [level]+d4-d4; level designers can adjust difficulty offset to create eg. endlevel/endstage enemy. Perhaps skin-tone could cue the player as to the offset (or absolute level) of their opponent?
reply to this message
|
|
#199: Re: Compiles for x86-64; Ideas for Monster AI |
by MeatROme
on 07/02/2006 19:57, refers to #198
|
|
@1: UTSL : the anger currently gets divided by 2 if it's the same monster-type. (src/fpsgame/monster.h [in monsterpain()]).
@2: do you know about the "/skill X" command? in sauerbraten it is the player who chooses his difficulty setting!
reply to this message
|
|
#200: Re: Compiles for x86-64; Ideas for Monster AI |
by MeatROme
on 07/02/2006 20:03, refers to #199
|
|
Just assumed you meant Sauerbraten, but you did say Cube ...
If you were talking about Sauerbraten [Cube 2] it's alright, for Cube 1 it comes down to the same answers but for 1) it's src/monster.cpp [in monsterpain()] where to look for for the halving of anger.
reply to this message
|
|
#201: Re: Pistol model missing; Falling bombs in Sauer |
by Aardappel_
on 07/02/2006 20:29, refers to #186
|
|
the next release will include dbghelp.dll. It was my understanding its part of the OS, but I was underestimating the amount of people still torturing themselves with '98 :)
reply to this message
|
|
#202: Re: .. |
by Aardappel_
on 07/02/2006 20:32, refers to #192
|
|
a crash like that without a stacktrace is likely a crash in the driver... hard to tell what is going wrong.
reply to this message
|
|
#203: Re: SP respawning |
by Aardappel_
on 07/02/2006 20:35, refers to #196
|
|
Yeah, currently you need to finish playing an SP map within one run of sauer. We may fix that, we may not. Yes it would be nice to have, but its a bit a bit inelegant to maintain savegame code just for this (savegame code is notoriously error prone). I would advice people to not make epic 3hr SP maps, but make episodes where each maps takes 10-30 mins max for a beginner on first play.
reply to this message
|
|
|
Board Index
|
|