I Would
#11805 posted by SleepwalkR on 2012/03/15 19:56:41
Take stuff kut of the map systematically and see if it goes away. Maybe there's a fucked up brush somewhere or something.
Kinn:
#11806 posted by metlslime on 2012/03/15 20:15:25
i have seen that; often it appears in a leaky map and the problem goes away if the map is sealed. If your map is already sealed then i don't know what will help, but it might fix it self later from geo changes in neighboring areas.
#11807 posted by necros on 2012/03/15 20:21:52
try rebuilding a few brushes in that area? but yeah, not much else you can do. qbsp will even cut up stuff that's already in triangles and smaller than 480 units (i think 480? that's supposed to be the max face size).
I Bit My Teeth Out On That One Too
#11808 posted by negke on 2012/03/15 20:28:38
See a couple of posts above.
It doesn't make any sense - seems to be some inexplicable qbsp hiccough. Though maybe BJP could explain. The weird thing is that in most cases no direct modification will get rid of it, like upscaling the texture, trisouping the brushes, and so on. Sometimes it just goes away as you add more stuff like metl said, sometimes even if you make a seemingly unrelated change elsewhere. You can try moving the whole structure 64 units to the front so as to 'hide' the random splits. This sometimes works, but it's a surrender.
#11809 posted by Kinn on 2012/03/15 21:14:38
i have seen that; often it appears in a leaky map and the problem goes away if the map is sealed.
Might be that actually :} *blushes* - i'll have a go sealing it and let you know
Also....
#11810 posted by metlslime on 2012/03/16 01:55:01
necros: max face size is 240 for software quake.
#11811 posted by necros on 2012/03/16 02:44:39
heh, was 2x off :D
#11812 posted by negke on 2012/03/16 09:46:24
Why 240 and not 256?
Because
#11813 posted by Kinn on 2012/03/16 13:59:43
binary is too mainstream.
Anyway - cheers guys, the problem actually went away when i transfered a whopping great section to another map. Also I realise I should probably not pay too much attention to bsp's vagarities whilst dealing with an unsealed map :}
Negke:
#11814 posted by metlslime on 2012/03/16 19:19:19
it's 240 because the max lightmap size is 16x16 samples, and lightmaps don't repeat like normal textures, so you can only interpolate between samples (imagine 16 fenceposts spaced one every meter -- your fence would only be 15 meters long.)
So you have 15 "segments", and in quake the lightmap samples are one per 16 pixels on the texture, so if your texture scale is 1.00, that's 15 x 16 = 240 units.
(someone who has actually read/written lightmap code please verify or correct me on all of this.)
Thanks For The Explanation
#11815 posted by negke on 2012/03/17 10:13:35
Explosion Sprite
#11816 posted by Mike Woodham on 2012/03/22 21:38:53
I have an explosion that the player sees from a way off and the standard sprite is not visually effective from this distance. Does anyone know of a bigger exposion sprite? (I don't have the tools to manipulate sprites)
How Much Bigger?
#11817 posted by Kinn on 2012/03/22 21:53:50
The quake sprite format doesn't allow sprites to be larger than a certain size, although I can't remember what that size is, but i think it's still fairly small.
If you need the explosion to be impressive from a fair distance, some sort of "firework display" made of lots of explosions might be in order.
#11818 posted by necros on 2012/03/22 22:11:02
http://necros.slipgateconstruct.com/temp/explosions.zip
bigexp.spr is a larger explosion sprite from descent
draflam2.spr is a gigantic explosion sprite from freespace (needs to run at 20fps, or just skip every other frame)
Necros
#11819 posted by Mike Woodham on 2012/03/22 22:24:46
That's much better, thanks.
Interesting
#11820 posted by Kinn on 2012/03/22 22:25:54
draflam2 is 256x256 which is a shitload bigger than i thought quake sprites could be.
Scale
#11821 posted by Preach on 2012/03/22 23:11:17
I think when sprites exceed the maximum size they end up getting scaled down rather than just rejected or cut off. This is something that fitzquake handles better than the stock engines, in that it would draw the sprite full size instead.
#11822 posted by Kinn on 2012/03/22 23:15:11
do you know what that max size is?
Even If The Sprite Size Exceeds Max
You can always cut it up in four pieces and display them back together.
Afraid Not
#11824 posted by Preach on 2012/03/22 23:32:09
It's not an area I know much about, it's just something I've happened upon when trialling tree models for quake. Usually when there's a quake engine mystery like this I take a peek at the source to try and find out what's going on, but the copy I look at is the Fitzquake source, which we know behaves differently in this case.
Having A Problem With My Map
D:\Program Files\Quake\hipnotic> "D:\Program Files\Quake\Qbsp.exe" maps\a_kvss.m
ap
TreeQBSP v2.05 -- Modified by Bengt Jardrup
Input file: maps\a_kvss.map
Output file: maps\a_kvss.bsp
---- LoadMapFile ----
*** ERROR 03: Line 527: Invalid brush plane format
Elapsed time : 0:00
Peak memory used : 0.5 MB
!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!!-!
Build failed, because it did not create the (+BSP) file: D:\Program Files\Quake\
hipnotic\.\maps\a_kvss.BSP
Build failed, because it did not create the (+PRT) file: D:\Program Files\Quake\
hipnotic\.\maps\a_kvss.PRT
using Quark with enhanced build tools.
#11826 posted by JneeraZ on 2012/03/23 19:57:49
And what does line 527 look like?
it's a QBSP error whenever i try to build the map.
#11828 posted by necros on 2012/03/23 22:50:17
you need to copy and paste line 527 so we can see what's wrong with it.
/\
#11829 posted by necros on 2012/03/23 22:50:31
that is to say, in the .map file.
|