Bug Reports

by eihrul on 09/03/2008 01:41, 1175 messages, last message: 12/31/2023 08:39, 923844 views, last view: 04/30/2024 03:08

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   

#1120: clipping is broken please fix

by nyamms on 12/28/2014 21:57

1) OS: Windows 7 Ultimate 64bit, most likely makes no difference

2) 3D card: GTX 260 or 770, makes no difference

3) Sauerbraten Collect Edition

4) map demonstration of various clipping bugs: https://dl.dropboxusercontent.com/u/27093909/nyammsclipadventures.ogz

5) It's easier to see for yourself on the map than it is to explain it in words.

Short version: The clip material and even clipping with only normal cubes behaves weird in various cases, mostly on diagonal surfaces. It causes players to bump over surfaces that should be flat, or even get stuck on them.

Clip in some cases also causes the player to slow down when they hit their head against it, unlike a ceiling made of normal geometry.

reply to this message

#1121: Last used crosshair doesn't work.

by Drarrhat on 12/28/2014 22:14

I have two crosshairs, red.tga and green.tga. If I select one of the crossairs and restart, that crosshair becomes blurry. The other one stays sharp. Does anyone know why this happens?
By the way, I'm loading the crosshairs with the "crosshairs = [...]" function from autoconfig.cfg. If I try to use "loadcrosshair" I get the error "could not load texture".

reply to this message

#1122: Re: Last used crosshair doesn't work.

by Antiklimax on 12/31/2014 13:16, refers to #1121

Hi! Use .png and not .tga. Put your crosshair into users data directory where Sauerbraten hold your cfg and custom maps etc. at me : c:UsersmynameDocumentsMy GamesSauerbratenpackagesbase.
Write this into your autoexec.cfg: loadcrosshair "packages/base/yourcrosshairname.png"
exec in game autoexec.cfg
Have fun!

reply to this message

#1123: Re: clipping is broken please fix

by suicizer03 on 12/31/2014 14:56, refers to #1120

Slopes has been always a quite tricky thing.
The bug on the first slope seems to be caused due being at the height of the default world. If you make it even just a little bit higher (with the flat geometry next to it); you won't have the same result. That's why my advice is always to start your map about 8 or 16 default cubes higher; so you won't have such troubles.
I know that's not solving the case; but it is a work around (why fixing a minor issue while it doesn't have to be seen as an issue?).

The second case with clipping material below the slope is just quite obvious; you can't expect a cylinder hover over the slope and missing the clipping material; that would probably mess up the collision box. Why would you put clipping material there in the first place? It's never recommended to have paperthin walls in a map as you're just asking for bugs while it doesn't make it more realistic when someone gets hit by splash damage (as you get the full splash damage while you probably couldn't even see the rocket or made exploding at the other side of the wall).

Slopes are always a pretty nasty thing in maps. Rather use stairs instead.

For the getting stuck in walls (3th case); that's a more common thing and it could and perhaps should be fixed (although I'm not the one to decide).

There doesn't seems to be a bug for the 5th case (where you got to jump frequently). It's obvious you bump back to the floor faster again when the space to jump is smaller. Then again; all those cases shouldn't occur commonly in a gameplay oriented map as they decrease the flow. Perhaps as a certain cut off to a strategic area, but that's it.

Some certain unwritten rule when designing a gameplay oriented map;
- Use clipping and noclipping material with sense.

Hitting your head towards clip when jumping and certain other cases lacks that piece of sense.

reply to this message

#1124: Re: Last used crosshair doesn't work.

by Drarrhat on 12/31/2014 20:45, refers to #1122

FYI I wasn't sure if this was a bug or not, so I reposted a related question in the general thread. I don't know if an admin wants to delete one of them?

Anyway, I narrowed down the problem. Here's a summary: If loadcrosshair is in the config.cfg or if bilinear filtering is enabled, it blurs. (The crosshair is black and white with transparent pixels.) I can put loadcrosshair in the autoconfig.cfg but it has no effect on whether it blurs or not.

reply to this message

#1125: Re: clipping is broken please fix

by nyamms on 01/02/2015 13:03, refers to #1123

There are countless examples where clip doesn't work the way it should. As I mentioned, the map I provided included only very simple and abstract examples. That doesn't mean that clipping is any less broken when it comes to proper mapping. For example, why can I get stuck on this corner that is perfectly clipped? https://i.imgur.com/hp2ASgs.png


