Changing a monster's target will clear any patrol routes it's following, and will not set a new one; it stays cleared: https://github.com/ValveSoftware/halflife/blob/5d761709a31ce1e71488f2668321de05f791b405/dlls/triggers.cpp#L2123
There are 2 exceptions: Apaches and Ospreys will both reset their target entities to the current "target" keyvalue if it's null, so using changetarget on them will reset their paths.
I can implement a feature in HLE to make this set a new patrol route for any monster, but i doubt you're using that for your map.
Forum posts
- Forums
- Posts
- Posted by
Solokiller
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
If that's GoldSource i'll eat my hat.
I used Prison Architect to map out the underground area:
Most of it is underground, but the part to the right will probably be level with the above ground area. To add more paths i'll blow holes in some of the walls, maybe randomize which holes get made to shake things up a bit.
The area at the top is a tram station, which will be sealed off so it's just there to show the area continues and connects to something else.
I used Prison Architect to map out the underground area:
The area at the top is a tram station, which will be sealed off so it's just there to show the area continues and connects to something else.
Try this:
- Set up the monstermaker to spawn the Apache and give it a unique name
- Create a multi_manager to be triggered by the monstermaker
- Add a trigger_changetarget that changes the target of the Apache to your first path, delay trigger by a small delay like 0.01 (as long as it's delayed by a single frame it's enough)
- Your Apache should now follow your path
I checked VHLT v44 and it looks like it just takes all used textures and embeds those. Just a simple "for each texture write texture data" loop.
Some progress:
I've blocked out the interior for the original rubble map, going to start designing the new underground areas next.
Some progress:
I looked into this further: it doesn't work because the gibs are spawned using a temporary entity message. They are dependent on networking settings, and those settings limit coordinates to a range of 4096 units from origin in every axis.
Specifically, this:
Specifically, this:
MSG_WriteShort(&gMsgBuffer, ffloor(flValue * 8.0));It writes a signed short, which is any value in the range [-32767, 32768]. 4096 * 8 is 32768, so anything greater is just not going to be written. This is unfixable without engine access.
It should, yes. I'd change it to 16384 though, that's the maximum for vanilla GoldSource IIRC.
Alright, i'll just use the WADs while i'm working and merge them when i'm done.
The map i'm making will take op4_rubble and take elements from Blue Shift's Power Struggle coolant areas.
So far i've got the exterior courtyard wall done:
I'm calling it cryostruggle, since it'll take the original rubble map and turn the lab into a cryogenics storage facility. The exterior and upper areas will be rubble, the lower areas will be based on Power Struggle's areas to double the map's size. It'll also let me extend the damaged portion of the map to include a much larger area. Maybe i can include a crashed Apache somewhere too to indicate what caused the damage.
The map i'm making will take op4_rubble and take elements from Blue Shift's Power Struggle coolant areas.
So far i've got the exterior courtyard wall done:
I've started on my entry, hopefully i can finish it in time.
I have a couple questions:
I have a couple questions:
- Can we mix concepts from multiple maps together?
- Can we include content like WAD files from other Valve games (e.g. opfor.wad)?
Sure, let me just resurrect myself because death is a slap on the wrist.
@ChemotherapyTell that to people with untreatable brain cancer.
Just like with a pipe system, I could run all kinds of chemicals down my drain and risk degradation or even failure of the whole system, not to mention environment pollution, just to to clean it up.
But why do that when the system already has self cleaning properties? too cool -
My last name is just one word "Vanheer", not separate.
Nice job finishing your mod
Nice job finishing your mod
Humanity before the discovery of modern medicine knows the power of the human body's ability to heal itself.
/s
/s
I haven't worked on model viewer that much lately, i've been focused mostly on HLE. If i can figure out what the model format is like i might be able to do it, but i'll probably need to rework the viewer's implementation for that.
I decided to install Far Cry 2 again, hoping that somebody figured out how to enable cheats in it. Nobody seems to have found any so i took a stab at it myself. I found that cheats do exist in the engine but are disabled in a manner that i cannot find.
The one thing i found was that the command line parameter -zombieai disables most AI behavior. Seems that only scripted AI are still active.
I suppose one could somehow interface with the engine using its map editor hooks, but then Punkbuster will ban you. Another game that falls victim to overly protective systems.
The one thing i found was that the command line parameter -zombieai disables most AI behavior. Seems that only scripted AI are still active.
I suppose one could somehow interface with the engine using its map editor hooks, but then Punkbuster will ban you. Another game that falls victim to overly protective systems.
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
Oh sure it is, just use the Linux libraries to get everything:
You can get the complete source code for every engine and game library that way.
It won't include everything and it's optimized code so it isn't identical, but you can get pretty much everything you need.
It won't include everything and it's optimized code so it isn't identical, but you can get pretty much everything you need.
SC has a scripted version that won't be reset automatically by round restarts that mappers might have added. Kinda need more information first.
OP never said which game he's making a map for.
This looks good, i think this is a bug in the SDK. I'll have to check that out, see if that's the case. If not, i'll figure out if this is the best solution or if a better one is available.
That's still conditional, you shouldn't make it check that boolean. I'm not sure why that's there though. It should really be checking if the monster called DeathNotice before, but that requires the monstermaker to track the children.
If that's needed i can give you some code to create intrusive linked lists of monsters for monstermakers to use, then you can check if the monster has alraedy called DeathNotice before. As a bonus, you'll have a list of all monstermaker children.
If that's needed i can give you some code to create intrusive linked lists of monsters for monstermakers to use, then you can check if the monster has alraedy called DeathNotice before. As a bonus, you'll have a list of all monstermaker children.
It's probably calling DeathNotice over and over and decrementing m_cLiveChildren too often. Having the child's owner nulled out unconditionally (as you've done) should fix that.
Note that UTIL_Remove will call UpdateOnRemove already (unless your version doesn't) so you don't need to call it manually.
Note that UTIL_Remove will call UpdateOnRemove already (unless your version doesn't) so you don't need to call it manually.
You should show us the entire monstermaker class, then we can see if anything looks off. Put it on Pastebin.
You can do that, but it's expensive to loop them every time. It might be easier to track entity creation and destruction and store the number somewhere. Unfortunately the messy way that the SDK uses to handle this makes this non-trivial to implement.
In HLE you should be able to store a global map of classname->entity count that gets updated in OnCreate and OnDestroy, respectively.
In the SDK you'll need to do it in GetClassPtr and add the NEW_DLL_FUNCTIONS::pfnOnFreeEntPrivateData callback, because that's where OnDestroy gets called. The vanilla SDK does not implement it, though it is used by Ricochet IIRC.
In HLE you should be able to store a global map of classname->entity count that gets updated in OnCreate and OnDestroy, respectively.
In the SDK you'll need to do it in GetClassPtr and add the NEW_DLL_FUNCTIONS::pfnOnFreeEntPrivateData callback, because that's where OnDestroy gets called. The vanilla SDK does not implement it, though it is used by Ricochet IIRC.
Well it's free so anybody can download it if they want/need it.
No i just mean incrementing the variable itself to track the number of spawned children.
It sounds like what you want is all of the monstermakers to obey the same spawn restrictions so they pull from a pool of spawn-able monsters. That requires a large scale redesign that i can't explain on a whim, so if needed i can implement that in HLE first (it's a useful thing to have) and then you can integrate it into your own mod.
It sounds like what you want is all of the monstermakers to obey the same spawn restrictions so they pull from a pool of spawn-able monsters. That requires a large scale redesign that i can't explain on a whim, so if needed i can implement that in HLE first (it's a useful thing to have) and then you can integrate it into your own mod.
You defined SF_MONSTERMAKER_GROUPED improperly, it should be like this:
#define SF_MONSTERMAKER_GROUPED 16You'll have to choose a proper value, 16 is the first one that isn't in use as far as i can tell.
You might be able to use the VGUI2 interface to remove the panels, not sure.
I just sent another mail, maybe this one will convince them.
vgui2::IPanel::DeletePanel is probably your best best. If that crashes, vgui2::IPanel::SetParent with NULL_HANDLE as the parent should remove the panel IIRC.
I just sent another mail, maybe this one will convince them.
vgui2::IPanel::DeletePanel is probably your best best. If that crashes, vgui2::IPanel::SetParent with NULL_HANDLE as the parent should remove the panel IIRC.
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
Could you show us a screenshot of what the map looks like right now, as well as a complete compile log?
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.
@Bruce:
The controller keyvalue is actually a list of 4 numbers, and controls the bone controllers of the entity's model. It's stored as an array of 4 bytes, which are unsigned 8 bit integers: https://github.com/ValveSoftware/halflife/blob/5d761709a31ce1e71488f2668321de05f791b405/engine/progdefs.h#L120
If you want to set such a value, you'll need to convert the decimal value to the unsigned integer representation first, then offset those so it's in the right position in the array. You'll probably have to compute and set the values for the other controllers as well, unless they're unused for the model.
@hfc:
That's because the Touch method for weapons is only set once it falls on the ground: https://github.com/ValveSoftware/halflife/blob/5d761709a31ce1e71488f2668321de05f791b405/dlls/weapons.cpp#L486
The controller keyvalue is actually a list of 4 numbers, and controls the bone controllers of the entity's model. It's stored as an array of 4 bytes, which are unsigned 8 bit integers: https://github.com/ValveSoftware/halflife/blob/5d761709a31ce1e71488f2668321de05f791b405/engine/progdefs.h#L120
If you want to set such a value, you'll need to convert the decimal value to the unsigned integer representation first, then offset those so it's in the right position in the array. You'll probably have to compute and set the values for the other controllers as well, unless they're unused for the model.
@hfc:
That's because the Touch method for weapons is only set once it falls on the ground: https://github.com/ValveSoftware/halflife/blob/5d761709a31ce1e71488f2668321de05f791b405/dlls/weapons.cpp#L486
To add to vluzacn's suggestion, this is effectively a list of all entity keyvalues that you can set manually: https://github.com/ValveSoftware/halflife/blob/5d761709a31ce1e71488f2668321de05f791b405/dlls/util.cpp#L200
This function handles them: https://github.com/ValveSoftware/halflife/blob/5d761709a31ce1e71488f2668321de05f791b405/dlls/util.cpp#L1986
The types under the "default:" label are not supported. So if it's a string, a number or a position/angle, you can set it.
Be careful though, not all keyvalues will be handled properly and some may be overridden by entities.
This function handles them: https://github.com/ValveSoftware/halflife/blob/5d761709a31ce1e71488f2668321de05f791b405/dlls/util.cpp#L1986
The types under the "default:" label are not supported. So if it's a string, a number or a position/angle, you can set it.
Be careful though, not all keyvalues will be handled properly and some may be overridden by entities.
You'll probably need to use a func_water_analog here. See this tutorial for how to do that: https://developer.valvesoftware.com/wiki/Moving_Water
This post was made on a thread that has been deleted.
This post was made on a thread that has been deleted.