Sauerbraten - Bug reports

by Gilt on 11/28/2004 19:49, 574 messages, last message: 06/30/2007 22:00, 520709 views, last view: 09/30/2024 06:38

So yeah, since I don't feel like doing a whole lot of testing anymore, I may as well leverage my resources, and shove that responsibility to all of you. Hopefully, this will allow for more updates, and a less buggy engine.

The Format:
-----------
What: A *short* description of the bug / problem.

How: point form of relevant steps to reproduce the bug.

When: revision of exe. OS, video card... yeah I don't know, anything that might be relevant. keep it short.

Detail: any other stuff that might be relevant. like pics. http://www.imageshack.us/ if needed.
-----------

new releases here:
http://cvs.sourceforge.net/viewcvs.py/sauerbraten/sauerbraten/sauerbraten/bin/sauerbraten.exe?view=log

for each new version, I will list fixed bugs. you are then responsible to make sure that it really is fixed, and then confirming it in this thread.

!!! NOTE !!!: this thread is not for feature requests, design discussion, bitching, moaning, yadda yadda, etc. there are other threads for that. plus, a forum thread already does not afford great organization. please no garbage.

Keep reports short. I have a habit of skimming large blocks of text.

Focus on the WHAT, not the WHY. There is a tendancy in people to want to be too helpful. They try to diagnose the problem instead of very clearly describing what is wrong. at the very least, keep theories in the detail section.

some examples are below:

   Board Index   

#175: ..

by nieb on 06/13/2005 16:23

http://www.snieb.com/hmm.JPG

seems like the skybox is being rendered on top of the explosion...

reply to this message

#176: Texture missing

by CubeJacky on 06/13/2005 16:33

Hi again,
theres another bug at STDM2. The texture "packages/temple/1.jpg", 2.jpg 3.jpg --> 24.jpg are missing (version: sauerbraten_2005_06_12)!

Jacky

reply to this message

#177: Re: ..

by jean pierre on 06/13/2005 17:35, refers to #175

The explosion bug happens to me also

I thaught becouse the explosion has very big Alpha but that screenshot proves it.

reply to this message

#178: Re: ..

by eihrul on 06/13/2005 18:14, refers to #175

That was indeed what was happening. I think I have that fixed in CVS now.

reply to this message

#179: in the new release

by rootnis on 06/13/2005 19:52

no problems with mapmodels in new sauer release =) although, why this?:
menuitem "plant2" "newent mapmodel 14"
menuitem "leafs" "newent mapmodel 14"
menuitem "pipe/valve(ind)""newent mapmodel 15"
menuitem "valve(ind)" "newent mapmodel 15"
not a bug, but i think this is unnecessary.


another, more serious, thing i wanted to report:

editing. gridpower 4 or higher.
with Q and wheel make crater like this:
http://img232.echo.cx/img232/7769/screenshot2248937kt.jpg

now change textures and sauer does things like this:
http://img232.echo.cx/img232/7769/screenshot2248937kt.jpg

wierd...

besides: press e to exit editing mode and go into the very center of the crater - you cant move anymore, not even jump. :(

ok that`s all or now

reply to this message

#180: concave!

by TOGoS_1u2kuhbui on 06/13/2005 20:42

Hey, your cubes are concave, too! Is this just something that happens on ATI cards?

reply to this message

#181: ..

by Sparr on 06/13/2005 21:49

very good question togos_1u2kuhbui. if i understand aard correctly that should not happen, and is going to break lighting and collision in interesting ways

reply to this message

#182: Critical Bug!

by pushplay on 06/14/2005 01:36

In aard3 the skybox has the sun at one angle but the lighting is sourced to another! tsk tsk tsk

reply to this message

#183: ..

by Sparr on 06/14/2005 02:15

last i saw the lighting in aard3 was accurate... for a very small section of the map. the problem is that the light needs to be *REALLY* far away for the angle to appear correct over even a small map like Aard3. it has to be bounds-of-int-datatype far away for a large map. thank god for /entmove :)

reply to this message

#184: Re: in the new release

by shadow516 on 06/14/2005 04:14, refers to #179

rootnis: Those links are to the same screenshot, but the concave cubes are definitely wrong.

reply to this message

#185: Re: Gilt: remip/lighting bugs

by Gilt on 06/14/2005 05:37, refers to #173

yeah, the raycube thing probably has problems... perhaps the lu/lusize variables are getting corrupted or something.. and yeah it might be the cause of the selection problem too...

reply to this message

#186: ..

by Zer0 on 06/14/2005 09:16

What: very wired anti-lighting =)

How: /newent light 1000 -100 -100 -100 [on aard3]

When: sauerbraten_2005_06_12

Detail: clamping negative lightmap values to 0 should solve this problem.

reply to this message

#187: Re: ..

by jean pierre on 06/14/2005 12:18, refers to #186

Any screenshot's

By typing /screenshot and then use www.imageshack.us and upload it there then give us the link.

reply to this message

#188: Re: in the new release

by rootnis on 06/14/2005 12:38, refers to #184

sorry... i guess it was late and my eyes didn`t show correctly =)
the other link is:
http://img232.echo.cx/img232/3889/screenshot3086950pr.jpg

see those corners!

reply to this message

#189: Re: in the new release

by Aardappel_ on 06/15/2005 01:33, refers to #188

a cube surface should normally be flat. If you make it non-flat, you succumb to whatever direction OpenGL decides to fold it.

reply to this message

#190: ..

by TOGoS_1u2kuhbui on 06/15/2005 02:01

Oh. That explains a lot :)

reply to this message

#191: Anti-lights

by pushplay on 06/15/2005 03:00

Anti-lights are typically a feature. The question isn't why is it possible, the question is why are the results so weird? :)

reply to this message

#192: Re: Anti-lights

by shadow516 on 06/15/2005 04:19, refers to #191

The effect of anti-lights seem normal untill shadows are introduced:

Negative lights w/o shadows:

http://img295.echo.cx/img295/8700/noshadow0na.jpg

Negative lights with shadows:

http://img133.echo.cx/img133/6885/withshadow6pt.jpg

reply to this message

#193: Re: Anti-lights

by jean pierre on 06/15/2005 07:47, refers to #192

Wow the second screenshot is cool :O

reply to this message

#194: folding cubes surface

by rootnis on 06/15/2005 14:19

>If you make it non-flat, you succumb to whatever direction OpenGL decides to fold it.

although sometimes the surface looks "ATI style" (like in first pic) and look may vary randomly between thouse two, when moving pointer, physically it performs like in second one all the time.

reply to this message

   Board Index