Bug Reports

by eihrul on 09/03/2008 01:41, 1171 messages, last message: 08/15/2021 02:13, 713273 views, last view: 12/09/2021 04:25

Please post your bug reports in here.

With your bug report, please submit the following information:

1) OS: Your operating system, i.e. Linux, Windows, or otherwise and what version you are using.

2) 3D card: The 3D card you are using. If you do not know, this is printed on the "Renderer:" line in the console when Sauerbraten starts up.

3) The edition of Sauerbraten you are using, i.e. Assassin edition, CVS as of a particular date, or otherwise.

4) Error information: If you are on Windows, a pop-up message showing filenames and line numbers should show up when Sauerbraten crashes; if possible, post a screenshot or a copy/paste of this. If on Linux, post a log of the startup info from the console, including relevant errors or any info you might have discovered. If on MacOS X, please post the crash log if applicable.

5) A description of the problem and how to reproduce it. Please give as much detail as possible on how someone can recreate the problem, in as certain terms as you can. If someone else can't reproduce the problem, it is unlikely he can fix it or tell you what is wrong.

   Board Index   

#30: Re: Remip problem with clip material

by Quin on 11/02/2008 15:37, refers to #29

Well the short answer would be that clip material was not intended to be used this way, it is more for filling in parts that a player can't access or a supplement to collision with an oddly shaped object - not as a general geometry replacement.

Collision with these in terms of physics just isn't the same because there is no surface normal (the vector which represents the angle/orientation of a surface) to get the current direction from. They are "empty space" materials, you need geometry.

You could possibly use skybox textured geometry to fake it - seeing as you're colliding with something and all you won't exactly be going through to the other side?

reply to this message

#31: Re: Remip problem with clip material

by Pointer on 11/02/2008 19:49, refers to #30

I don't want to use clip for creating something like invisible stairs. Just imagine a ladder behind the clip volumes. I just kept it out of the screenshot for simplicity.

Sky with skytexture 0 is not an option for me, as it casts shadows This would severely hurt the lighting of the ladder and the area around it. Or is there a way to prevent sky cubes from casting shadows?

What I need is just the usual trick for ladders, with the only difference that I wanted to create higher ladders, hence I need these large steps, or otherwise the player is kept too far away from the ladder by a very thick invisible clip volume at its lower end.

In fact I also experimented with a combination of noclip and clip, so the player can go some distance into the ladder at its upper end (just as far as possible without visible near-plane clipping), as to further reduce the thickness of the clip volume at the lower end. This also works fine, unless I remip the map (or calclight).

I am currently experimenting with some workarounds. If I find something that works, I'll post it. If not, it just means that I'll have to restructure a portion of my map. Maybe I can angle the ladder, so that it is no longer straight vertical. It just wouldn't look as good any more, as it is intended to be a maintenance ladder in an elevator shaft.

reply to this message

#32: Re: Remip problem with clip material

by a~baby~rabbit on 11/03/2008 00:00, refers to #31

Hmm.. can't replicate your bug when using clip rather than solid - though I think ehirul fixed something material wise in CVS some time back.

Note: Using solid cubes you can push the faces, thus you can actually make a slope 8x steeper than if you were using just clip alone. In your first post you specified a slope of 16:1, well - 128:1 is pretty damn near vertical steep.

reply to this message

#33: Re: Remip problem with clip material

by Pointer on 11/05/2008 14:14, refers to #32

I finally downloaded the CVS version to check that. But it reacts the same in this case.

If anyone wants to reproduce the problem, I can mail you a small map.

All of you were very kind in trying to help me, and I am very grateful for that. But you basically want me to circumvent the problem by using geometry instead of clip. I know that I can do that, but this is a bug report after all (otherwise I had posted in the editing thread).

Remip actually changes the actual shape of the clip volumes, so they work differently before and after the remip. Plus, they are no longer consistent to their appearance in the editor. I guess this is the same for other materials as well, but didn't test that.

Or am I wrong in thinking that remip should never change the semantics of a map, but rather optimize it?

reply to this message

#34: multiple binds

by Hirato Kirata on 11/07/2008 10:23

I was rearranging sandbox's default binds, and I came across some actions being bound to the same button. so I checked sauer's files and surprise surprise, it was there too.

editbind B [ selentfindall ]
that line is followed 20 lines later by
editbind B [ domodifier 9; brushcopy = 0; ]

I found another for J as well, but that was sandbox only

reply to this message

#35: Re: Remip problem with clip material

by SheeEttin on 11/07/2008 17:30, refers to #33

Just tried this: http://i35.tinypic.com/2gv99q9.jpg
And it looks like the clip boundary is rounded to the next gridpower size (or something). If you play on it, note how you can't slide directly onto the geometry stairs.

reply to this message

#36: Re: Remip problem with clip material

by Pointer on 11/07/2008 23:17, refers to #35

I finally found a workaround for this problem: create the steps out of horizontal beams that are only one cube thick.

Here is how it looks like in my map now:
http://www.picolodia.com/store/0cf94p.jpg

As for sliding from clip material to geometry, it seems that collision is handled somewhat different for materials.

reply to this message

#37: Re: Remip problem with clip material

