Forum posts

23-down, some of the things you mentioned are already implemented.
E.g. robogrunt, heavy weapons grunt (he probably needs a bit of improvement though), Richard Keller and female security guards. Some of them are not enabled by default in the sample mod but can be configured. Look at the features/featureful_monsters.cfg file.

As for females scientists and HEV scientists (similar to ones from Sweet HL) it would be ideal to come up with a system that allows a mapper to replace NPC's sounds for specific instances. Currently only the sentence prefix replacement is already supported, but one will need to replace pain/death sounds as well. Once it's implemented mappers can make female scientists based on monster_scientist and HEV scientists based on monster_human_grunt or monster_barney.

-Solokillers random trigger spawning possibility. Making each play through unique and different.

You can emulate random spawn via trigger_random.

-Solokillers triggers that only activate based upon the set difficulty.

This is something I want to add later along with some other utilitary entities.

-Solokillers Audio library & entity maximum extension.

It basically requires to rewrite the whole Audio Engine. While it's technically possible (Sam used OpenAL, but there're other alternatives like miniaudio), it's a lot of work, I'm not sure when I'm gonna do it.

Cut HL monsters is something I will be implementing when I need them in my own mods. Basically I do most of the stuff because my own projects may need it.

I know almost nothing about modeling, wait until someone knowledgeable helps you. My directory structure was inside a random named folder in a random location. I can just drag box.qc over studiomdl.exe or use cmd.exe to change into that folder and enter studiomdl.exe box.qc

I must warn that running Windows 98SE in QEMU is very problematic. It would be easier to buy an old PC, and you don't really need something from the 90s, any clunker from early 2000s should run Windows 98 and have drivers for it. Although plain 3D Studio Max 1.2 is missing a lot of features which are present in later 3D Studio Max versions. Valve used lots of plugins for 1.2 to get all those features, and you would have to dig through ancient warez archives to find those plugins. Read through the documents within all the SDK releases of Half-Life, they contain much information.

I love you guys for doing this. Your todo list also looks very impressive. It will contain everything I always dreamed of.

Additional wishes or recommendations if not added yet:

-Solokillers random trigger spawning possibility. Making each play through unique and different.
-Solokillers triggers that only activate based upon the set difficulty.
-Solokillers Audio library & entity maximum extension. (I believe that was already included within Field Intensity, am I right?) So that the game allows for more maximum npc sentences written within the sentences.txt and an increased number of entity usage within any given map.
-Fix on Field Intensity Code and probably here as well to give Hecu_Ally_Grunts a rifle. When I spawned em per entity or per console they still spawn without a rifle just like in the original Op4 SDK.

As far as Monsters go possibly this:

-Hecu Minigunner, seeing how you're gonna add the minigun at some point.
-rpg hecu and blackop rpg variant- also being able to take on choppers.
-Robo Grunt of the censored German Version?
-Decay: npc Keller. Rosenberg is already in it if I remember correctly.
-Eventually a port of the Sweet Half-Life Hev Suit npcs & the Grey Aliens?
-Would be cool to get the Todesangst 2 Loader Enemies in as well. That was a one timer. Haven't seen anything like it any other Half-Life mod since.
-Eventually female Scientists https://gamebanana.com/mods/393927 (I've got a full sound set ready, based upon their male counterparts.)
But it's not yet released. Let me know if you're interested in obtaining that.
-Female Azure Sheep Security Guards.
While these can get added in by the mapper themselves it might save time and would serve as full package for any upcoming mappers to have everything available from start.

Last but not least a minor and more fun like request:
-If permission given add the brown shocktrooper variant of this SDK project onto your project: https://www.moddb.com/mods/opposing-force-enlightened It uses the former Alpha model but enhanced to the default op4 standards and uses the spore launcher instead the shock roach. Of course it's just a simple weapon and model swap within the entities in the editor but still kinda cool to have. Maybe eventually as 2nd skin within the model itself? Might be even cool to have for Field Intensity. That combined with a slight different pitch within the monster entities and you get a female version of said Alien.

---

As far as the Archer is concerned: I love how it got handled back in Azure Sheep, game play wise.
Although an additional distance attack might not be wrong especially if the player is hiding behind something in the water.

It could have 3 attacks.
1. When it comes under close range attack from the player with a crowbar it will release a minor electrical charge which stuns the player and their vision, swims off before charging or long range attacking the player again. Similar like you did with the Alien Slaves.
2. the regular bite animation that azure sheep portrayed
3. and your suggested pit drone like attack.

