Forum posts

Here's my log:

** Executing...
** Command: Change Directory
** Parameters: D:/SteamLibrary/steamapps/common/Half-Life/cstrike

** Executing...
** Command: D:/SteamLibrary/steamapps/common/Half-Life/cstrike/tools/hlcsg_x64.exe
** Parameters: "D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment"
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: D:/SteamLibrary/steamapps/common/Half-Life/cstrike/tools/hlcsg_x64.exe D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment
Arguments: D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment -low -wadautodetect
Entering D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment.map

Current hlcsg Settings
Name | Setting | Default
---------------------|-----------|-------------------------
threads [ 12 ] [ 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.00 seconds)
CSGBrush:
(0.01 seconds)

Using Wadfile: /SteamLibrary/steamapps/common/Half-Life/valve/halflife.wad
- Contains 5 used textures, 62.50 percent of map (3116 textures in wad)
Using Wadfile: /SteamLibrary/steamapps/common/Half-Life/cstrike/shipment_bak.wad
- Contains 2 used textures, 25.00 percent of map (3116 textures in wad)
Using Wadfile: /SteamLibrary/steamapps/common/Half-Life/cstrike/shipment_bak_bak.wad
- Contains 1 used texture, 12.50 percent of map (3116 textures in wad)

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

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

** Executing...
** Command: D:/SteamLibrary/steamapps/common/Half-Life/cstrike/tools/hlbsp_x64.exe
** Parameters: "D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment"
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: D:/SteamLibrary/steamapps/common/Half-Life/cstrike/tools/hlbsp_x64.exe D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment
Arguments: D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment -low -chart

Current hlbsp Settings
Name | Setting | Default
-------------------|-----------|-------------------------
threads [ 12 ] [ 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] 232 (0.01 seconds)
Warning: === LEAK in hull 0 ===
Entity info_player_deathmatch @ (-460, 878, 101)
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] 179 (0.01 seconds)
SolidBSP [hull 2] 176 (0.01 seconds)
SolidBSP [hull 3] 194 (0.01 seconds)
Reduced 511 clipnodes to 459
Reduced 149 texinfos to 132
Reduced 8 texdatas to 8 (356 bytes to 356)
Reduced 832 planes to 293
FixBrinks:
Increased 459 clipnodes to 459.

Object names Objects/Maxobjs Memory / Maxmem Fullness
------------ --------------- --------------- --------
models 8/512 512/32768 ( 1.6%)
planes 293/32768 5860/655360 ( 0.9%)
vertexes 1082/65535 12984/786420 ( 1.7%)
nodes 273/32767 6552/786408 ( 0.8%)
texinfos 132/32767 5280/1310680 ( 0.4%)
faces 858/65535 17160/1310700 ( 1.3%)

• worldfaces 767/32768 0/0 ( 2.3%)

clipnodes 459/32767 3672/262136 ( 1.4%)
leaves 230/32760 6440/917280 ( 0.7%)

• worldleaves 187/8192 0/0 ( 2.3%)

marksurfaces 963/65535 1926/131070 ( 1.5%)
surfedges 4130/512000 16520/2048000 ( 0.8%)
edges 2066/256000 8264/1024000 ( 0.8%)
texdata [variable] 356/33554432 ( 0.0%)
lightdata [variable] 0/50331648 ( 0.0%)
visdata [variable] 0/8388608 ( 0.0%)
entdata [variable] 5513/2097152 ( 0.3%)

• AllocBlock 5/64 0/0 ( 7.8%)

8 textures referenced

Total BSP file data space used: 91039 bytes

Wad files required to run the map: "halflife.wad;shipment_bak.wad;shipment_bak_bak.wad;"
0.11 seconds elapsed

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

** Executing...
** Command: D:/SteamLibrary/steamapps/common/Half-Life/cstrike/tools/hlvis_x64.exe
** Parameters: "D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment"
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: D:/SteamLibrary/steamapps/common/Half-Life/cstrike/tools/hlvis_x64.exe D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment
Arguments: D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment -low

There was a problem compiling the map.
Check the file D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment.log for the cause.

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

** Executing...
** Command: D:/SteamLibrary/steamapps/common/Half-Life/cstrike/tools/hlrad_x64.exe
** Parameters: "D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment"
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: D:/SteamLibrary/steamapps/common/Half-Life/cstrike/tools/hlrad_x64.exe D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment
Arguments: D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment -low

