Sauerbraten - Bug reports

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

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   

#255: oy...

by Pxtl on 07/14/2005 19:14

just discovered, even Firefox gets confused and doesn't restore text on this forum. Never mind. Very odd.

reply to this message

#256: sauerbraten crashing

by Tresdoggg on 07/14/2005 22:09

ok this is the prob..the only version of sauerbraten i cant get 2 workin is the 5-24-05 release..the others crash..if its not the newchar prob it crashes when u load a new map or just crashes on start.. :( cube never gave me problems but this new one is.
emachine
windows xp home
intel 82845g (updated 2 latest drivers)

P.s. i already have several hours in searching ... and there seems 2 be no answer :(

reply to this message

#257: Re: Gilt: cube subdivision doesn't work for complicated cas

by kurtis84 on 07/14/2005 23:48, refers to #253

I just got home, tried the new EXE, and I'm still having trouble with this. Example -

http://www.fidnet.com/~kesler/pre_subdivision.jpg

http://www.fidnet.com/~kesler/post_subdivision.jpg

Am I wrong thinking this should work?

Kurt

reply to this message

#258: Re: Gilt: cube subdivision doesn't work for complicated cas

by enigma_0Z on 07/14/2005 23:55, refers to #257

Uhh, no you aren't... I had a similar issue on the roof of my lastest sauer map (I'll release all of them in a few days, I've got a third cooking now.)

Anyways, I had created my map all nice and good, and I decided I wanted to change the texture on the roof. No prob, right? Wrong. The surface was completely flat, I selected the whole thing and did the t+mouseup to select a texture and seemingly random patches of my roof were bent up just like your screenie there. In my situation, the selector _may_ have been smaller than the original roof size, but that shouldn't matter, right?

reply to this message

#259: Re: sauerbraten crashing

by kurtis84 on 07/14/2005 23:55, refers to #256

Just to confirm, you did try this package-

http://prdownloads.sourceforge.net/sauerbraten/sauerbraten_2005_07_04_independence_edition.zip?download

and if you did, maybe try the newest .exe from cvs, it's here -

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

Kurt

reply to this message

#260: Re: Gilt: cube subdivision doesn't work for complicated cas

by kurtis84 on 07/14/2005 23:58, refers to #258

Thats exactly what causes it...make a cube at a grid size, then drop down a size in grid, and try to edit or retexture...it almost never does it right.

Note that I said ALMOST. I don't know why, but every once in a while this does not happen.

Kurt

reply to this message

#261: Re: Gilt: cube subdivision doesn't work for complicated cas

by enigma_0Z on 07/14/2005 23:59, refers to #260

Heh, It gets even worse with really complicated shapes... I might post a screenie later, if I feel like it...

reply to this message

#262: Re: sauerbraten crashing

by tresdogg on 07/15/2005 01:22, refers to #259

i tried indepen but i still had 2 change the aard map to stop crashing on start up :( even with the 1.78 added..still no change.. crash when u load a map (it does let me create 1 now which is good) but i still would like 2 load other maps

reply to this message

#263: Re: sauerbraten crashing

by kurtis84 on 07/15/2005 02:22, refers to #262

From what I could find about that chipset you mentioned, it looks like an integrated video chip on the motherboard....if this is the case, be sure what you've updated includes a video driver. I see driver updates talking about motherboards, and video separately...might be worth a look. If this is'nt the cause, then I cannot help. Maybe someone else here can...sorry.

Kurt

reply to this message

#264: Re: Gilt: cube subdivision doesn't work for complicated cas

by Aardappel_ on 07/15/2005 02:58, refers to #257

I am sorry, there is nothing wrong with that screenshot per se. There isn't always a perfect way to subdivide. Sure maybe it can be done better, but it is not a bug at least. There used to be a bug with completely random gaps being generated in unrelated spots, that has been fixed.

reply to this message

#265: Re: Gilt: cube subdivision doesn't work for complicated cas

by enigma_0Z on 07/15/2005 03:33, refers to #264

Oh yeah, I remember that one! That was funny... heh.

reply to this message

#266: Re: CVS Sauer on x86_64 hangs in intermission

by Aardappel_ on 07/15/2005 03:55, refers to #256

I just fixed the spawning code somewhat, and now no monsters spawn up in the air anymore.

DMSP requires roomy spawnpoints for the larger monsters, and ksauer1 has only few spawnpoints, most in narrow spots. This is where sauer's emergency spawning routine kicks in, randomly trying to find a spot close by. It does a better job now :)

Looking at the code for lightreaching(), I can't see how part of ray can be NaN. it just computes the distance between a light entity, and a monster in this case. That should be valid even if the monster is way above the level. Eihrul?

reply to this message

#267: Re: Gilt: cube subdivision doesn't work for complicated cas

by kurtis84 on 07/15/2005 04:37, refers to #264

Ok, this latest fix seems to do it fine! I can not only retexture a large slope with a small grid, I can use the small grid to make a small slope right on a large slope! sweet :)

reply to this message

#268: Re: CVS Sauer on x86_64 hangs in intermission

by Gilt on 07/15/2005 04:37, refers to #256

there is no ceiling, you're just standing on a solid cube with the skybox texture. you can even try editing it if you want while you're up there!

reply to this message

#269: Hmm...

by Pxtl on 07/15/2005 05:12

I realise it would double the polycount of maps, but would it be more effective to double-subdivide, at least as an option? That is, on each quad, you add a vertex in the middle located at the mean point of the 4 corners and then just split the surface into 4 tris, each try being one edge connected to the center vertex at its ends... that is:

*-*
|X|
*-*

As I said, it would double the polycount, but allow the rendering of such surfaces to be at least consistent, instead of each card deciding on it's own where to put the diagonal in the quad. At least as an option for users with power to spare.

reply to this message

#270: Re: Hmm...

by kurtis84 on 07/16/2005 01:54, refers to #269

I think the problem with subdivision, is theres always going to be that certain combination of shapes that will not work at a smaller size...there would have to be subdivision across the joints between certain cubes to allow EVERY shape. I was experimenting last night to see why I cannot do certain things, and now I can see why. Subedivision isn't always needed to reduce a cube...sometimes it needs to split a cube, then ADD something to a surrounding cube, in order to keep it all smooth every time..and I don't think thats possible for these guys to program.

I'll not mention this...quirk? of sauerbraten anymore...it's just something to deal with, no biggie. If I need those complex shapes, I'll simply subdivide that area myself at a smaller grid.

reply to this message

#271: Re: Hmm...

by Andrew Brault on 07/16/2005 02:05, refers to #270

If you load up the blah.ogz map, turn right about 30' and go inside the "castle" there is a small triangular piece on the floor. Put gridpower down to 2 and tweak the piece and it will be subdivided strangely, kind of "backwards" looking. It is possible to get it to subdivide into a piece with a vertically striped texture (coincident texcoords); if you try to tweak this piece (the pointed-at piece in crash.jpg) sauerbraten will lock up.

http://unsignedint.com/images/sauerbug/before.jpg

http://unsignedint.com/images/sauerbug/after.jpg

http://unsignedint.com/images/sauerbug/crash.jpg

reply to this message

#272: Re: Hmm...

by Andrew Brault on 07/16/2005 02:11, refers to #271

BTW, this is with the latest CVS sources (self compiled), x86_64 Fedora Core 3 linux, crappy GeForce card.

reply to this message

#273: Other strange subdivision errors...

by enigma_0Z on 07/16/2005 06:36

I too have recently had a strange subdivision error...

I had a vertical bar five cubes high of a gridsize of 2x (eg, not the smallest, but the second smallest). Each side was "pushed" in three times. I had several of these bars pasted side by side in front of a window. I went to texture the sill and selected it with a smaller gridsize (1x, to be specific).

The bars just happened to be in the selection. I changed the texture, and the side of all the bars (just one side) got these weird cross thingies on them. They were big X-shaped flat spike thingies... It seems that the smaller gridsize of the selection caused the vertices in the center of the selection (It was two cubes wide) to be correct, but all the corners were reset. I'll get a screenie up soon, anyway, it seemed to be a simple subdivision gone haywire.

I also did some experiments and it seems that simpler shapes (cylinders to be specific) and subdivision error didn't afflict them. It seems that if the cubes are modified on more than one axis/plane then subdivision gets a little flakey...

anyway.

reply to this message

#274: Re: Hmm...

by Andrew Brault on 07/16/2005 18:15, refers to #274

I just recompiled the latest sources from CVS and fiddled with things for 10-15 minutes with no new problems (not even on ksauer1). The above mentioned subdivision bug is still there of course. However there is now some serious z-fighting or something going on when in edit mode (only) that was not there in the prior CVS version.

reply to this message

   Board Index