I'd love to get the sounds from the Azure Sheep version for it. It had the best sounds for the Archer and the most memorable.

Stukabat - Hl: Point of View - hanging as ammo or idling around in the air and attacking any humans once it sees them.
Panthereye - Hl: Invasion, yes.
Charger - Hl: Invasion, yes.
Alienflyer aka Aflock - Love to see a dynamic flight script like you did for the boid.
chumtoad - Idle walking and hopping logic like for the boids. If approached to closely they explode on you.

New release https://github.com/FreeSlave/halflife-featureful/releases/tag/featureful-2024-03-14

Changelog

Ammo changes

• The max ammo carry per each ammo type can be configured via features/maxammo.cfg file (example included).
• Increased the max ammo the player can potentially carry - now it supports showing up to 4 digits in HUD.

ParticleMan implementation

ParticleMan is an additional library made by Valve that is used to spawn particle effects in Counter Strike and Day of Defeat. While Valve's ParticleMan is a separate closed-source library, it can be reimplemented in the client.

• The ParticleMan reimplementation by SamVanheer added to the SDK.
• Added a new client command test_particles to spawn test particles with ParticleMan.
• Note: particles produced by ParticleMan won't work in Software render mode.

Entities

• New entity particle_shooter - create particles with ParticleMan. Designed after the entity from Day of Defeat.
• Buttons are now allowed to play scripted_sentences.
• New parameter Delay Before Reset for trigger_relay which allows to ignore consequent calls to trigger_relay until the specified time has passed since the last call.
• New suffixes for multi_manager delay values: forward and reverse to forward or forward-reverse the use type the multi_manager has been called with to its targets. E.g. if multi_manager was triggered with On use type, all targets which have #forward suffix in the delay value will be triggered with On. All targets which have #reverse suffix in the delay will be triggered with Off in this case.

Cvar changes

• The client cvar cl_satchelcontrol has been renamed to _satctrl and set to 0 by default (classic satchel control behavior).
• New client cvar _grenphys added to let user control whether they want the new hand grenade anniversary or not.
• Note: weird cvar names is the result of user info buffer being limited to 256 bytes.

Other changes

• Added previously missing func_vehicle to fgd.

Codebase changes

• The minimum required C++ version now is C++11, instead of C++98.
• Ammo types registration is now separated from weapon precaching.

Alright Then Bruce, I also previously considered buying an Actual Windows 98 Desktop (Which would require needing to copy both the SDK and 3Ds Max over via a USB Stick) but preheaps I'll instead look into QEMU for Installing 3Ds Max 1.2 for opening the .Max Files.

As for the Compile Method, I'll try your Method for compiling Models. I wonder should the Directory Structure be in a modelsrc Directory or if it should be put directly into the Models Directory.

Anyways, I'll let you know if your method will work for me. - NSWThomasFan.

UPDATE: So as a test before attempting to Try compiling the MP5 Again, I decided to try instead compiling the Early 1998 Python - https://combineoverwiki.net/wiki/File:357_beta.jpg (Which I founded in the Leaked Repository for Half-Life: Source that was leaked Last Year [The Textures for the E3 1998 Shotgun plus Early RPG [Which we Only had the untextured rpg_launcher.max/.smd in the SDK for the viewmodel along with the Completed Worldmodel] were also founded in there]) and I've tried Compiling it directly inside the Models folder (Having the "bmp", "mdl" and "smd" Structure in it) But I still have the problem of "insertname.smd doesn't exist" (In this case python_gun.smd) when trying to Compile it.

If this Helps, Here's what I've modified in python.qc incase it helps in figuring out what's preventing it from compiling.

$modelname "v_357.mdl"
$creature "models\v_python\bmp\barehanded"
$scale 1

/ / whole body

$body gun "python_gun"
$body bullets "python_bullets"
$body speedload "python_speedload"
$body hands "python_hands"

$origin Q -8 65

/ / $attachment 0 "python_master" 0 -14 6 Y -1
$attachment 0 "python_master" 0 -14 6

