Forum posts
thanks
made a cool beam today
In the past decade phones have practically enslaved us. It is now impossible not to check your phone several times per day. People mindlessly scroll through stories, reels and other forms of short form media shit.This. I used to laugh it up a long time ago, but at some point I realized I easily end up spending 5-6 hours on average just staring at the phone reading any unread public chat messages, or checking out the memes. Even when everything's been read, I end up re-reading old stuff instead of doing something more interesting.
You can use an env_global. It's an entity that acts as a switch, whose state is shared between level transitions. There's a tutorial, too: Tutorial: Globals.
Using that, a multisource, and the "Master" property on the trigger_multiple, you can disable it after the player activates it by entering the area, and reenable it once the player leaves it and enters the other area.
I'm hazy on the specifics, but after some experimentation with entities you should be able to engineer a solution on your own.
Sounds pretty complicated though: hard to set up and utilizing a lot of entities per one such transition. Use such setups sparingly.
Using that, a multisource, and the "Master" property on the trigger_multiple, you can disable it after the player activates it by entering the area, and reenable it once the player leaves it and enters the other area.
I'm hazy on the specifics, but after some experimentation with entities you should be able to engineer a solution on your own.
Sounds pretty complicated though: hard to set up and utilizing a lot of entities per one such transition. Use such setups sparingly.
Between the two, it's kind of like the choice between having a bag of candy handed to you or going to the kitchen and cook a healthy dinner.we're lucky to have both
Here are some ideas:
psychedelic_final
dm_stalkfire_f1
Downplay
mortise
Rats_sinkhole
Hosted externally on GameBanana (click on the preview)dm_lister
Never Ending
DM_Criticality
Crossport
Stone
dm_chair
dm_eightball
Razorback
Posted 3 years ago2021-08-05 02:49:12 UTC
in MESS (Macro Entity Scripting System) - a custom compile tool Post #345847
in MESS (Macro Entity Scripting System) - a custom compile tool Post #345847
Microsoft is developing a command line parsing library if you're open to using something non-standard:Oh my fucking god, that's love at first sight.
...or sounds like it at least.
Posted 3 years ago2021-07-22 20:37:13 UTC
in An entity that counts the number of monster deaths Post #345797
in An entity that counts the number of monster deaths Post #345797
Is trigger_counter even a thing? I've never seen it in the fgd, and even then I doubt it's anything more than just a castrated game_counter variant.
abbadon's picture shows two trigger_counters: one point-, one brush-based. Hasn't HL always had the game_counter point entity instead? trigger_counter is a Quake 1 entity AFAIK.
abbadon's picture shows two trigger_counters: one point-, one brush-based. Hasn't HL always had the game_counter point entity instead? trigger_counter is a Quake 1 entity AFAIK.
TWHL is an English communityNot really true
there's no plans to support other languages officially on the siteThat's a shame, because I could also contribute some translations. Would be nice to have a wiki-like system with the possibility of multiple versions of the same page for different languages. Guess that's hard to implement or smth tho, not a webdev myself. And would be hard to control if there are no trusted fluent speakers of a particular language.
Posted 3 years ago2021-02-03 21:20:07 UTC
in Trying to recreate the hl2 beta in hl1 with Xash3D and Spirit Post #345315
in Trying to recreate the hl2 beta in hl1 with Xash3D and Spirit Post #345315
Mapping for Goldsource-like engines is far more fun because you don't have to deal with the boring crap, like cubemaps, prop modeling, materials, etc.
So dew it man. Maybe the mod won't even end up dead, who knows
but i'd still make a concept-test map if i were you
then, if it's good, develop it into something huge
and just a prsonal observation: the less you talk about something you're doing, the higher the chances are that it wont die
So dew it man. Maybe the mod won't even end up dead, who knows
but i'd still make a concept-test map if i were you
then, if it's good, develop it into something huge
and just a prsonal observation: the less you talk about something you're doing, the higher the chances are that it wont die
Texturing all of the sides with the sky texture seems to have fixed it. Thank you!This also seems to break env_rain in CS 1.6. Better always keep your sky brushes
SKY 'ed on all sides.Is your mod's code really original or is it based on SoHL source code? I think that the ONLYDIRECT define hints that it is. IIRC SoHL 1.2 has certain problems with Toggle on func_rot_buttons, but as for usual func_buttons, I'm not sure.
In what way do buttons and NPCs appear broken?
In what way do buttons and NPCs appear broken?
Can also try using cycler_sprite (yes, it can use models!) to place the model instead, unless you specifically need monster_generic's features.
Posted 4 years ago2020-05-02 08:31:13 UTC
in How to prevent sprite entity fron lighting up NPCs around? Post #344160
in How to prevent sprite entity fron lighting up NPCs around? Post #344160
@MrMystery
It's funny but VHLT v34 RAD doesn't like when the whole map is just a box of SKY textures. For me RAD was crashing every time I tried to compile it until I added a normal, non-sky brush. So a hollow box composed solely of SKY brushes shouldn't probably even compile in the first place! When I loaded the map (the version with an extra brush), there was no light coming from the env_sprite whatsoever.
Try placing a normal brush in your SKY room, seems like there must be at least one proper brush somewhere in the map for RAD to work.
It's funny but VHLT v34 RAD doesn't like when the whole map is just a box of SKY textures. For me RAD was crashing every time I tried to compile it until I added a normal, non-sky brush. So a hollow box composed solely of SKY brushes shouldn't probably even compile in the first place! When I loaded the map (the version with an extra brush), there was no light coming from the env_sprite whatsoever.
Try placing a normal brush in your SKY room, seems like there must be at least one proper brush somewhere in the map for RAD to work.
Posted 4 years ago2020-04-29 10:31:08 UTC
in How to prevent sprite entity fron lighting up NPCs around? Post #344156
in How to prevent sprite entity fron lighting up NPCs around? Post #344156
Do you have sky in your map? If so, have you got a light_environment or an info_sunlight? Is the map sealed? Are there any texture lights or simple point lights anywhere in the map? Is the surface that NPCs stand on a brush entity, a detail brush or a world brush? If it's the first, then is there anything underneath it?
If anything, there's no reason for env_sprite to behave lile that. Are you sure you've placed an env_sprite and not something else, just in case?
Try placing another entity instead of env_sprite and see how it affects the NPCs. Also please answer those questions so that it's clear what really is going on.
If anything, there's no reason for env_sprite to behave lile that. Are you sure you've placed an env_sprite and not something else, just in case?
Try placing another entity instead of env_sprite and see how it affects the NPCs. Also please answer those questions so that it's clear what really is going on.
Posted 4 years ago2020-01-20 05:10:34 UTC
in After compile some models cycler_sprite missing Post #343652
in After compile some models cycler_sprite missing Post #343652
I doubt that it's this, but are you sure the lamp isn't outside the 4096^3 unit cube?
If there's no sprite as well as the model (assuming the sprite is a different entity) then it's probably that. You wouldn't be able to stand where the missing lightpost is then, though. So not sure.
Anyway, Half-Life maps must NOT be bigger than 4096 units from the center of coordinates in any of the axes. Make sure it's smaller than that.
If there's no sprite as well as the model (assuming the sprite is a different entity) then it's probably that. You wouldn't be able to stand where the missing lightpost is then, though. So not sure.
Anyway, Half-Life maps must NOT be bigger than 4096 units from the center of coordinates in any of the axes. Make sure it's smaller than that.
Tried increasing push speed? Modifying the pitch of the angle so that it points a bit upwards? Using func_conveyor for pushing? Triggering trigger_push on and off while inside it?
oh my fucking god.
First thing I thought is borderlands for some reason, good stuff.
Oh and the second skybox looks better imo
First thing I thought is borderlands for some reason, good stuff.
Oh and the second skybox looks better imo
The value is the maximum angle between the normals of two adjacent faces, beyond which they won't be smoothed.
So if the normals are 50 or more degrees apart, no smoothing will be performed across the corresponding faces.
Try lowering the number. If it doesn't work, try using the global HLRAD parameter
So if the normals are 50 or more degrees apart, no smoothing will be performed across the corresponding faces.
Try lowering the number. If it doesn't work, try using the global HLRAD parameter
-smooth # instead, where # is the value. It'll affect all faces, but at least we'll be able to find out if it works at all.There's a shortcut to it assuming that you use the latest VHLT: create a clip brush, paint the sides of it you want with the desired texture, tie this brush to func_wall, set Render Mode to Solid, FX Amount to 255. now you don't need an extra clip brush over it, which makes editing much more convenient.
P.S. Keep in mind that certain tool textures can conflict with the CLIP texture, so if you get any errors mentioning the brush then check if it has any tool textures other than CLIP applied anywhere.
P.S. Keep in mind that certain tool textures can conflict with the CLIP texture, so if you get any errors mentioning the brush then check if it has any tool textures other than CLIP applied anywhere.
If you keep walking in circles having spent a few hours on just looking for the way to the next section then it barely can be called exploration. Not saying the game is bad, but people complaining about getting lost shouldn't necessarily be blamed for being used to radar markers.
Ok, I think it's ready to be showcased here:
HLDM.
I will participate. If it starts in December then I'll have solid chances, but knowing myself, I may just as well drop out at some point. If you're fine with that then write me in.
You can use "controller" keyvalue to set them, but you have multiple controllers and only one controller, so theres some weird formula to turn those three values into one value. I can't find how it looks right now, but it should be possible to figure out from the hl sdkHL is indeed full of secrets
While we're on this topic, why is there never a lot of love for monster_furniture in these situations?Actually that's a good question
Posted 5 years ago2019-08-15 12:24:41 UTC
in Making a Wall That Blocks The Player But Lets Monsters Through? Post #343014
in Making a Wall That Blocks The Player But Lets Monsters Through? Post #343014
try trigger_push, afaik there's an option that makes it affect only players
it's not the best way but the only one without custom code
also, if your monster is big (garg, bigmomma), you can instead use the CLIPHULL2 tool texture (or something like that, don't remember) included in zhlt.wad, which works like clip but creates clipnodes only for this specific hull (which is used by giant monsters)
it's not the best way but the only one without custom code
also, if your monster is big (garg, bigmomma), you can instead use the CLIPHULL2 tool texture (or something like that, don't remember) included in zhlt.wad, which works like clip but creates clipnodes only for this specific hull (which is used by giant monsters)
It's all great, the environments are of very high quality, but it just doesn't feel alien enough. Valve's Xen was maybe atrocious but I think it had the potential to become something much, much better. But BMS version looks like a very well made yet typical alien planet from a generic science fiction movie or something like that.
Still looking forward to it, hopefully it'll be fun to play.
Still looking forward to it, hopefully it'll be fun to play.
I really don't like that nuke icon on the C&C:R screenshot.
Hope they're not gonna move superweapons and support powers there, it'd be inconvenient as hell.
Hope they're not gonna move superweapons and support powers there, it'd be inconvenient as hell.
i'm not entirely sure, but I guess monsters fall into some kind of "sleep" state if the vis leaf they're in isn't rendered at the moment. this can be observed in Questionable Ethics when you enter the room with 2 alien grunts and filled with tripmines. If you go into the room above and hide in the left corner next to the window while the human grunts are breaching through the blast door, when they finish, there won't be any fight unless you take a peek at what's below through the window. Probably the visleaf the grunts are in gets hidden when you're in the corner, but I'm not sure about that.
I've had this problem in one of my maps too, where monsters in a monster box outside of the main map refused to react to scripted_sequences meant to teleport them in, unless I put an info_overview_point inside (or whatever that vhlt entity was that allows you render the whole map if you're in the same visleaf as that entity) and set it to reverse, so that the monster box is rendered no matter where you are in the map.
I doubt Valve have used hacks like that in their maps to warp monsters in, so there has to be an explanation. But for now, you should try using the aforementioned entity and reversing it by checking the corresponding spawnflag (don't forget that the entity is only present in the newer compilers), so that the room with the grunts is always seen. You also should get rid of this hack when an actual solution is found.
Tbh because of things like that I've mostly switched to Quake. Wish HL's ents were more reliable.
I've had this problem in one of my maps too, where monsters in a monster box outside of the main map refused to react to scripted_sequences meant to teleport them in, unless I put an info_overview_point inside (or whatever that vhlt entity was that allows you render the whole map if you're in the same visleaf as that entity) and set it to reverse, so that the monster box is rendered no matter where you are in the map.
I doubt Valve have used hacks like that in their maps to warp monsters in, so there has to be an explanation. But for now, you should try using the aforementioned entity and reversing it by checking the corresponding spawnflag (don't forget that the entity is only present in the newer compilers), so that the room with the grunts is always seen. You also should get rid of this hack when an actual solution is found.
Tbh because of things like that I've mostly switched to Quake. Wish HL's ents were more reliable.
guess it's a leftover from quake
The sniper rifle was an instant hit, but you had to hit them in the head for a quick killIf only the head hitboxes in UT weren't so ridiculously big. AFAIK sniper rifle and ASMD are the only viable weapons there in MP.
classic indeed, but imo the second screenshot is a bit too detailed for the classic look
but i guess it's too late to make any changes by now
but i guess it's too late to make any changes by now
Posted 5 years ago2019-03-27 13:12:38 UTC
in Competition 37: The Whole Warp Life (Mini) Post #342338
in Competition 37: The Whole Warp Life (Mini) Post #342338
in my opinion SP maps are just much harder to make as they require you to keep the player entertained and have to be filled with content.
i'd love to send a SP entry but making such a map would take a lot of time and especially effort.
i'd love to send a SP entry but making such a map would take a lot of time and especially effort.
You could at least explain here how you fixed it in case someone else encounters the same problem 
This post was made on a thread that has been deleted.
Well yeah. Another bad thing about interpolation is that it makes seams between different textures even more obvious. It takes a while to get used to the pixelated look of the game, but when you do, you'll want to have interpolation turned off most of the time, trust me.
IMO interpolation doesn't make the game look any better or more real, it just gives it a look of a melted ice cream.
IMO interpolation doesn't make the game look any better or more real, it just gives it a look of a melted ice cream.
Thanks <3. More coming soon I hope.
Better have texes look crunchy and pixelated that blurred to hell.
some of the textures are very pixellyI like the uninterpolated look more, sorry about that
Better have texes look crunchy and pixelated that blurred to hell.
Has been doing some mapping for a couple of months:
Ignore the black pit on some of the screenshots, it's still very unfinished.
@torekk
HLDM is missing all the entities from HL.Maybe you should learn more about the topic before recommending anything instead of spreading nonsense?
You could've just used func_door_rotating for the button if it's not supposed to be pressed by the player. Unless I misunderstood something, as always.
You could make the game load the latest autosave if the NPC is killed, there's a separate entity for that. Also you can use aiscripted_sequence which will prevent the monster from dying until it completes the current sequence. It will also prevent the sequence from being interrupted by anything else.
You could make the game load the latest autosave if the NPC is killed, there's a separate entity for that. Also you can use aiscripted_sequence which will prevent the monster from dying until it completes the current sequence. It will also prevent the sequence from being interrupted by anything else.
Posted 6 years ago2018-07-19 12:19:51 UTC
in Decreasing a texture's scale drastically increases the map's filesize and compiling time. Post #340190
in Decreasing a texture's scale drastically increases the map's filesize and compiling time. Post #340190
as far as I know it was invented with ZHLT compilers.
VHLT is basically a ZHLT upgrade, so yeah, the compilers valve had been using lacked this feature
VHLT is basically a ZHLT upgrade, so yeah, the compilers valve had been using lacked this feature
Posted 6 years ago2018-07-19 06:32:31 UTC
in Decreasing a texture's scale drastically increases the map's filesize and compiling time. Post #340183
in Decreasing a texture's scale drastically increases the map's filesize and compiling time. Post #340183
If you add the -notexscale 1 parameter to VRAD in your compile settings, texture scale will no longer affect lightmap resolution. This option applies to all brush faces in your map. This also means that the lightmap scale on faces with upscaled textures will be reset to normal as well.
Posted 6 years ago2018-07-13 05:18:47 UTC
in Compiling issue. asking for a file with the .p0 file type when it doesnt exist Post #340131
in Compiling issue. asking for a file with the .p0 file type when it doesnt exist Post #340131
RMF gets automatically exported to MAP during compile, then the MAP file is compiled into a BSP file. Whatever the problem is, it shouldn't be caused by the map source format.
Tracktrains may be the problem. I've already seen one person complaining that a path_track wouldn't fire its target when passed by a tracktrain. Try replacing tracktrains with usual trains, as well as path_tracks with path_corners.
Posted 6 years ago2018-06-10 23:11:17 UTC
in Certain entities/functions not resetting their conditions. Post #339879
in Certain entities/functions not resetting their conditions. Post #339879
Also I wonder why my example didn't work. The multisource seems to stay disabled, no matter if it's activated on start with a trigger_auto or with a trigger_once positioned at where the players spawn. I clearly remember that I could set a multisource as a master for a trigger_multiple and it would work.
Still tho, your example is much cleaner than my entity setup. I'll be using it instead in case I need to.
Still tho, your example is much cleaner than my entity setup. I'll be using it instead in case I need to.
Posted 6 years ago2018-06-10 22:40:37 UTC
in Certain entities/functions not resetting their conditions. Post #339877
in Certain entities/functions not resetting their conditions. Post #339877
@MistaX88
The workaround you've described doesn't seem to work. When activated, game_counter increments 1 to its initial value, 0, but since the limit is also set to 1, the game_counter resets back to 0 so the trigger can be used over and over again.
EDIT: Nevermind, I had the "Reset on fire" flag checked by default. Sorry for the inconvenience.
The workaround you've described doesn't seem to work. When activated, game_counter increments 1 to its initial value, 0, but since the limit is also set to 1, the game_counter resets back to 0 so the trigger can be used over and over again.
EDIT: Nevermind, I had the "Reset on fire" flag checked by default. Sorry for the inconvenience.
Posted 6 years ago2018-06-08 21:33:52 UTC
in Certain entities/functions not resetting their conditions. Post #339836
in Certain entities/functions not resetting their conditions. Post #339836
I understand what you mean. As far as I know, doors tend to close every time a new round starts, and they also have a "Fire on close" key. So in theory, if used with the "Toggle" flag enabled and "Delay before close" set to "-1" (And maybe also with "Start opened" flag enabled as well, not sure), you can trigger entities whenever a new round starts.
I've just tried to construct an entity setup that involves this func_door trick. What it's supposed to do is to disable a trigger_multiple when a player touches it, and then enable the trigger when a new round starts. I tried disabling the trigger itself with a multisource set as its master, also I used a trigger_auto to enable the multisource on map start but the multisource seems to stay disabled for some reason. Not sure if it's even possible. But it's most likely my fault as I've never been good at setting entities up.
However, if you somehow manage to find a workaround, feel free to share it.
Also, since you're new to goldsrc mapping, I suggest you to read through all or most of the tutorials if you haven't already. This could help you alot.
I've just tried to construct an entity setup that involves this func_door trick. What it's supposed to do is to disable a trigger_multiple when a player touches it, and then enable the trigger when a new round starts. I tried disabling the trigger itself with a multisource set as its master, also I used a trigger_auto to enable the multisource on map start but the multisource seems to stay disabled for some reason. Not sure if it's even possible. But it's most likely my fault as I've never been good at setting entities up.
However, if you somehow manage to find a workaround, feel free to share it.
Also, since you're new to goldsrc mapping, I suggest you to read through all or most of the tutorials if you haven't already. This could help you alot.
Looks alot like the original. In a good way.
Impressive. But I think you should try replacing the second light_environment (the lightning) with a light_spot with "Is Sky" flag checked. This may be able to remove the need of having an info_sunlight.