Afraid not Tribal, where I said zombie in that post, I really meant "zombie". I was using it as shorthand for monsters affected by Sir_Random's bug - monsters that continue acting after the player has killed them. Any resemblance to actual zombies is entirely coincidental.

I don't think your bug is related, because the bug is triggered after the zombie is already "dead" on the floor, not at the moment of dying. It sounds like the engine tries and fails to restore the collision hull to the zombie when it stands up inside a BSP object, but I can't tell you more than that... 

Thanks anyway :) 

Hi All, long time quake player, thinking about my first quake map.

Hi Im looking into making my first quake map.

Im having problems understanding why qBSP runs on my map but vis and light doesn't run.

I dont understand why it finds my QCompileTools folder just fine for qbsp, yet it wont do the vis and light right next to it in the same folder?

I'm using necros compile gui

Im very new to all this and this in particular is really confusing me, so I hope you can help, and if the soltion isnt obvious I could post the compiler output.



I hope you can help and Best wishes! 

Is qbsp.exe creating a bsp in your maps folder?

Next, if not we'll need to see the .log folder that is created in the working directory. 

Hi,

Yeah I get the bsp, it runs, Fullbright and with geometry disappearing.

Here is the compile

------------------------------------------
Copying Files...
The file cannot be copied onto itself.
0 file(s) copied.
Converting map...
--------------QBSP--------------
---- qbsp / ericw-tools v0.18.1 ----
Input file: FirstQuakeMap01.map
Output file: FirstQuakeMap01.bsp

---- LoadMapFile ----
*** WARNING 06: No info_player_deathmatch entities in level
2700 faces
450 brushes
2 entities
28 unique texnames
452 texinfo

Opened WAD: D:/Projects/Texture Archive/texturedownloads/base.wad
Opened WAD: D:/Projects/Mapping/MyTrenchBroomQuakeMaps/id.wad
Processing hull 0...
---- Brush_LoadEntity ----
450 brushes
425 planes
---- CSGFaces ----
2700 brushfaces
3205 csgfaces
3025 mergedfaces
---- SolidBSP ----
3886 split nodes
1749 solid leafs
1840 empty leafs
298 water leafs
0 detail leafs
0 detail illusionary leafs
0 detail fence leafs
0 illusionary visblocker leafs
20722 leaffaces
19774 nodefaces
---- Portalize ----
2138 vis leafs
2138 vis clusters
5477 vis portals
---- FillOutside ----
*** WARNING 10: Reached occupant at (1504 -144 312), no filling performed.
Leak file written to FirstQuakeMap01.pts
---- MakeFaceEdges ----
---- GrowRegions ----
Processing hull 1...
*** WARNING 10: Reached occupant at (1504 -144 312), no filling performed.
Processing hull 2...
*** WARNING 16: Texture __TB_empty not found
---- WriteBSPFile ----
Wrote FirstQuakeMap01.bsp
923 planes 18460
23094 vertexes 277128
3886 nodes 93264
368 texinfo 14720
19774 faces 395480
5626 clipnodes 45008
2139 leafs 59892
20722 marksurfaces 41444
79088 surfedges 316352
47598 edges 190392
32 textures 346812
lightdata 0
visdata 0
entdata 216

0.469 seconds elapsed
Peak memory usage: 69414148 (66.2M)
--------------VIS---------------
---- vis / ericw-tools v0.18.1 ----
running with 8 threads
testlevel = 4
LoadBSPFile: 'FirstQuakeMap01.bsp'
BSP is version 29
LoadPortals: couldn't read FirstQuakeMap01.prt
No vising performed.
-------------LIGHT--------------
The file cannot be copied onto itself.
0 file(s) copied.
The file cannot be copied onto itself.
0 file(s) copied.
The system cannot find the file specified.
Press any key to continue . . . 

1. You have a leak in your level so VIS will not run.

2. Light will not run if you don't have any light entities in your map. If you do, then I am not sure why it isn't running. Double check the path in the GUI to light.exe Maybe it's incorrect?

Also it's a good idea not to have spaces in any of these tools paths or for your wads etc. But that's not the issue above. 

Open the .pts file in your editor, you should see a dotted line leading you to the leak so you can fix it. 

sorting the leak means vis will now run,
it makes a prt file, does this go in the same dir as the bsp when loading it into quake?

