no Gibs BUG? func_breakable Created 7 years ago2017-02-21 14:35:38 UTC by kruk

Hi, i run in to a strange problem -.- my func_breakable (vent cover) 16x16x64
dosnt spawn metal gibs (any of gibs wood, glass ect even custom ones) in some places on the map ... in some places it works fine but in other it just disepers on brake ;/
Looks like placement of it has some influence, i use same func_breakable
everyware ..did try everything ;/.

I use
JACK 1.1.1064
Vluzacn's ZHLT v34 x64

Number of gibs spawned is based upon size of the breakable object. I wouldn't be surprised if that is so small that sometimes it chooses to spawn nothing.

Take the same entities and stretch them bigger as a test.

Ok so i think i know what's causing it...

Looks like im working out of the 8192 grid in editor and those func_breakable dont spawn gibs over position -4096 ;p

So i guess that's what can cause it ?

Probably this: https://github.com/ValveSoftware/halflife/blob/5d761709a31ce1e71488f2668321de05f791b405/dlls/cbase.cpp#L706

I'm inclined to think the main cause of your problem is that your map is too large.

Eh yeah forgot about this since did use JACK set to default unit size 16384 ;p

Probably this:
https://github.com/ValveSoftware/halflife/blob/5d761709a31ce1e71488f2668321de05f791b405/dlls/cbase.cpp#L706

Im not much of a coder XD but just changing all the positions from 4096 to 8192 and compiling the hl.dll will fix it?

It should, yes. I'd change it to 16384 though, that's the maximum for vanilla GoldSource IIRC.

Eh nope doesn't look like it helps everything still doesn't spawn over the 4096 border :<

yeah max in hl1 is 8k (or 4k from center)

Had that problem with a map of mine. Looks like you'll have to work within the limits

heh good thing it's just one of my maps XD can just move that part :>
Another prof not get to ambisius with 1998 game mod ;]

I looked into this further: it doesn't work because the gibs are spawned using a temporary entity message. They are dependent on networking settings, and those settings limit coordinates to a range of 4096 units from origin in every axis.

Specifically, this:

MSG_WriteShort(&gMsgBuffer, ffloor(flValue * 8.0));

It writes a signed short, which is any value in the range [-32767, 32768]. 4096 * 8 is 32768, so anything greater is just not going to be written. This is unfixable without engine access.