Jump to content
The Dark Mod Forums

VanishedOne

Member
  • Posts

    1235
  • Joined

  • Days Won

    24

Posts posted by VanishedOne

  1. A bit more progress. It turns out AF files have 'contents' and 'clipMask' settings which https://www.iddevnet.com/doom3/afs.html fails to document.

    In both D3 and TDM, your typical human body ragdoll has something like this:

    contents corpse
    clipMask solid, corpse

    However, while looking at D3's env_swinglight_round.af, I noticed:

    contents corpse, playerclip
    clipMask solid, body, corpse

    Armed with this knowledge, I've managed to make a tree, a ragdoll and an idling human func_animate solid to the player. (Though the tree's solidity is dodgy; I suspect its AF just doesn't fit the visual model well, but af_showBodies and its relatives aren't working on my idAnimated entities, so I can't see.) I'm still having trouble with solidity when I try to make a func_animate play a walk anim instead of standing in place.

    • Like 1
  2. It looks as though I misremembered I'm afraid: atdm:animated_tree_01 isn't actually solid. I was mixing it up with something like atdm:nature_tree_01, which uses texture scrolling to appear animated. Sorry about that.

    Edit: I'm currently trying to get af_posed_by_anim to work; according to the description, it and af_push_moveables should provide some sort of collision...

    Edit 2: after it occurred to me to set "solid" "1" I'm having some luck getting moveables to collide, though with the tree it's pretty glitchy: it seems to work at first, then stop working after a bit. I haven't found a way to enable player collision on an idAnimated.

    Edit 3: a bit more progress. Initially I assumed the "ragdoll" spawnarg for a func_animate ought to point to an AF decl, as the description implied and as it seems to be set up for AI, so I used a human body as the model and copied "ragdoll" "guard_base_newskel" from an AI. That got me an entity that was solid to moveables when I pushed or threw them at him, but when I had him walk through some he literally did walk right through them. Then I thought, what if it wants an actual ragdoll entity class (with the articulatedFigure defined inside that class)? This gets me an entity that does push moveables away... but they go right through him while I'm holding them.

    Edit 4: TDM's idAnimated::LoadAF has been modified from D3's, including a conditional call to af.GetPhysics()->EnableClip(); that isn't in id's code. I wonder what difference that makes.

    • Like 1
  3. 3 hours ago, Springheel said:

    2.  Currently the mission names tend to have the "Series" built into the name.  I don't love that in terms of name length, but it does ensure that missions from the same series appear in sequence in the mission list, which mappers tend to prefer.  So this field would need some discussion--what percentage of missions are part of a series, and is the field worth it if the info is already in the name?

    I don't think this is handled entirely consistently even now, otherwise I'd see e.g. Shadowcursed 1: Requiem, TP7: The Lich Queen's Demise and maybe even In a Time of Need 1: In a Time of Need.

    Personally I like having some indication that missions form a series, but dislike the potential for installed missions' names to become different from what's on the downloader if an author decides Stealing the Pineapple is now Fruits of Crime 1: Stealing the Pineapple.

    (On a related note, I just noticed that in my installed FM list, Shadows of Northdale ACT 2 comes before ACT I because of the shift from Roman numerals.)

  4. 4 hours ago, SeriousToni said:

    What do you mean exactly by narrow? I am sorry I don't understand ?

    It seems to be a handily solved problem now, but I was talking about the dimensions of TDM's standard painting models. If you look at e.g. dds/models/darkmod/props/textures/painting01_d.dds, what you see is a 512x512 texture with the painting (~400x512) and frame (the rest). Your painting is 799x1200, so it would have taken some vertical cropping to reduce it to the same ratio (~800x1024).

    • Like 1
  5. I remembered we had an MD5 animated tree that's solid, and on checking atdm:animated_tree_01 it looks as though the interesting difference from a basic func_animate is "articulatedFigure" "tree_01". (Edit: also, it inherits from atdm:af_entity_base, even though it overrides the spawnclass with idAnimated.) So I'd guess you've no collision because there's no AF set up.

    • Thanks 1
  6. I think it's Penny Dreadful 3 that has an inconveniently placed guard outside a mansion, a place where the player can look down on him, and some moveable crates nearby...

    One thing with rope arrows is how easily you can get back down without leaving the arrow behind: for example, if you can open a building from the inside, or use scenery to break your fall.

    • Like 1
  7. 22 hours ago, wesp5 said:

    I don't have TDM installed on the PC I am on right now, what is behind the more category? Could this be removed? Because I don't see anyone clicking this for every mission anyway.

    Clicking 'more...' leads to the mission's summary text and preview screenshots, and I do check it before downloading unless I already know from the website what the mission's about.

    22 hours ago, snowy said:

    When I think about it, the way I really use the "spiders and undead" column on the wiki is two-fold:

    1. To evaluate if there will be combat and un-blackjackable enemies in the mission. I really dislike combat and love to blackjack everything.
    2. To avoid missions with possible scare jumps or overly graphic scenery. I am one of the "faint of heart", I try walk the very fine line between good amount of suspense and too scary.

    I would like to be able to see if a mission features any monsters. It'd be fine if that were visible on the "More..." page along with all the other mission details. 

    I didn't have the impression the 'spiders and undead' column was ever meant to be strongly indicative of combat/non-blackjackability. Unavoidable combat is rare in TDM (The Transaction is the only example that springs to my mind, unless you count assassinations as combat), and élite guards also can't be blackjacked (ditto for the recently added fire elemental). It's true though that 'monster levels' have been a point of differing tastes ever since TDP.

  8.  

    22 hours ago, snowy said:

    I propose a fixed set of mission type keywords based on the wiki mission page, which I assume is already agreed upon by the TDM community

    I think TDM's mission type conventions were inherited from TTLG's, but I remember adding one of Dragofer's missions to the wiki under 'pirate' because that was the nearest existing category then, and he later edited it to 'ship' presumably for greater accuracy. So now of course we have two missions marked both Pirate and Ship (one of which is also Experimental). Yan's Test doesn't even have a category.

     

    1 hour ago, Springheel said:

     

    If there is a general desire to add that to the main download page (rather than the extra details page), I would prefer replacing one of the existing fields.  The "Size" field seems like it is the least important at the moment--I doubt anyone is making decisions about which missions to download based on whether a mission is 10mb or 100mb. 

     

    I was on a slow-ish connection until recently, and while I don't think I was ever put off downloading a mission, larger ones certainly had me downloading them in the background while I did something else. Given that the UI allows multiple queued mission downloads at once, the total download size can also be of interest. (In fact, it would be nice if a calculated total were displayed; I don't notice one.) I'd go for release date as the least interesting field. But I'm inclined to think the only reason we don't have more missions listed with multiple types is that people haven't felt motivated to define missions in detail on the wiki page (why isn't Marsh of Rahenna marked Outdoor, for example?).

    3 hours ago, wesp5 said:

    Also above the "Type" line, we could add another line called "Horror: Yes/No" to warn the weak of heart :)!

    I don't think it's a yes/no thing, even if the 'Horror FMs' category might imply that. The 'spiders and undead' column on the wiki has ended up with entries including 'Horror theme?' and 'Extra-natural entities' (me neither...). Meanwhile Patently Dangerous is simply marked as a city mission. And my own mission gets a listing for undead (non-hostile, seen for only two seconds) but not for implications about live(?) burial.

  9. Generally I think fireflies are just particle emitters (tdm_wisp or similar), but Alberic's Curse may be a special case: I can see MD5 files for fireflies in the /models/ hierarchy, apparently from the unreleased Blackheart Manor.

    Also to my surprise, the falling leaf particles in Alberic's ocn_leaves.prt appear to have been made using blood materials instead of leaf materials. (Edit: but I'm unsure to what extent those were used, since there are also bkd_falling_leaves_*.prt files in there.) The Creeps also has falling leaves I think, using a custom material/texture.

    Moving fireflies are probably spline movers: like this but with something other than a camera following the spline.

  10. On 8/3/2019 at 8:37 AM, peter_spy said:

    heightmaps (do we even use these?)

    Occasionally yes (e.g. in tdm_pageboy_light), but as far as I know it's still the case that the only thing the game does with them is convert them to normal maps via the heightmap() image program.

    Quote

    You can also use a scaling parameter in heightmap().

    (Incidentally, something's been changed at idDevNet recently: pages that show up in my browser history with the .php extension are now 404s, needing .html instead - maybe someone decided generating pages dynamically was pointless for what's now a static archive - and embedded images in the linked page are missing. On the other hand, I think some 404s were fixed in the Q4 section.)

    • Like 1
  11. SEED operates when the map runs, actually, or at least some of it does. (You can see its messages in the game console; and heavy use can slow your map load.) That's why http://wiki.thedarkmod.com/index.php?title=SEED#Introduction talks about avoiding the entity limit and having fewer entities doing their own LOD thinking. But I think combining entities in SEED has become less useful now that DR can easily export combined models.

  12.  

    I don't know what features we already have but I would also like to see some kind of alarm indicator (LED-like on the camera body)

    • green - no detection
    • yellow - camera suspicious, follows player movementt (?)
    • red - triggers alarm (give player a second or two to put it out with a fire arrow?)

     

    I think this has code support already: I haven't confirmed it works but you can see a shaderparm being updated in idSecurityCamera::SetAlertMode(). It needs a material on the camera model to use that shaderparm though, and as far as I know neither the current (Biker's?) model nor Epifire's new one has that, probably because it isn't a documented feature.

  13. If you save the prefab text I posted as a text file in your /prefabs/ folder with a .pfb extension, you should be able to add it to a map in DR with File -> Import prefab...

     

    It should look like some blue pulsating light rays in-game.

     

    If you save this to /skins/ as a text file with a .skin extension it should override TDM's built-ins for the security camera:

    skin security_camera_on {
    * textures/common/nodrawsolid
    }
    
    skin security_camera_on_spotlight_off {
    * textures/common/nodrawsolid
    }
    

    @stumpy You can give a generic entity a _BEAM model and skin it, true, but then you have to use shaderparms to direct the beam.

×
×
  • Create New...