by Quin on 11/08/2008 05:27, refers to #36

"As for sliding from clip material to geometry, it seems that collision is handled somewhat different for materials."

I must be trippin', didn't I say that back at #30?

reply to this message

#38: Re: Remip problem with clip material

by Pointer on 11/08/2008 14:18, refers to #37

Indeed. I should have referred to your post, instead of repeating it. Sorry.

But it is working now as I intended. It seems that the rounding/mipping is somehow suppressed by the fact that the volumes are only one unit thick in 2 dimensions.

As a side note, in the screenshot in #36, I have removed the additional clipping volumes enclosing the safety cage to make the beams visible.

reply to this message

#39: ..

by 00Hugo00 on 11/09/2008 19:57

i have a bug due to quadropolis download : sound.
can you send a default sounds.cfg please ?

reply to this message

#40: Re: ..

by eihrul on 11/09/2008 20:38, refers to #39

http://sauerbraten.cvs.sourceforge.net/viewvc/*checkout*/sauerbraten/sauerbraten/data/sounds.cfg?revision=1.10

reply to this message

#41: ..

by ~Redon~ on 11/16/2008 13:08

I think I can leave out 1) and 2) since it's a gameplay bug

3) Bloodfrontier Alpha 2.2

4) http://img91.imageshack.us/img91/4035/rivalsot6.png
(Don't ask me why everything is blue, I just took the screenshot and it turned out like this... Oh and the textures so bad because of my bad graphic card :P

5) Its a general Lava-problem. It seems like whenever you walk over lava, it melts you. The problem: It also does if its under the ground. So if you have a lava-pool with a diagonal border, it also melts you when youre not actually over the lava-pool. So maybe it would be fixed, if you put the "melt-level" in lava a little bit down, and not directly on the lava (I hope this is understandable, I'll try to improve my english :P)

reply to this message

#42: Unknown Command: ALL OF THEM!

by a13x963 on 11/18/2008 11:07

i just installed the new cube 2 and tried to edit a new map but it keeps saying stuff like:
Unknown Command: universaldelta
" " select
" " delete ect

Im using windows vista, 7300 nVidia graphics card, 2gb ram and no idea about the processor but i know thats not it.

and im not a noob either, ive been using assassin edition till it had the same problems. EXACT SAME problems yet assassin edition works perfect on windows xp. i havent tried ctf edition on it yet.

anyway, any help?

reply to this message

#43: Re: Unknown Command: ALL OF THEM!

by Hirato Kirata on 11/18/2008 16:13, refers to #42

delete your old configuration files
or type
/exec data/defaults.cfg

it sounds like a map defined universal delta, which means it was erased at map end

reply to this message

#44: ..

by Forty two on 11/23/2008 03:08

Whenever I shoot my hard drive with a double-barreled shotgun, Sauerbraten stops working.
Any ideas?

reply to this message

#45: Re: ..

by yoopers on 11/23/2008 05:56, refers to #44

Use rock salt next time.

reply to this message

#46: ..

by Acord on 11/24/2008 08:28

What OS are you using? Windows is known to have compatibility issues with lead 1.0, and linux has incomplete driver support for lead 1.0.

Lead 1.0 should only be used on Macs, but I've heard that everyone has to wait on Apple to upgrade the driver support on OSX to take full advantage of lead. Until then it could cause some minor usability issues.

reply to this message

#47: Re: ..

by a~baby~rabbit on 11/24/2008 10:41, refers to #46

The newer Macs are almost lead free - therefore we recommend instagib mode for most efficient use of what heavy metals remain.

reply to this message

#48: Sauerbraten locks system hard

by rhombus on 11/26/2008 01:54

Hi:

I have a Intel Q35-based board. This has the Intel GMA 3100 graphics chipset in it. This chipset does OpenGL acceleration.

Sauerbraten loads and runs fine, EXCEPT that after a few minutes of play, it invariably locks my machine hard. I can only recover with a cold reboot (reset switch or power switch).

Here's the kernel I'm running:

Linux stephen 2.6.25-gentoo-r9 #3 SMP Mon Nov 24 21:56:22 MST 2008 i686 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux


Here's the console output when I start sauerbraten client:

init: sdl
init: enet
init: video: mode
Failed to initialize TTM buffer manager. Falling back to classic.
init: video: misc
init: gl
Renderer: Mesa DRI Intel(R) Q35 20061102 x86/MMX/SSE2 (Tungsten Graphics, Inc)
Driver: 1.4 Mesa 7.2
WARNING: No framebuffer object support. (reflective water may be slow)
WARNING: No occlusion query support! (large maps may be SLOW)
WARNING: Disabling shaders for extra performance. (use "/shaders 1" to enable shaders if desired)
Rendering using the OpenGL 1.5 fixed-function path.
init: console
init: gl: effects
init: world
init: sound
init: cfg
init: localconnect
init: mainloop

reply to this message

#49: Re: Sauerbraten locks system hard

by rhombus on 11/26/2008 01:57, refers to #48

Oh:

and my sauerbraten version:

Gentoo ebuild: games-fps/sauerbraten-2008.06.17

reply to this message

   Board Index