User:VanishedOne
VanishedOne's notes and queries.
Stim/Response
Type | Comment in tdm_stim_response.script | My notes |
---|---|---|
STIM_FROB | Frobbed | The Response to apply STIM_FROB won't work everywhere the dedicated frob Response will (only the latter collects loot). |
STIM_FIRE | Fire | |
STIM_WATER | Water | |
STIM_DAMAGE | damages target | AI and the player have a STIM_DAMAGE Response to make this the case. It's not a response to ordinary damage (though a script object could listen for SIG_DAMAGE). |
STIM_SHIELD | protects against arrows or physical blows | Used? Usable? |
STIM_HEALING | heals target | The player has a Response to this; AI, by default, don't. |
STIM_HOLY | holy is applied | Undead use a special script to get the damage def. from the source (usually a holy water arrow result); without one, there's no effect. |
STIM_MAGIC | Magic is being used | Used anywhere? What's the purpose of this one? (From Thief's MagicZapStim?) |
STIM_TOUCH | triggered if touched | Couldn't get a Response to fire on ordinary collisions, or on entering brush triggers. Maybe it's meant to be used as a collision stim. |
STIM_KNOCKOUT | target is knocked out | AI/heads (including the player head) inherit a Response to this as standard to enable it to knock AI out, but the blackjack presumably uses a non-S/R mechanism for hit-cone-dependent knockouts. |
STIM_KILL | target is killed | AI don't have a Response to this as standard. No luck activating Responses through death by normal means. |
STIM_RESTORE | target is restored | What does this mean, if not the same as STIM_HEALING? |
STIM_LIGHT | triggered by light | [1] Testing revealed no special handling (and 'use bounds' doesn't work with light volumes; presumably if a light has a model it'll use that). |
STIM_SOUND | triggered by sound | Testing with a speaker revealed no special handling. (What about AI-audible soundprop?) |
STIM_VISUAL | visual contact | Handled in code |
STIM_INVITE | can be used to trigger special behaviour (like a stool can invite an AI to sit down) | Probably related to this idea from 2005: [2] |
STIM_READ | Can be read | Used? |
STIM_RANDOM | Random response is selected (does this make sense?) | Whether it was meant to fire any of the entity's Responses by random selection, or one of its Responses to this stim, I'm not sure this works (but the latter case can be taken care of by enabling 'Random Effects' on any Response). |
STIM_TIMER | Timer has been triggered. | Used? |
STIM_COMMUNICATION | Communication vocalization | Handled in code |
STIM_GAS | Gas arrows / mines | |
STIM_TRIGGER | Entity "activation" stim | |
STIM_TARGET_REACHED | Can be emitted if the endposition (e.g. by using an effect_moveToPosition) is reached | Emitted to what? |
STIM_PLAYER | The "player" stim | Radial stim on the player |
STIM_FLASH | The flashbomb stim | |
STIM_BLIND | A "blind" stim that blinds the actor (this is stronger than a FLASH stim, no visibility is needed) | |
STIM_MOSS | stim from moss arrows (e.g., for dampening window shattering) | func_fractures come with a Response that calls breakable_glass::on_moss_stim (in tdm_breakable_glass.script) |
Is the magnitude of collision stims affected by velocity/force of collision, as reportedly in the Dark Engine?
Are these (in Response.h) used?
* How much damage must be applied for this response? */ float m_MinDamage; /** * No more than this. */ float m_MaxDamage;
Textures
'D3's folder depth limitation for DDS files. You cannot have DDS files more than 5 folders deep... - D3 just doesn't want that, only the id people know why this unfortunate limit is there in the first place.' [3] (Does this limit remain?)
Material shaders
Stuff not in [4] (including TDM's additions):
xrayRenderMap -- Doom 3/RoE needs more examination. So far I've managed to make a sort of mirror that shows an AI without his hair when he's placed behind it. I've seen references to skin_xray and skin_head_xray spawnargs.
suppressInSubview -- global; appears occasionally in Doom 3 materials. Probably does what it says and hides surfaces in remote/mirror views, but I haven't tested.
screen -- stage keyword; appears in Doom 3's textures/smf/window_scratch. Effect unknown so far.
'New _currentDepth global image accessible by any shader. Unlike _currentRender, using this keyword in a material file does not delay the shader being drawn. New ignoreDepth material file keyword. Prevents the shader being clipped by solid geometry.' -- [5]
islightgemsurf [6]
Do we have `sort underwater`? Seen here but not in idDevNet docs.
Is this how the hardwood surface type differs from regular wood? -- No: [7][8]
'rgb parameters work on cubemap stages ONLY when there are no diffuse/bumpmap/specular map blending stages set on the material' [9]
Under these conditions, vertexColor has an effect but inverseVertexColor seems to have the exact same effect.
ignoreAlphaTest appears not to work on light-reactive stages.
In my experience the following can't be used with light interactions:
- Surfaces altered by deforms. (All non-particle deforms? Does TDM even use 'deform eyeball'?) But turbulent is at least partly compatible with light-interactive bump/specular. Others...?
- Particles spawned from surfaces (except that the simple ambient can add colour to them).
clamp keyword: if materials look fine in DR but warped or invisible in TDM (e.g. for hinge decals), move the control points in the Texture Tool so the top-left is at 0,0.
id's materials occasionally show clamped image maps being passed to shader programs, e.g. clamp _scratch2
'The "add" image program only works with uncompressed textures.' [10]
It seems "soundmap" gives bars for any string token except "wavelength". "soundmap" alone is an error.
What's the nodrop surface parameter for (in textures/common/nodrop)? Any relation to the nodrop spawnarg? Or an old name for nodamage?
Do blood decals still use this hack? [11]
TDM macros: [12]
PARTICLE_MACRO:
noselfShadow noShadows translucent discrete nonsolid noimpact
GLASS_MACRO:
noselfShadow noShadows translucent twosided
TWOSIDED_DECAL_MACRO:
discrete nonsolid noimpact polygonOffset 1 noShadows sort decal noselfShadow noShadows translucent twosided
(Why translucent?)
GLprogs
Frob highlight: 'The frob.vfp program is not active. This has been part of Rebb's frobhighlighting improvement project, but in the end we ran into an issue with TGA files (they ended up with a heavy green tint in-game, which (we think) is due to some sort of limitation in the closed source parts - can't remember exactly).' [13] See [14]
GUIs
Focus doesn't work in TDM: [15]
Triggers
Patches can be used for triggers and 'there could be separate triggers to be walked into depending on which direction you are walking'. [16]
Targets
target_setinfluence removed? (Maybe considered redundant with S/R or too D3/'demonic'-specific? Comparing [17] to the TDM entity list suggests a purge of even some quite generic entities may have occurred.) idTarget_SetInfluence still exists so it can be recreated, but may be bugged in TDM [18]. Can crash TDM on map load if e.g. targetted by worldspawn. D3 usage: [19]; D3 def here: [20]
Security camera
idSecurityCamera::Pain() refers to an "fx_damage" spawnarg not documented in the entityDef. Similarly, idSecurityCamera::Killed() refers to an "fx_destroyed" spawnarg.
idSecurityCamera::SetAlertMode() looks to have code to update SHADERPARM_MODE (parm7), where
enum { SCANNING, LOSINGINTEREST, ALERT, ACTIVATED }
suggesting it's possible to have something like the T2 Watchers' colour-changing lights.
Misc.
What is/was trigger_air? (textures/common/trigair) There's no such entity def., even among the commented-out ones in triggers.def. Maybe related to the commented-out info_vacuum in d3_junk.def?
`knockout` spawnarg on atdm:weapon_base ('If set to true, a hit with that weapon knocks the AI out') -- working/used? The blackjack instead uses a `knockout` spawnarg in its melee def. (melee_blackjack_ovr): compare atdm:damage_moveable, which also has a `knockout_power` spawnarg.
`inv_item_count` defined on atdm:playertool: used for anything? (Compare `inv_count`.)
Does clipmodel_contents still exist/work? -- Yes, as in atdm:blood_marker
$player1.replaceInvItem($some_inv_item, $null_entity) -- if $some_inv_item was simply placed in the world, the inventory icon will disappear if it was on the screen; if it entered the inventory via the shop, the icon will remain until cycled away from.
Weather
"classname" "func_static" "sr_class_1" "S" "sr_radius_1" "0" "sr_state_1" "1" "sr_time_interval_1" "200" "sr_type_1" "2" "sr_use_bounds_1" "1" "solid" "0"
Texture brushes of this entity with textures/common/collision and put them under your rain/snow patches so you can no longer carry a lit candle through a downpour.