I put some light entities into the map, and now when I try to compile, it gets to light, and crashes.

light.exe system error
The code execution cannot proceed because embree.dll was not found. Reinstalling the program may fix this problem.

I see the flame of the wall torches, but there is no light. still fullbright textures.
Strange. Light.exe is in the same place as the other 2 compilers. 

PRT files are just for use with the compile tools. The Quake executable doesn't need it.

The prebuilt builds of ericw-tools require (and come with) embree.dll. Try reinstalling it: https://github.com/ericwa/ericw-tools/releases/ 

re: light crash

You are missing the MS Visual C++ files. TB and ericw tools use 2 seperate libraries. Go to the site and look at the link right under the blue download button.

https://ericwa.github.io/ericw-tools/

Also plz watch my troubleshooting video which will help you with leaks.

https://youtu.be/kFd-D46OCrg 

"you might be missing" 

which of the 3 should I download?

vcredist_arm.exe

vcredist_x64.exe

vcredist_x86.exe

Im using 64bit windows 10 

vcredist_x64.exe 

I downloaded and ran vcredist_x64.exe only. It didnt ask me for a destination when I ran it so I dont know where it puts those libraries. My projects/mapping is on my D drive whereas windows system files are on c
could this be an issue? 

When you extracted the ericw-tools-v0.18.. zip there should be a "bin" folder containing an embree.dll as well as the various .exe's. Maybe just confirm you still have the embree.dll because copying just the qbsp/vis/light.exe to a separate folder would cause the "embree.dll not found" error.

I downloaded and ran vcredist_x64.exe only. It didnt ask me for a destination when I ran it so I dont know where it puts those libraries.
Yeah this is fine, it's part of Windows so it gets installed globally somewhere.

One last thing there are 2 packages of the tools, -win32.zip and -win64.zip. The -win32.zip requires vcredist_x86.exe and the other one requires vcredist_x64.exe. I should probably spell this out more clearly :) 

beautiful moody quake lighting.

Yeah it all makes sense now, I think I moved the .exes thinking it would be ok. I put them where they should be and everything is fine.

THANKS SO MUCH 

Wait what....why would you need separate .dll's for the compile tools? Did something change? What's embree? 

Hello! In my progs I have misc_model entity which places custom models into maps. It has a parameter "model", which contains the path to my model in folder (for instance progs/v_shot.mdl). It works fine, but how should I set my .fgd file to display this custom models in Trenchbroom? Is it possible to do somehow? 

It is possible. I have an improved version of the fdg for progs_dump that has this feature. Here's the bit you need to add to the fgd:

model({
"path" : model,
"skin" : skin,
"frame": frame
}) 

Sorry for being so stupid, but I have never worked with .fgd files before. I have this in my .fgd file:

@PointClass base(Appearflags) size (16 16 16) color(30 150 35) = misc_model : " Place your custom model"
[
model(string) : "Path to your model"
]

Trenchbroom sees the entity in the entity list, bit it can not display the model when i wright the path to it. Where exactly should I add your piece of code so the model could be seen?

P.S. I tried to add your piece of code but got an error. I have downloaded fgd from your drobpox but I still can not sort out how to use fgd files. Thanks for helping me! 

Thank you so much! I found out how the misc_model is made in your fgd file and this worked for me:

@PointClass base(Appearflags, Target, Targetname) size(32 32 16) color(255 128 0) studio({ "path" : mdl}) = misc_model : "A point entity for displaying models"
[
mdl(string) : "Model Selection (ex progs/model.mdl)"
frame(integer)
first_frame(integer)
last_frame(integer)
speed(integer) : "Speed" : 10
angles(integer) : "set 'angle' to 0 if this is used"
] 

Studio is the key bit here 

I'm trying to balance my map for skills, and I'm wondering is it ok to just add the RL near the start for easy skill? Or would that be viewed as lazy?
It just seems harder to remove enemies and still keep the map exciting. 

Depends on the game-wise developpement you tend the player to behave like.
A RL at the start makes it easy to clear path for almost the hardest monster, so then it depends on the ammo, health and armour you supply.

At the other hand with the weakest weapons you can build up a steady monster count that balances on to a harder fight at end.
Don't forget that several knights can make a player already uneasy to fight.

So an easy skill won't say an easier fight IMHO.
Or start with no weapon, there's an easy hack for it.