$sequence idle1 "python_idle1(simple)" loop fps 30 activity ACT_VM_IDLE 1
$sequence fire1 "python_fire1" fps 30 { event 5001 0 "31" } snap activity ACT_VM_PRIMARYATTACK 1
$sequence reload "python_reload" fps 36 { event 5004 72 "Weapon_357.Reload" } activity ACT_VM_RELOAD 1
$sequence holster "python_putaway" fps 30 activity ACT_VM_HOLSTER 1
$sequence draw "python_bringup" fps 30 activity ACT_VM_DRAW 1
$sequence idle2 "python_idle2(hammer)" loop fps 30 activity ACT_VM_IDLE 2
$sequence idle3 "python_idle3(beauty)" loop fps activity ACT_VM_IDLE 3
$sequence idle4 "python_idle4(startled)" loop fps activity ACT_VM_IDLE 4

I once compiled a model this way. Consider a directory structure like below. I probably had similar problems to the ones you describe.

bmp/box.bmp
mdl/box.mdl
smd/box.smd
box.qc
studiomdl.exe (forgot which version, 173.056 bytes, date 1998.10.20)

Contents of box.qc:

$modelname mdl/box.mdl
$cd smd
$cdtexture bmp

$body studio "box"

$cliptotextures
$scale 1.0
$origin 0 0 0

As for the original .max files, I could open it in 3D Studio Max 1.2 on Windows 98SE in QEMU. Read the documents in the old Half-Life SDKs.

Hi there,

I have multiple Questions regarding Half-Life Modding from having been reading multiple Threads regarding making Mods for it, But I'm start with 2 Modelling Related Questions.