>>The bug on the first slope seems to be caused due being at the height of the default world. If you make it even just a little bit higher (with the flat geometry next to it); you won't have the same result. That's why my advice is always to start your map about 8 or 16 default cubes higher; so you won't have such troubles.


That's hardly the only place this issue pops up, and that's why I provided another another example right next to it that isn't on default height.

If you'd tried shifting the whole thing up one or two gridpower 5 cubes, you'd know that the problem still persists. I assume it has something to do with the way slopes intersect larger cubes.

Even if it did work, I don't think there being a way to circumvent a bug is a reason not to fix it. It's not a minor issue. The collision box interfering with geometry that should be out of the way is a problem that pops up in many places and is the main source of all clipping-related troubles a mapper runs into.


>>The second case with clipping material below the slope is just quite obvious; you can't expect a cylinder hover over the slope and missing the clipping material; that would probably mess up the collision box.


The slope is a flat surface, the clip is underneath it, of course I can expect it not to interfere. A collision box should not hit geometry behind a slope that isn't even in reach. I know what you're trying to say and why it does work this way, but it's counter-intuitive, and a better solution for collision detection would involve something that prevents this sort of problem.

Note the example next to it that uses geometry cubes instead of clip: That one isn't bumpy either. As far as the collision box is concerned, clip and geometry should merge just as well as two geometry cubes. There is no reason it should be this way, it's a bug.


>>Why would you put clipping material there in the first place?


I placed an example right next to it that uses skyclip to make bumpy stairs smooth. Again, the map contains very basic examples. The fact that clip behaves in very weird ways when it connects to geometry is a problem that pops up again and again.

Example: https://i.imgur.com/ORMJjDt.png
You will get stuck on the clipped edge, while the skyclip one works fine. That makes no sense, and is an annoying solution not only because it is a workaround, but it also restricts the use of opaque skytexture and makes grenades bounce off of it.

The point is, you don't need paperthin walls for this to be a problem.


>>There doesn't seems to be a bug for the 5th case (where you got to jump frequently). It's obvious you bump back to the floor faster again when the space to jump is smaller. Then again; all those cases shouldn't occur commonly in a gameplay oriented map as they decrease the flow. Perhaps as a certain cut off to a strategic area, but that's it.


Try it again. The point is that the height 5 clip ceiling somehow kills your forward momentum while the same ceiling made of geometry doesn't. And then somehow, a clip ceiling at height of a gridpower 4 cube only does this occasionally, perhaps at certain points.

A straight wall or ceiling made of clip or geometry shouldn't affect your movement in different ways. I know players other than me who observed the same thing.

I'm also not advocating the use of low ceilings, this is a noteworthy bug regardless. What is and isn't good mapping once again has nothing to do with it.

reply to this message

#1126: Re: clipping is broken please fix

by suicizer03 on 01/02/2015 22:17, refers to #1125

Your screenshot of memento seems somewhat weird as I'm not having such trouble at all. So I don't know how you managed it but perhaps you should reinstall your Sauerbraten version.

http://i.imgur.com/BT9Gp07.png