There was a problem compiling the map.
Check the file D:\SteamLibrary\steamapps\common\Half-Life\cstrike\maps\mp_shipment.log for the cause.

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

** Executing...
** Command: Change Directory
** Parameters: D:/SteamLibrary/steamapps/common/Half-Life

** Executing...
** Command: D:/SteamLibrary/steamapps/common/Half-Life/hl.exe
** Parameters: +map mp_shipment

New release https://github.com/FreeSlave/halflife-featureful/releases/tag/featureful-2024-01-12

Changelog

Support for subtitles

Mods can use sound/captions.txt and sound/captions_profiles.txt files to define captions.
Sample files defining captions for some sentences on the first two maps of "Anomalous Materials" chapter are packed with the mod sample.

HUD scaling

Added hud_scale client cvar to control HUD scaling. 1 means the original scale. 0 means autoscale depending on the screen resolution. Note that support for high definition sprites from the anniversary patch will be added later.

Configurable Weapon Layout

Weapon layout can be configured in features/hud_weapon_layout.cfg file. The format is described in the sample file.

Entities

• trigger_configure_monster can configure more monster's parameters: Free Roaming, Gib Policy and Size For Grapple.
• Added dead turret entities: monster_miniturret_dead, monster_sentry_dead and monster_turret_dead
• Added Custom amount parameter for ammo entities.
• Added Custom Initial Ammo parameter for weapons.
• Added Delay after blocked parameter for monstermaker. If not zero, this is used instead of spawn delay before trying to to spawn the monster again, if the spawn was blocked before.
• Added Don't fire look target for trigger_camera.
• Added scripted_following entity and the Followage policy parameter for following monster (Experimental).

Bugfixes

• Fixed HUD not showing after 'fullupdate' command.
• Fixed repeatable scripted_sequence with Walk or Run move type not properly working after it got interrupted and triggered again (Half-Life bug). Thanks @Aynekko for reporting.
• Fixed scripted_sequence being unresponsive when it has Idle Animation and Turn to Face move type (Half-Life bug).

Configurable features

• Color values in hexadecimal form can be prefixed with # symbol instead of 0x.
• hud_autoscale_by_default - whether hud_scale value is 0 by default (meaning autoscale).
• crosshair_colorable feature and corresponding cvar. Allows crosshair color to depend on the chosen HUD color. Requires a sprite with white crosshairs to apply colors properly. Experimental feature, not enabled by default.

Thanks
You are so helpful

func_wall_toggle will alternate between two states when triggered:

• Solid and visible
• Non-solid and invisible

You can make it always be invisible by using NULL texture.

I also recommend experimenting with these entities on your own. Testing, trying and failing are the best ways to learn. 🙂

Ah ok cool thanks

If Is not solid i can walk trought?

Can i make a func_wall solid and non solid resting invisible?

Urby: ...edited to one post ...again

Ok i Will try thanks

You don't need to repeatedly self reply to bump your threads. The forums are less popular than the Discord server, but sooner or later somebody will pick up your question and respond.

As for your question: idle animations will always start as soon as a map is loaded in game. They start enabled and need to be triggered to stop.

If you are using a scripted_sequence to teleport a scientist when triggered, I assume using the Instantaneous move to setting, you may need to simply trigger an additional animation to play once the scientist arrives. Have the scripted_sequence target another sequence which will play straight after.

Having said that, I don't believe I've seen this issue before and would need to see the map or try copying the setup myself.

Both I and Archie linked to the Entity Guide page for the entity, but basically it's a brush entity that toggles between a solid visible state and a non-solid invisible state.
Essentially triggering it makes it disappear from the game, and triggering it again makes it re-appear.

What does a func_wall_toggle?

No, guess I have to trick in the mapping to have the user not duck. Still the forwardspeed and centering the view which are important for me can be set via console.
If I put the console-commands in an own config that is triggered with a button but dont bind the button, can it still be triggered by an Entity? It should only be set for one specific map and not manuall by the player.

I'm just excited to see you back home at TWHL

If it's just to stop them killing the scientist until the player gets there, the easiest ways would be either using a monstermaker to only spawn either the zombie or the scientist once the player reaches a certain point or, as described above, a func_wall_toggle that prevents them from seeing each other until the player arrives.

ok thanks

Do ducking have it's own max speed?

Programming a relationship changer can work too but that requires it to be a mod and that you can program it in. Just giving out a thought.