So for No.1 - I wonder how does one exactly Models for the Pre Steam Versions of Half-Life (Aka The WON Versions)? I'm asking as I'm working on a mod for it (I'm using Version 1.0.0.9 that was released in Late 1999 as the Game of the Year Edition which has this Cover Art - https://www.mobygames.com/game/2728/half-life-game-of-the-year-edition/cover/group-2289/cover-28113/ even though Most Modern Day WON-Based mods seem to target the Last Version [V1.1.1.0]) That recreates how Half-Life looked when It was shown at the 1998 E3 Convention but I'm having a Problem when trying to Compile models for it.

As an Example, I'm trying to Compile the early MP5 model (forcedperspective.smd) that's in the SDK with the Textures from the 0.52 Alpha Model (But using the righthandtop/lefthandtop and right_thumb textures in the SDK that are dated 11/06/1997 to 01/07/1998 [According to the Mini SDK's file Dates whereas the Standard/Full Versions overwrite the date]), but when I try to Compile it, The Command Prompt says the .smd dosen't Exist. I tried the studiomdl.exe from both the Mini SDK (From November 25th 1998 only a few days after the Game's Release) and the Final Version (From October 2002 before the SDK was added to Steam around August 2013) and the same Error occurs Regardless of Which Compiler I attempt to use.

No.2 - Another Problem I have is that It's been known in recent Years since around 2016 that one can find Early Versions of some of the Models hidden within the .max Files in 3Ds Max (Here's where the Defunct Thread where I discovered it. - https://web.archive.org/web/20160607143108/https://facepunch.com/showthread.php?t=1253345&page=120 ). This has gotten me interested in wanting to use them for the Mod I'm working on But I'm unable to open the .max Files. I've tried installing 3Ds Max 4 (Which I founded here - https://archive.org/details/dvdrom-twilight-057 via https://forum.winworldpc.com/discussion/11009/request-older-versions-of-3ds-max ) but the Program wouldn't work (And I later read that Older Versions of 3ds Max are not Compatible with Newer Windows Versions) So recently I tried installing both a Windows XP 32 bit Virtual Machine as well a Version of 3Ds Max from 2009 that I founded with a Crack but those didn't work either.

So I wonder How exactly do i get Models to Compile in the Mod Directory or if anyone has the .max Files converted to .smd? (Given how most of the .smd files in the SDK that aren't "template_biped" or "_reference" only contain the Animation Skeletons) If So, Would Anyone also have a List of which textures that aren't in the SDK But are mentioned as Missing Files for Specific Models in 3Ds Max.

I aplogise for making what could be a Long First Post, But Any Help for these 2 Model related Questions (in terms of compiling as well as Early Meshes in .max Files) I have would be appreciated.

Sincerly

• NSWThomasFan.

Okay.

This is the current progress on the A-Star system.

pretty sure the ai nodes in half-life is like that. when the LOS to target is broken, it tries get a LOS to a node where the mesh connects to another node that has LOS to the target. then it follows the mesh to get from the start node to the end node, and thence to the target.

"model 0" is the worldspawn model, i.e. all world brushes (including func_detail).
The coordinates you get is the lower bounds (-X, -Y, -Z) and upper bounds (X, Y, Z) and the problem brush is within that box.
If it's hard to visualise this bounding box, you could make a box brush with those bounds, or use the Cordon Tool to limit the map to those bounds, and look if there's any misshapen brushes in there (either world brush or func_detail).

might be a bug in dod (or even in all first party titles) where taking damage from trigger_hurt resets gravity?

I made a test map with only spawn ponits a couple of flags and a hurt buttom that could be shot and one that could had to be pressed to activate.
And the .25 gravity and the reset to 1.
It worked fine.

In my log file for the map causing problems I have 4 errors in hull 1 hull 2 and two in hull 3 like this:

SolidBSP [hull 1] 500...1000...1500...2000...Warning: Ambiguous leafnode content ( EMPTY and SOLID ) at (3099,936,409)-(3110,1009,424) in hull 1 of model 0 (entity: classname "worldspawn", origin "", targetname "")

The coordinates don't seem to bring me to any thing obvious and they are all model 0 so that doesn't help.
I did a GoTo on func_detail, func_wall to see if there were any empty referances but didn't see any.

I gave monster_barney a reload-task and this is working well. However if Barney is reloading and gets to the monsterstate_prone (normally it means to be grabbed by a Barnacle, I am using this bit for a new weapon to 'freeze' the monster_barney), the reloading sequence is still finished although it should be interrupted (like when the monster is killed in that moment).

It works when I enter the 'bits cond damage' so it is kind of the right way I think. However I dont want to interrupt the reloding when damaged, only if the 'barnacle grab' happens:

Schedule_t slBARNEYReload[] =
{
{tlBARNEYReload,
ARRAYSIZE(tlBARNEYReload),

* bits_COND_LIGHT_DAMAGE |
bits_COND_HEAVY_DAMAGE*

//"Reload"
},

There seems to be no bits_COND regarding the monsterstate_prone, entering the schedule does not work. I tried to put the 'stopnanimations' at the barnacle-grab, but it did not help either.

Little help please?

might be a bug in dod (or even in all first party titles) where taking damage from trigger_hurt resets gravity?

Hi. How to make the pathfinding system in Half-Life for my own engine where less nodes is good? There's already an A-Star system in there but it's not too good for my needs currently. Does HL use line/ray casting for specific location detection in navigation calculations? I'm curious.

Meerjel01

Hm, at a first glace it looks fine to me. Nothing that seems out of place and it doesn't seem like there's any direct contact, geometric or trigger-wise, between the trigger_hurt and the trigger_gravity volumes.

I ended up working longer than I expected today and so I think I'll wait until tomorrow to set up a DoD config and compile and test this myself, sorry.
If you want to, you could compile it yourself with -chart argument on the compile tools and check for warnings and any limits being reached, and run the map with developer 2 and check for any console messages when the trigger_hurt is triggered.

Yeah my bad I just noticed I must have chosen quake1 wad. Thanks for the help!

added jmf file (jack editor) is that ok?

Oh! hadn't saved with error so made this version to show you.
played map and it is when shooting and triggering the hurt is when the trigger_gravity stops working.

If you want, you could upload your map in the vault and link it here and I can take a look at it after work tomorrow.

Sorry the area I was speaking of was set by walking through a trigger_gravity set to .25 and surrounded by trigger_gravitys set to 1
so you would walk through trigger_gravity set to 1 which would have no change then hit trigger_gravity set to .25 letting you jump higher. then when you get to any of the triggers surrounding it gravity would be reset to 1.
and all places I have these triggers in all versions of the map work fine. but when I add the func_button (shootable) target the trigger_hurt.
all func_gravitys stop working and gravity remains at 1. but they do work when the map is first started. once it fails all func_gravitys set to .25 do nothing.

For some reason, after creating .jpeg textures and putting them in wally, they turn greyscale in the editor and pitch black in game? screenshots as it looks in the editor and wally

I don't think any of your other triggers are affecting the trigger_gravity entities, as trigger_gravity cannot be toggled.

trigger_gravity doesn't define a volume of a certain gravity but instead defines a volume where a new gravity is set, and stays at this new gravity value until a different trigger_gravity is entered.
Is it possible you didn't take this behaviour into account in your map?

I was wondering if anyone has ever had an issue like this:
I have a day of defeat map I'm working on were in different areas of the map I have low gravity.
I've been working on the map all year different versions and the gravity at these locations always stay as I set them.
On this version I decided that a character in the map will cause you harm if you shoot it.
So I put a hurt over the room, put a func_button around the character set to trigger the hurt.
All looked good play tested and seems to work fine but after a time suddenly all the low gravity spots are back to normal levels.
Rebuilt all in this version I had worked on a few times but still after a while playing the low gravity areas would revert back to normal gravity.
So I left all changes this time but removed the hurt and button triggers and every things ok again.
How in the world is one related to the other and how would it only over some time effect the other?

Oh sweet! Thanks!

Check this thing out: https://github.com/SlawekNowy/vsif2vcd/releases/tag/1.1.0

It seems that Twister support that https://twhl.info/vault/view/6869

An alternative is import vmf in Blender with Plumber ( https://github.com/lasa01/Plumber ) and then export to .map with io_export_qmap ( https://github.com/c-d-a/io_export_qmap )

Hello TWHL,

How I could convert a displacement from Source into quad brushes that match the surface?
Or convert it to brushwork entirely?
Is there a script or program that can do this?

Thanks,

I was about to say that seems like a little bit extreme before I remembered that every singleplayer map I download goes into my custommaps mini mod already, and any I work on are always mini mods as well.

Then again, it's not often I play HLDM so I wasn't really aware of this problem.

You could create a folder alongside folder "valve", name it valve2 or something, copy liblist.gam, then do hl.exe -game valve2. You could then put all your singleplayer maps there and use the original folder only for multiplayer. Then your map selection would be free of singleplayer maps. Looks like they hardcoded the original maps like c1a0 not to show up in the list.

Is there really no way around it on steam then? What about people using random map selection?

In WON Half-Life maps don't appear in the list if they don't have info_player_deathmatch.

Yup... That seems to be normal.

the title. singleplayer map called test, map called test shows in map selection

Hey and welcome!

Compile logs are for the most part humanly readable and will contain a lot of useful information about the compilation process.
Near the end of the log you have the message:

There was a problem compiling the map.
Check the file C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3.log for the cause.

which means you had one or more problems in the map which will be described further up in the log.

The quickest way to find problems in the log is to open it in a text editor and search for "error" (serious problems preventing compilation) and then for "warning" (less serious problems that doesn't prevent compilation but can cause issues in the compiled map).
The messages you find tend to be very self-explanatory and often tell you how to fix them. In other cases when it's more unclear you can look up the error message at Tommy14's compile error page.

In your case you'll find the warning message: "Warning: === LEAK in hull 0 ==="
That means there's a leak in your map and you can use this guide to find and fix it: Tutorial: How to fix those leaks

---

As for why the map turns out fullbright when there's a leak, it's because leaks prevents VIS and RAD from running, and RAD is the compile tool that generates lightmaps. Without lightmaps, the map becomes fullbright.

i am new to mapping, (J.A.C.K) and My map is stuck in fulbright no mater what i do. here is the log:

** Executing...
** Command: Change Directory
** Parameters: c:/program files (x86)/steam/steamapps/common/Half-Life/valve

** Executing...
** Command: C:/Program Files/J.A.C.K./halflife/hlcsg.exe
** Parameters: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3"
hlcsg v3.4 VL34 64-bit (Aug 17 2015)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlcsg -----
Command line: "C:/Program Files/J.A.C.K./halflife/hlcsg.exe" "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3"
Arguments: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3" -low -wadautodetect
Entering C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
reset logfile [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ off ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 33554432 ] [ 33554432 ]
max lighting memory [ 50331648 ] [ 50331648 ]
priority [ Low ] [ Normal ]

noclip [ off ] [ off ]
null texture stripping[ on ] [ on ]
clipnode economy mode [ off ] [ off ]
clip hull type [ simple ] [ simple ]
onlyents [ off ] [ off ]
wadtextures [ on ] [ on ]
skyclip [ on ] [ on ]
hullfile [ None ] [ None ]
wad configuration file[ None ] [ None ]
wad.cfg group name [ None ] [ None ]
nullfile [ None ] [ None ]
nullify trigger [ on ] [ on ]
min surface area [ 0.000 ] [ 0.000 ]
brush union threshold [ 0.000 ] [ 0.000 ]
map scaling [ None ] [ None ]
light name optimize [ on ] [ on ]
convert game_text [ on ] [ on ]

Using mapfile wad configuration
Wadfiles not in use by the map will be excluded
Wadinclude list :
[zhlt.wad]

CreateBrush:
(0.01 seconds)
CSGBrush:
(0.32 seconds)

added 2 additional animating textures.
Using Wadfile: /program files (x86)/steam/steamapps/common/Half-Life/valve/halflife.wad
- Contains 10 used textures, 100.00 percent of map (3116 textures in wad)

Wad files required to run the map: "halflife.wad;"
Texture usage is at 0.14 mb (of 32.00 mb MAX)
0.46 seconds elapsed

----- END hlcsg -----

** Executing...
** Command: C:/Program Files/J.A.C.K./halflife/hlbsp.exe
** Parameters: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3"
hlbsp v3.4 VL34 64-bit (Aug 17 2015)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlbsp -----
Command line: "C:/Program Files/J.A.C.K./halflife/hlbsp.exe" "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3"
Arguments: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3" -low -chart

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 4 ] [ Varies ]
verbose [ off ] [ off ]
log [ on ] [ on ]
developer [ 0 ] [ 0 ]
chart [ on ] [ off ]
estimate [ off ] [ off ]
max texture memory [ 33554432 ] [ 33554432 ]
priority [ Low ] [ Normal ]

noclip [ off ] [ off ]
nofill [ off ] [ off ]
noinsidefill [ off ] [ off ]
noopt [ off ] [ off ]
no clipnode merging [ off ] [ off ]
null tex. stripping [ on ] [ on ]
notjunc [ off ] [ off ]
nobrink [ off ] [ off ]
subdivide size [ 240 ] [ 240 ] (Min 64) (Max 512)
max node size [ 1024 ] [ 1024 ] (Min 64) (Max 65536)
remove hull 2 [ off ] [ off ]

SolidBSP [hull 0] 202 (0.10 seconds)
Warning: === LEAK in hull 0 ===
Entity light_environment @ ( 832,-320,-573)
Error:
A LEAK is a hole in the map, where the inside of it is exposed to the
(unwanted) outside region. The entity listed in the error is just a helpful
indication of where the beginning of the leak pointfile starts, so the
beginning of the line can be quickly found and traced to until reaching the
outside. Unless this entity is accidentally on the outside of the map, it
probably should not be deleted. Some complex rotating objects entities need
their origins outside the map. To deal with these, just enclose the origin
brush with a solid world brush

Leak pointfile generated

SolidBSP [hull 1] 224 (0.03 seconds)
SolidBSP [hull 2] 226 (0.02 seconds)
SolidBSP [hull 3] 221 (0.03 seconds)
Reduced 269 clipnodes to 268
Reduced 97 texinfos to 82
Reduced 10 texdatas to 10 (444 bytes to 444)
Reduced 748 planes to 229
FixBrinks:
Increased 268 clipnodes to 268.

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 5/512 320/32768 ( 1.0%)
planes 229/32768 4580/655360 ( 0.7%)
vertexes 710/65535 8520/786420 ( 1.1%)
nodes 225/32767 5400/786408 ( 0.7%)
texinfos 82/32767 3280/1310680 ( 0.3%)
faces 501/65535 10020/1310700 ( 0.8%)

• worldfaces 489/32768 0/0 ( 1.5%)

clipnodes 268/32767 2144/262136 ( 0.8%)
leaves 153/32760 4284/917280 ( 0.5%)

• worldleaves 128/8192 0/0 ( 1.6%)

marksurfaces 597/65535 1194/131070 ( 0.9%)
surfedges 2460/512000 9840/2048000 ( 0.5%)
edges 1231/256000 4924/1024000 ( 0.5%)
texdata [variable] 444/33554432 ( 0.0%)
lightdata [variable] 0/50331648 ( 0.0%)
visdata [variable] 0/8388608 ( 0.0%)
entdata [variable] 2712/2097152 ( 0.1%)

• AllocBlock 2/64 0/0 ( 3.1%)

10 textures referenced

Total BSP file data space used: 57662 bytes

Wad files required to run the map: "halflife.wad;"
0.56 seconds elapsed

----- END hlbsp -----

** Executing...
** Command: C:/Program Files/J.A.C.K./halflife/hlvis.exe
** Parameters: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3"
hlvis v3.4 VL34 64-bit (Aug 17 2015)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlvis -----
Command line: "C:/Program Files/J.A.C.K./halflife/hlvis.exe" "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3"
Arguments: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3" -low

There was a problem compiling the map.
Check the file C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3.log for the cause.

----- END hlvis -----

** Executing...
** Command: C:/QTR_LIFE/tools/hlrad_x64.exe
** Parameters: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3"
hlrad v3.4 VL34 64-bit (Aug 17 2015)
Zoner's Half-Life Compilation Tools -- Custom Build
Based on code modifications by Sean 'Zoner' Cavanaugh
Based on Valve's version, modified with permission.
Submit detailed bug reports to (vluzacn@163.com)
----- BEGIN hlrad -----
Command line: C:/QTR_LIFE/tools/hlrad_x64.exe "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3"
Arguments: "C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3" -low

There was a problem compiling the map.
Check the file C:\Program Files (x86)\Steam\steamapps\common\Half-Life\valve\maps\Q3.log for the cause.

----- END hlrad -----

** Executing...
** Command: Change Directory
** Parameters: C:/program files (x86)/steam/steamapps/common/Half-Life

** Executing...
** Command: c:/program files (x86)/steam/steamapps/common/Half-Life/hl.exe
** Parameters: -console -dev +map Q3

thank you

It does exist in GoldSrc, it's used to halt execution of the following commands until the next frame (often used complex binds to prevent multiple commands happening on the same frame).
I don't think the GoldSrc version takes any arguments though, only ever waiting a single frame.

I believe the wait command doesnt exist in GoldSrc if I remember correctly

Console command "wait" not working properly in Half-Life 1 (not source version). For example, in line "speak black; wait 100; speak mesa" only last command executing (other parts just skipped). In source version all works perfectly

Thank you! It'd still be interesting to figure out scenes.image some day, but for the time being, the SDK sources have helped me already (it's an env_microphone at Breen's mouth and an info_target at the screen).

In the SDK sample content there's a copy of d1_trainstation01, which has the breencast setup in it; It's a prefab Valve used so it ought to be consistent across all the different choreo scenes.

As for actually extracting stuff from scenes.image, I have no idea if it's possible. You might have to track down an older build of the game from before that system existed when the vcds were all loose files (Or it might be in one of the SDK bases? I can't recall)

I'm trying to get a choreographed scene from HL2 working in my own map, but I have no idea what target entity is which. So I figured, fire up faceposer real quick and look at the scene. No such luck, it's all packaged into the scenes.image, which I have no idea how to get the scenes out of to inspect them with faceposer.

The faceposer documentation on the Valve wiki is nonexistent (it literally redirects to Category:Choreography), so I'm all out of ideas. Any advice would be much appreciated.

(More specifically, I'm trying to get Breencasts working; I can make Breen read the lines (he's target 1), but I can't get the audio output with the reverb that's loud enough to be heard across the map working)

P.S: I've tried decompiling some HL2 maps to find out, but bspsrc crashes with an index out of bounds error IMMEDIATELY.

Put a trigger close to the zombie instead of trying to have it when taking damage. I'm guessing it's because no interruptions disables taking damage, and the zombie didn't realise it was even supposed to have been hit.

Just go into source and put it there or jsut put it into general

Well, source 1 and goldsrc tutorials are there too, and I dont wanna keep switching sites, just if I want to see different tutorials, and I have looked on there and habent understood a single thing, I learnt it all by myself, which I think should be self explanatory ( aka tutorials should be made simpler)

To be more specific, I wanted to make a thread about combat and arena design in the Half-Life games, both GoldSrc and Source, and I have no idea what forum that would go into. It doesn't seem misc enough to into General Discussion, not engine-specific enough for the Source/GoldSrc forums, and Maps and Mods forbids mapping questions... what's a gal to do? Flip a coin and pick an engine subforum?

The Valve Developer Community already has articles on Source 2 development: https://developer.valvesoftware.com/wiki/Source_2/Docs

That's the place to be for that engine.

I would love a category with Source 2 Tutorials, I would make them myself, I would just need someone to set up the page since I dont understand how to, it would follow a similar structure like the goldsource tutorials. I would also make some tutorials on the layout of hammer, whats changed and how to use it for cs2

It may seem like a trivial solution, but please do share your solution in case anyone should find this thread in future with a similar issue.

i was able to figure it out but no delete post button uh oops