It should definitely be appreciated that you've added such effort in experimenting with the clip and eventually even put abstract cases in a map. This might also affect any other game on Cube Engine 2 (like Tesseract or Red Eclipse); more investigation is necessary for that.
If you really want to reach the developer (Eihrul, Baby-Rabbit, etc); I would advice to speak to them via IRC (#sauerbraten @ irc.quakenet.org) or send them an email. They aren't always looking throughout the forum.

Perhaps the clipping material could share the same code as normal geometry does? Although that probably means a complete rewrite of the physics on the engine.

reply to this message

#1127: Re: clipping is broken please fix

by suicizer03 on 01/02/2015 22:43, refers to #1125

I tried within Tesseract; very same results for any case except the 4th.

Red Eclipse doesn't seems to have compatibility with .ogz files any more (such a shame), so I can't test that out.

reply to this message

#1128: Re: clipping is broken please fix

by nyamms on 01/03/2015 00:31, refers to #1126

About the screenshot of memento, it's an updated version of it. It doesn't seem to happen on the release version as that one has simpler geometry under the clip. You can try this one if you like.

https://dl.dropboxusercontent.com/u/27093909/memento2c.ogz

It's not a problem with my install.

reply to this message

#1129: Re: clipping is broken please fix

by nyamms on 01/03/2015 00:42, refers to #1126

I forgot to add another interesting observation about the example I brought up in my other post: The clipping only seems to be broken in two of four directions.

https://dl.dropboxusercontent.com/u/27093909/clipbug2.ogz

reply to this message

#1130: Re: clipping is broken please fix

by suicizer03 on 01/04/2015 21:51, refers to #1129

As there are many more cases to be brought here that are involved of the clipping bugs; perhaps that part of the code could be reviewed (and maybe revised?).

It's not just only the clip; the physics of Sauerbraten let players get on top of diagonal geometry (in the y-axis of models skyboxes and so) while the maximum jump-height shouldn't permit.

The next map contains an example of that; if you try to jump on the green-coloured part of the wall; you will be able to get on top of it.

http://www.mediafire.com/download/om02eqc8rj7m5or/cornerbug01.ogz

reply to this message

#1131: Sauerbraten crashes on map load

by Degru on 05/17/2015 05:58

OS: Windows 8.1 64-bit, all updates installed

Version: Collect Edition (downloaded/installed today from the download page on the site)

GPU: Intel HD Graphics 4000 on Intel Core i3 3227u, latest drivers from Intel site

Settings: all default

The game crashes with a fatal Win32 exception (0xffffff or something) once a map finishes loading.

The problem is fixed by setting all the gfx settings to the lowest possible settings.

reply to this message

#1132: Re: Sauerbraten crashes on map load

by raz on 05/18/2015 17:55, refers to #1131

Can you provide the actual exception code? Coupled with your GPU it might point at what's wrong.

reply to this message

#1133: ..

by Drarrhat on 08/09/2015 19:44

1) Windows 10 Home - 64-bit
2) AMD 7640g
3) Collect Edition
4) The edges of the crosshair blur which makes it slightly harder to see.
5) This affects crosshairs that have several colors if bilinear filtering is enabled (not trilinear) or if the crosshair is already selected at startup. Adding this to the autoexec fixed it:
bilinear 0
guibutton "quit" "loadcrosshair data/crosshair.png 0; loadcrosshair data/hit.png; quit" "exit"

reply to this message

#1134: Please Help

by anson4555 on 08/21/2015 07:01

1) Windows 10
2) Nvidia Geforce GTX 980m
3) Collect Edition
4) During the loading screen when entering a server, ("Recalculating Geometry" and whatnot) Cube 2 will close itself and this error will pop up "Cube 2: Sauerbraten Win32 Exception: 0xc0000005 [0xac90]"

reply to this message

#1135: Uninitialised memory sent to servers

by sphalerite on 09/13/2015 14:21

1) All (but I'm on debian stretch)
2) Irrelevant (but Intel graphics)
3) SVN r5217
4)
The server browser will currently send the "ping" buffer to servers uninitialised as far as I can tell, which is a security issue akin to Heartbleed.

I've written a possible fix:

https://sphalerite.org/sauerbraten-random-ping.patch

reply to this message

#1136: Re: Uninitialised memory sent to servers

by eihrul on 09/17/2015 04:24, refers to #1135

It does not send any of the uninitialized portions of the buffer out, no.

reply to this message

#1137: zlib1.dll missing error

by Punjabi.Ver-7.1 on 09/25/2015 23:53

Every now and then, when i start the game it says, zlib1.dll is missing from ur computer....what is the error for. I had to install the game fresh every-time i wants to play it.

reply to this message

#1138: Re: zlib1.dll missing error

by eihrul on 09/26/2015 19:54, refers to #1137

Make sure your antivirus software is not accidentally flagging it as a virus and repeatedly deleting it.

reply to this message

#1139: El Capitan graphic bug

by uncleSax on 10/02/2015 15:20

I'm doing some sound redesign as personal project on Sauerbraten.
After the new El Capitan update I'm experiencing some graphic problem. You can see a screenshot here http://stackoverflow.com/questions/32890605/xcode-7-broken-font-after-el-capitan-update

No idea on what it could be and how to solve it. need help

OS X El Capitan

Latest sauerbraten version

Renderer: NVIDIA GeForce 9400M OpenGL Engine (NVIDIA Corporation)
Driver: 2.1 NVIDIA-10.0.37 310.90.10.05b12
Rendering using the OpenGL GLSL shader path.

reply to this message

   Board Index