Sauerbraten - Bug reports

by Gilt on 11/28/2004 19:49, 574 messages, last message: 06/30/2007 22:00, 505213 views, last view: 07/05/2024 15:12

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   

#433: Re: so

by rancor on 04/29/2006 22:03, refers to #432

I've been having good luck with my 6800XT. It's PCI-e, but if your motherboard has it, $100 is hard to beat.

reply to this message

#434: Re: so

by Passa on 04/30/2006 01:34, refers to #432

just as an added note to the 7800GT, do not think the 7900GT is a large increase in performance because for the extra $100, you only get say an extra 5fps in some games.

for the top end of things, its the 7900GTX ;-) . just remember, STAY AWAY FROM ATi! their linux drivers are terrible, they have poor image quality, bad prices and some chips have problems with sauerbraten and cube.

reply to this message

#435: Re: so

by enigma_0Z on 04/30/2006 02:43, refers to #432

@aard
sauer, sadly, is not quite free from cpu load, but its not too heavy either, anything 2ghz+ should be fine for even the biggest maps. Small maps could run on less than 1ghz even.

A comment to that... until the more recent editions of sauer (and a testament to it's performance), I have a 1 GHz machine and almost all maps ran decently... Even now, most DM maps are fine, it's just the HUGE (Read: single player or RPG) ones that give me problems.

I hope to get my new laptop sometime in the near-to-distant future. However as it stands right now, I can get a 1.66 GHz Intel Core Solo w/ the nVidia GeForce Go 7400 for ~$1200 ... so I'm happy with that.

Honestly, I'm not trying to build a gaming machine, I'd just like to keep up with Sauer & Cube. I respect games that don't tout the "most awesomest graphics evar!".

reply to this message

#436: Re: so

by Aardappel_ on 04/30/2006 23:49, refers to #435

cool. and I think it just got a little cpu friendlier yet again.

reply to this message

#437: Normal mapping bug...

by metlslime on 06/30/2006 21:16

Seems like any texture that is rotated 90 degrees is rendered with super-high specularity, ignoring the specularity multiplier specified using "setpixelparam 1 X X X" in the level's config file. There is a ceiling lamp in the central room of metl4 that exhibits this problem. (Also, i think there are several examples in aard3b.)

reply to this message

#438: Re: Normal mapping bug...

by eihrul on 06/30/2006 23:10, refers to #437

As far as I know we already fixed that. Maybe Aard just didn't make new exes with the fix before he went on vacation.

reply to this message

#439: eihrul:

by metlslime on 06/30/2006 23:21

okay, thanks.

reply to this message

#440: 64Bit machines

by SkAzZ on 07/08/2006 08:38

Iv got a 64Bit machine
64bit AMD x3200
Abit motherbord AX8
1.5GB of ram (another 512mb corsair dosent work
ATI Radeon X800 GTO sapphire pci express ver. (Fireblade Special edition) 256mb

I have 200 constant during play and when i rise it i get 500 constont but i am always struck with crashes that i have to manuly restart my computer.. i have activity in the backround and have managed to shut it down with only the game screen frozen but it then just stops.

Is their a particular problem with 64Bit? or chould it be my fps.. i whould realy like to know.

Thanks

reply to this message

#441: Deleting Lights

by Morosoph on 07/08/2006 16:05

I'm currently constructing my first level, but it seems that I can't always delete lights (and possibly other things). I've put in "skylights" to soften the sun's glare, which are situated in the highest cube. Occasionally I do delete them, but usually I get the message (when the light is clearly marked as the nearest item) "selection is not in view". entproperty gives the same message.

Graphics Card: MSI NX6600-VTD256EH (nvidia 6600)

Machine: Fedora Core 5
$ uname -a
Linux localhost.localdomain 2.6.16-1.2122_FC5 #1 SMP Sun May 21 15:01:10 EDT 2006 x86_64 x86_64 x86_64 GNU/Linux

reply to this message

#442: Re: Deleting Lights

by Morosoph on 07/08/2006 16:09, refers to #441

Forgot to say. Binary is recompile of source sauerbraten_2006_06_11_sp_edition_linux.tar.gz for the x86-64 (Opteron), with the map rotation patch applied.

reply to this message

#443: Re: Deleting Lights

by kurtis84 on 07/08/2006 16:24, refers to #442

I do not think thats a bug. The selection warning just means you have a cube selected thats not in view. To delete lights and not get this warning, just aim at the light, left-click the mouse, then use the backspace key to delete the light you are aimed at.

The thing to remember here, is sauer will not edit anything selected that is NOT in your line-of-sight...and this is a good thing ;)

reply to this message

#444: Re: Deleting Lights

by Morosoph on 07/09/2006 01:14, refers to #443

Thank-you, but it's not that simple.
Sauerbraten will allow you to put items above the map being edited, by one bounding box of whatever size. Such items simply cannot be removed, whether by selecting the box and hitting delete, or pointing at the light so that it's highlighted in red; lights below the ceiling can be deleted.

I now know that it's above the edited volume since when I reduce the box size, the selected box is no longer above me. Successively smaller cubes obviously place themselves on an imaginary surface "the top of the box". Also, when I placed the lights, I went through the highlighted square and find another square above it, which I took advantage of to place the light still higher (doh!).

I agree that not being able to delete unfocused items is good behaviour, BTW, but the real bug is that I can place lights too high up (by one box hight), so that I cannot subsequently remove them.

reply to this message

#445: Re: Deleting Lights

by MeatROme on 07/09/2006 01:18, refers to #444

try clicking _right_ mouse button (to deselect your current selection) while the entity is closest. then delete it.
:)
HTH