Or instead of a func_door, an invisible (for example using {invisible texture and Render Mode set to Solid) func_wall_toggle can work to keep the zombie and scientist from "seeing" each other until it's triggered.

Nobody has an idea? I saw there are some console-commands that would do the trick but it seems there is no way to make an entity (item) to trigger them. In Source there is the point_clientcommand but in Goldsource there is not. Is it possible to get this into my mod?

The prisoner flag can not be removed after a while. You should try to have the zombie execute a scripted sequence with an idle-animation. Once it is triggered, the sequence will stop and the Zombie will behave normal.
Or you build a full transparent box around it as a func_door and remove it when the zombie should start attacking.

Is there way After some time, to uncheck the prisoner flag of a zombie?

Yeah so I’ve been conglomerating prefabs and made a huge pack. Also made 48 plants models of different kinds.

I’m no longer able to spend many hours adding to it like I have been, but I got it started with SassyRoss’s help with his contributions.

If you want to help and get credited, make prefabs or share props made (with the default wads only) and I’ll insert them in. Doesn’t take much to copy and paste things.

Areas that need some love are the exterior building parts and various prefabs there, and the machinery section like pumps and generators.

If you decide to contribute, make sure the prefab face right on the top view, that’s 0 degrees.

Let me know what you guys think of this little project.

It's a scientist and Is selected to get teleported to the scripted sequence, but to prevent the scientist to frozee, i selected an idle animation. When i enable idle the scripted sequence starts when game loaded, when i didn't use a idle animation, the scripted sequence starts normalità on a trigger, but the scientist freezes. I am so confused
Pls help

Yes, i want the zombie attack the scientist later.

That's the problem though. We don't know exactly what Combined wants because he hasn't described that yet. Just wait for him to elaborate.

What if he wants the zombie to attack the scientists later though?

Then use scripted_sequences to swap the prisoner zombie out for a regular one.

What if he wants the zombie to attack the scientists later though?

What do you mean by "static"? If you want it to idle in place and not attack nearby scientists, you could set the Prisoner (16) flag.

Is it a mod or a map? If it's a mod then you could probably program it in.

If not then I'm not useful here.

help pls

Ok thanks

To be more precise, trigger_relay allows you to trigger entities in a specific mode. Normally all triggers trigger using "Toggle", but with trigger_relay you can specify "On" or "Off", not just Toggle, which is useful if you want to make sure you trigger, for example, an env_sprite off in a specific case, regardless of whether previously it was turned on or not. In such a case triggering with "Toggle" will turn it on, but triggering an env_sprite that is already off with "Off" mode will not turn it on.

The trigger_once make you triggered something, a trigger relay is like it's name says a relay, it's triggered by something to make like the intermediate among few entities, useful in some cases.

What's the difference between them?

Ok thanks

how you created a server?

I have Half-Life (app id: 70) installed. It ships build 9911 with hl.so (SHA1:a9f5d8eef0b206524167028a792ddcbb28f746d2).
A fresh HLDS install via SteamCMD (app id: 90) ships build 9907 with hl.so (SHA1:fde38762b7258cdbb92b10802ecdf6b7dc280ccc).

I noticed that HLDS is usually behind the Half-Life client installation, so basically I have to run outdate dedicated servers.

Why?

Thank you all. Using the model key did not work, but zhlt_usemodel did when pointing to a env_sprite. As you said, I could still move it with "use" but not by running into it. Funny, I didn't know that.

@Erty, I meant to say that I hadn't found the code for func_pushable in the SDK, but I've located it now, it's inside func_break.cpp as it inherits from func_breakable. I think it will be easier to modify it so the entity uses a .mdl than to keep using nasty hacks to achieve the same.

Update: so I entered
pPlayer->pev->maxspeed = X;
and this works, but I need the ducktime, forwardspeed etc. and those dont work this way Any idea what I have to do please?

oh yeah, Featureful has a motion_manager that can do this

Using the model key (or zhlt_usemodel targetting an env_sprite using the model for example) you can set most brush entities to use a model instead (remember to give them an ORIGIN brush where you want the model's origin to be), but that'll replace the entire brush model including the cliphulls resulting in it having no collisions as kimilil says.
(Also if using model you need to make sure the model is already precached in the map somewhere otherwise it'll crash).

Using game code would be the better way to go. That it's not already in the SDK doesn't mean it cannot be done.

You could implement a sort of "attach model" key directly in func_pushable for your mod that places a model at the origin and updating its position within the pushable's Move() method, or even more useful would be implementing an entity that can "parent" one entity to another so they move together, like trigger_setorigin in Sven Co-Op or the movewith (iirc) feature in Spirit of Half-Life.
It's possible the Featureful SDK already has some entity parenting feature that you could use, so that's worth checking out.

using a model is possible, but it would have no collision. it'd still movable with use key though.

Hi all, I know that func_pushable is a brush-based entity, but I'd like to know if there's a trick to use a .mdl instead, so the movable object would have more detail than anything made out of brushes in Hammer.

If the answer is no, could this be done in code? (Probably not, I don't recall seeing this in the SDK)

Thanks. You helped me!

Start Half-Life, open the server list with Find servers, look for „Christmas Coralie” and join.
Alternatively, open up the console (it's '~' or '0' NOT on the numpad) and enter the
connect addon.coralie.megabrutal.com:27019
command to join.

I'll be running it until Epiphany at least.

As a non-coder to my own suprise I was able to clone the longjum-item to get a new item for the player to pick up. The effects should be a changing of players speeds and heights but I dont know how to do that
The relevant part of the class in items.cpp looks like this:

{
pPlayer->m_fMYITEM = true; // player now has the Item
???
MESSAGE_BEGIN(MSG_ONE, gmsgItemPickup, NULL, pPlayer->pev);
WRITE_STRING(STRING(pev->classname));
MESSAGE_END();
return true;
}

What do I need to enter for the ??? to change the cl_forwardspeed, flDuckTime etc please? I am unable to make the correct entries

awkook's method is better done just using an invisible func_breakable (e.g. covered entirely in NULL texture), or completely replaced by a gibshooter, as it's only there to spawn gibs.

Either way, for the first step you'll use the func_train as both UrbaNebula and awkook already suggested (for how to use it, check the entity guide page UrbaNebula already linked). This will make a brush that moves any path you define for it (such as straight down in your case) and rest at the end.
If this is all you need, then no more is needed to be done.

---

Any step after that is for creating any secondary effects, for example the brush breaking into pieces when it hits the scientist (this is what awkook was explaining). If you wish to do this, there's at least 3 ways to trigger the effects:

1. Timed from when the brush starts falling
2. Using the Fire On Pass (message) key of a carefully placed path_corner
3. Have the scientist trigger it using its Take Damage TriggerCondition

For the effects themselves, as I said earlier you could use an invisible func_breakable or a gibshooter to spawn whatever gibs you want (even from the ceiling where the brush starts falling from, to simulate it breaking from/through there). An env_render targetting the brush can be used to turn it invisible, or a trigger_relay can KillTarget it to remove it from the game, if you want your brush to "break" on collision. It's up to you to find out exactly what you want to happen and when.

1 Timed:

When you trigger the brush to start falling, have a delayed trigger for your effects. You can calculate this by measuring the distance between the brush' start position and its position when it collides with the scientist (for example 100 units). If you made it fall with a speed of 800 units/second, then the delay should be distance / speed = time. In this example, 100 / 800 = 0.125 seconds.

2 Fire On Pass:

path_corner has a Fire On Pass key that can be used to trigger something when a func_train, well, passes it. Just place it where the geometric center of the train would be when it collides with the scientist.

3 TriggerCondition:

If the scientist is never going to be hurt in any other way, you can use it's TriggerTarget key set to trigger the effects and TriggerCondition set to Take Damage (2) and it'll trigger the effects once the train starts hurting it.

Maybe easier for beginning would be a func_door. Put the brush where it should be at the beginning (above the sicientist), make it a func_door with a name, downwoards-direction, a 100-damage when blocked, high movement-speed and set the flags to 'start open' and 'monster cant'. Depending on the size and position you need to try out which entry in LIP works best. Set another brush close to the player, make it a trigger_once and enter the name of the func_door as target. When the player passes through it, the func_door will move down and crash the scientist.

Can you explain Better? I am very new here

You could use a func_train to have a box fall onto a scientist, then use env_render to make it invisible when it hits the scientist, all the while having an invisible (via env_render) func_breakable on top of the scientist that becomes visible when the func_train goes invisible, and have it trigger to break, creating crate gibs. kind of a hacky way to do it, but you could sell the effect this way.

Hey, everyone! I'm now looking for testers for the Alpha 3 build of TWHL Tower: Source. This will probably be the last alpha, so I'm looking for some new testers to make sure everything plays smoothly on a first playthrough. Let me know if you want to be a tester by sending me a direct message on the TWHL Discord server (my username is @dr._orange) or the TWHL website!

I think the only option is to use a func_train for the falling debris. You can set a high Damage on Crush value that will gib the scientist (or any other NPC) that is caught under it.

How to join?