home home

downloads files

forum forum

docs docs

wiki wiki

faq faq

Cube & Cube 2 FORUM


Sauerbraten release 2006-06-11 out!

by Aardappel_ on 06/12/2006 07:21, 322 messages, last message: 07/31/2007 16:33, 375845 views, last view: 11/01/2024 00:16

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

Go to first 20 messagesGo to previous 20 messages    Board Index    Go to next 20 messagesGo to last 20 messages

#17: ..

by ticko88 on 06/12/2006 18:39

i tried
/ati_texgen_bug 0
it doesn't work, is therre a specific place where i type it?

reply to this message

#18: Re: problems

by rpointon on 06/12/2006 19:09, refers to #16

Endian bugs:

I'm getting a "md3: corrupted header"
>>>>
fread(&header, sizeof(md3header), 1, f);
if(strncmp(header.id, "IDP3", 4) != 0 || header.version != 15) // header check
{ conoutf("md3: corrupted header"); return false; };
>>>

Your're missing some endian swap lines in there!!


OSX 2x2Ghz PPC

reply to this message

#19: door_demo

by Sparr on 06/12/2006 20:01

i am told that the door_demo map is cool... i cant tell, because it doesnt work for me. i see no triggers in edit mode, but other people who also see no triggers say it works for them. what gives?

reply to this message

#20: Re: problems

by >driAn<. on 06/12/2006 20:34, refers to #18

> Your're missing some endian swap lines in there

True. Sorry for being inactive lately, im very busy with school atm :/

reply to this message

#21: ..

by ticko88 on 06/12/2006 20:39

i need it to stop being slow when i open it up!!!! someone help, i typed in the ati_texgen_bug 0 code

reply to this message

#22: ..

by absinth on 06/12/2006 21:13

i would be all for giving rpointon CVS access since he has produced good patches for the mac-launcher recently (already merged) and he also has preliminary fixes for the endian bugs in md3.h

reply to this message

#23: md3 endianness

by eihrul on 06/12/2006 21:32

I committed a new version of md3.h that should handle all the endian conversions. Could someone on a big endian platform make sure it works now?

reply to this message

#24: ..

by ticko88 on 06/12/2006 21:35

why cant they fix the bug that makes it slow as hell?

reply to this message

#25: Re: ..

by eihrul on 06/12/2006 21:35, refers to #17

Try typing that in the console. If that doesn't work, use the -f command line switch to turn off shaders if they are not already.

reply to this message

#26: Re: md3 endianness

by guest57 on 06/12/2006 21:45, refers to #23

should use endianswap(&tags[i].pos, sizeof(float), 12);

not 10.

- aka rpointon

reply to this message

#27: Re: md3 endianness

by eihrul on 06/12/2006 21:48, refers to #26

okay, fixed that.

reply to this message

#28: Re: md3 endianness

by >driAn<. on 06/12/2006 21:49, refers to #26

rpointon, and &frames[i].min_bounds instead of &frames[0].min_bounds in line 308.
Do you have a platform to test that?

reply to this message

#29: Re: md3 endianness

by guest57 on 06/12/2006 21:58, refers to #28

or just '&frames[i]' if you wish to be fussy...
Your code now looks the same as mine :-)

Working fine on PPC.

- aka rpointon


reply to this message

#30: ..

by absinth on 06/12/2006 22:08

>Working fine on PPC.

yes, singleplayer works fine now, but it seems the new resolver doesn't work here ... ;(

reply to this message

#31: Re: ..

by eihrul on 06/12/2006 22:35, refers to #30

I committed a new version of resolverwait in serverbrowser.cpp that may or may not fix it. Try it see if it works now.

If not, you can just make the resolverwait version defined in server.cpp the default for Macs, which will suck, but it is better than nothing.

reply to this message

#32: ..

by absinth on 06/12/2006 22:55

it didn't fix it but the workaround works (more or less), thx

reply to this message

#33: mac-version released

by absinth on 06/12/2006 23:03

ok, i'm uploading the mac-version ATM.

mac-specific launcher-changes from rpointon include:

- double clicking the *.ogz maps opens them in sauerbraten
- option to disable hw-occlusion-culling
- option to start server with integrated console viewer and start/stop button

reply to this message

#34: Re: mac-version released

by guest57 on 06/13/2006 00:10, refers to #33

Success, downloaded and fragged folk already.

In multiplayer mode server browser sometimes locks up...

Your improvements look good too absinth - and thank you for your kind words :-)

- aka rpointon

reply to this message

#35: ..

by absinth on 06/13/2006 00:20

>Success, downloaded and fragged folk already.
i also had fun in the pre-release testing ;->

>In multiplayer mode server browser sometimes locks up...
yes we need to do something about this but it was more important to get a mostly working release out...

reply to this message

#36: door_demo

by guest57 on 06/13/2006 00:38

I see switches, carrots and doors but nothing happens - no messages, no opening doors... Is it broken for Mac/others?

reply to this message

Go to first 20 messagesGo to previous 20 messages    Board Index    Go to next 20 messagesGo to last 20 messages


Unvalidated accounts can only reply to the 'Permanent Threads' section!


content by Aardappel & eihrul © 2001-2024
website by SleepwalkR © 2001-2024
58223214 visitors requested 76174792 pages
page created in 0.038 seconds using 10 queries
hosted by Boost Digital