id Tech Forums

Enums are not supported by DoomScript

DoomScript fails on certain kinds of combined expressions even if they look valid on their own.
You should probablly split the instruction like this:

if ( nullifier_frobable_entity ) {
   if ( frobable_entity == nullifier_frobable_entity ) {

   }
}

I think you should add the idle animation as 3th in the list and set "loop_last_anim" "1".
Or simply set "remove" "0", but I think it won't play any animation.

Standard triggers can be activated only by player entities by default.
AI and func_activator can touch triggers only if "anyTouch" or "noClient" are set.

In my case the func_activator was used in combination with the trigger_entityname, which can be triggered by a specific entity (the activator itself).
I couldn't use directly the vehicle because it's not able to touch triggers.

I later dropped this whole system and made vehicles able to touch triggers on behalf of the driver.

I'm still working in Fragging Free from time to time and I'm planning to move the dodge logic to c++ soon.
As starting point have a look at my double-jump implementation in Hardqore2 mod. Sources are on moddb.
It should be very similar.

I remember using func_activators bound to vehicles in order to touch triggers while driving.

PS: hi guys, it has been a while 

The seed is only random in multiplayer games.
I guess it made testing the singleplayer maps easier.
You need the SDK to change that.

It sounds more like there's something wrong with weapon scripts.
A skin cannot make such a difference.

I did use multiple weapons on the same key in Fragging Free, but it was ROE mod so the support was already there.

nodraw is a standard D3 material.

The problem here (sorry I forgot this until now) is that all weapon scripts inherit from weapon_base.script, which has this nice function:

/*
=====================
weapon_base::UpdateSkin

Required by game code for when the skin needs to change (for example, when the player has a power up).  Implemented in subclasses.
Code is called is only guaranteed to execute for one frame, so any code should either set the weapon state or start a new thread.
=====================
*/
void weapon_base::UpdateSkin() {
if ( isInvisible() ) {
setSkin( getKey( "skin_invisible" ) );
} else {
setSkin( "" );
}
}

... that resets the skin to "" unless you have the invisibility powerup.
It's invoked when the weapon is selected and when the invisibility powerup is picked up.

You have to override the funtion in weapon_shotgun.script like this:

void weapon_shotgun::UpdateSkin() {
if ( isInvisible() ) {
setSkin( getKey( "skin_invisible" ) );
} else {
setSkin( getKey("skin") );
}
}

Now your skin will work

I used the "calan/" prefix as a placeholder.
That piece of the name is not required, but I expect you to group all your custom skins with a meaningful prefix. Say "yourproject/weapons/...".
It's just a naming convention I got used to by looking at the original D3 files.

You can indeed put multiple lines in the same skin. In fact, it's rather common.
You need to include all the flash materials to hide them.
I cannot test your skin code because I'm at work, but it looks correct to me

The logic is simple: the monster will gib if its health is lower than -20 and "gib" is 1 on both the monster and the damage defs.
You need the SDK to change that.

You cannot create a material that does nothing.
The "if" trick you used was also used by ID in a couple of materials. You cannot get rid of it.
In your case anyway you don't need it this material at all. Just use nodraw.

You are right, "angular_velocity" is just... the angular velocity.
"velocity", on the other hand, is applied to the direction determined by the current orientation of the "eject" joint (of the weapon viewmodel).
You should indeed be able to change the direction changing the "velocity" vector. Try negative values too.
Another solution is to rotate the "eject" joint in the weapon script.

The skin approach does work.
That's how missiles are hidden on rocket launcher model.

Put the skin definition in a new .skin file inside a "skins" folder.

I'd change the angular_velocity value in the debris def.
Denton mod made this easier to change iirc.