reply to this message

#446: Thank-you MeatROme

by Morosoph on 07/09/2006 01:39

But it really is broken.

Try it yourself. Adjust the box so that it is fairly large. Fly through the ceiling of the map, so that you see the box flip up one unit, and place a light (you might need to save).

--
| | <- Above
--------- ... ---
| |
| |
| |
. .
. .
. .
--------- ... --- <- Ground

Lights below the ceiling delete fine. Doing another test run I find that occasionally the engine /will/ allow the light to be deleted, but this is rare, and has nothing to do with what is selected (in any case, right click every time). Also, you can delete items that are some distance behind you pretty often (as long as they're nearest), so I suspect so kind of strange wrap-around that occurs at the top of the editing space, and wraps differently for placement and removal. The engine is (IMO) mistaking the location of the light when attempting to remove it.

reply to this message

#447: undeletable light

by MeatROme on 07/09/2006 01:50, refers to #446

could you maybe post a minimal map displaying this behaviour somewhere?

I cannot reproduce your error.

Have you tried renaming your config.cfg to see if that might solve the problem?!?

reply to this message

#448: temp.ogz.bz2.uu

by Morosoph on 07/09/2006 02:21

If you're running Fedora, you'll need to install sharutils, as uuencode/uudecode isn't installed by default(!)

begin 644 temp.ogz.bz2.uu
M0EIH.3%!62936:[7RHP``!1___M55/#3-6!@16!FP$$@,*"`;!(@82`@`0XD
M`&#"P!RB(`!T,@!IH`T&1H`&@&CU!DVD::-'ZIZ>BA5,@-#31A#1B:9&T0>H
M8RF(T&@:9-"L4`LH%0('*:WR0Q\6H*P[L&5EWJRF,9-9%1=P$,QA$7P-OV>9
MJ:'S!D>(3OO*2!J&>9)^CS.69VCN+`#JYQ_)1#?\#Z3A#":;=^FX+2@@>BD9
62-''2@KI[PKH4!3^+N2*<*$A7:^5&```
`
end

The light is vertically above the centre, and I certainly couldn't delete it when I tried.

Thanks for this, BTW.

reply to this message

#449: Better without bzip2 encoding

by Morosoph on 07/09/2006 02:32

The octtree compression is pretty good. bzip2 made it worse!

begin 644 temp.ogz.uu
M'XL(`````````_-W#G$48&!@.`+$#"P,#(Q`*J'RWW\05P&(.1@@0!)$Z#"Q
M,&`!H7DEF24YJ2D*OHD%"DF5"J%YV7GYY7D,]`+,:07%4*9(_7_G5%4&%\-I
F_2XB#'(,&F!11@8F)@9FH/=8&=@8V!E(X#&2R0,`(N=1X%<!````
`
end

reply to this message

#450: Boundaries Of The World

by MeatROme on 07/09/2006 12:40, refers to #449

Indeed. Curious 8-)

It gave me some trouble, but when I flew around it a little I found it to be a question of orientation.

IIRC there has been a change in the way the cursor reacts to being placed outside of map-space ... there used to be some trouble with the ridiciously high values for distance and such that used to be returned.

This problems - seems to me - to be caused by this.

Try to keep the floor in view - it should work then.

In general when editing from outside of the octree you should always look IN :)

reply to this message

#451: Crash

by Osbios on 07/09/2006 13:46

Sauerbraten Win32 Exception: 0xC0000005 [0x5a7000]

keypress - console.cpp [241]
SDL_main - main.cpp [444]
__tmainCRTStartup - crtexe.c [586]

reply to this message

#452: anoyed

by SkAzZ on 07/09/2006 14:24

I am reframeing from swareing but on 6 DIFFERNT computers this game continuesly crashes when im doing anything, what am i doing wong.. i have one map wich is an all duty map for Deathmatch, mineing and building/roleplaying and evey litteraly two minuits the game compleatly crashes, on Xp i have to end task useing the task manager and on windows 2000 i have to restart the whole computer.

I want to know what is going on!

reply to this message

   Board Index