Jump to content
The Dark Mod Forums

Elevator not moving...


AluminumHaste

Recommended Posts

So i followed this tutorial on multi floor elevators: http://wiki.thedarkmod.com/index.php/...rs,_multi-floor and the buttons don't make a clicking noise and nothing happens...This is a very good tutorial and I followed all the steps, this was working before but it's not now.

 

Does anyone have any insight?

I always assumed I'd taste like boot leather.

 

Link to comment
Share on other sites

I've raised this problem before that by default buttons and levers don't work. I think really they need a non-zero default. Nobody really cares in most cases whether a lever moves 30 degrees or 40 degrees or a button moves one centimetre or three - they don't usually care about it being a mover; only about its function as a button or lever.

Link to comment
Share on other sites

By 'should' do you mean 'I would expect it to be 0,0,0' or do you mean 'it is best for it to be 0,0,0', ie, it is best for it to fail by default.

 

It failed because when the entity is created it's missing the "translate" key afaik.

I always assumed I'd taste like boot leather.

 

Link to comment
Share on other sites

It failed because when the entity is created it's missing the "translate" key afaik.

 

Greebo added an "editor_setkey" (or so) spawnarg which makes it possible to add/create a translate key by default :)

"The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore, all progress depends on the unreasonable man." -- George Bernard Shaw (1856 - 1950)

 

"Remember: If the game lets you do it, it's not cheating." -- Xarax

Link to comment
Share on other sites

I've now given the button and elevator button a default translate of 0 0.5 0 which fits the default model button (if you can find it!) north south. So it will work by default and it will also show by default in entity inspector so can be changed easily for other directions.

 

Similarly the lever now has 0 0 45 rotate which again fits the default lever direction - up down facing south.

Link to comment
Share on other sites

It's probably colliding with the rope or the arrow. Did you try putting a rope arrow in the top of the elevator and seeing if it can go up?

 

I sure did and it continues on up and the rope deploys and then goes through the elevator. But on the way down as soon as the rope is deployed the rope stops moving, like physics calculations have stopped working or something and the elevator stops.

I always assumed I'd taste like boot leather.

 

Link to comment
Share on other sites

Something extremely similar happens to physics props as well.

Rope arrow planted on top of a crate (movie)

Rope arrow planted below the crate (movie)

 

One guess is that it might have something to do with the actual arrow behaving like a func_static when it hits and deploys (looking at weapon_ropearrow.def). Since D3 deals with calculating collisions instead of weight, perhaps the crate thinks it's colliding with a func_static and sits still?

yay seuss crease touss dome in ouss nose tair

Link to comment
Share on other sites

Something extremely similar happens to physics props as well.

Rope arrow planted on top of a crate (movie)

Rope arrow planted below the crate (movie)

 

One guess is that it might have something to do with the actual arrow behaving like a func_static when it hits and deploys (looking at weapon_ropearrow.def). Since D3 deals with calculating collisions instead of weight, perhaps the crate thinks it's colliding with a func_static and sits still?

 

See for me the difference is that when I put an arrow in the top of the elevator platform, it keeps going up, I can climb the rope and swing and stuff. As soon as the elevator starts going back down though, if there's an arrow in the elevator anywhere it stops moving, as soon as I take the arrow out, it keeps moving. Incidentally the elevator sound keeps looping like normal even if it's stopped.

 

The first elevator that I made was one elevator entity, and it stopped working up or down, as soon as I put an arrow into it. So to get around that, I made the elevator entity itself just a small 1 foot by 1 foot by 1 foot square and built some brushes around it. I then converted these brushes to func_statics and bound them to the elevator. This worked except for the current situation in which the elevator is going back down and the arrow causes it to stop working.

I always assumed I'd taste like boot leather.

 

Link to comment
Share on other sites

Something extremely similar happens to physics props as well.

Rope arrow planted on top of a crate (movie)

Rope arrow planted below the crate (movie)

 

One guess is that it might have something to do with the actual arrow behaving like a func_static when it hits and deploys (looking at weapon_ropearrow.def). Since D3 deals with calculating collisions instead of weight, perhaps the crate thinks it's colliding with a func_static and sits still?

Those vids are great (especially the second one :laugh:). Thanks for this info, it's been tracked.

Link to comment
Share on other sites

I think this behavior has come and gone a few times based on whether we set the rope arrow solid. Setting it solid fixes some other issues, but causes this issue. I thought we also had a setting such that the bindmaster wouldn't collide with bound team members, but that doesn't seem to be working here.

Link to comment
Share on other sites

I think this behavior has come and gone a few times based on whether we set the rope arrow solid. Setting it solid fixes some other issues, but causes this issue. I thought we also had a setting such that the bindmaster wouldn't collide with bound team members, but that doesn't seem to be working here.

 

Isn't the elevator a mover, too, and does this change somethings (e.g. opposed if you shoot an arrow into a crate which is a moveable?)

"The reasonable man adapts himself to the world; the unreasonable one persists in trying to adapt the world to himself. Therefore, all progress depends on the unreasonable man." -- George Bernard Shaw (1856 - 1950)

 

"Remember: If the game lets you do it, it's not cheating." -- Xarax

Link to comment
Share on other sites

/****************************************
*******************************
weapon_ropearrow.def
****************************************
*******************************/
...
...
...
// greebo: Set the attachment arrows to func_static, otherwise they collide with the fired projectile
"spawnclass" "idStaticEntity"
"noclipmodel" "1"

"frobable"	"0"
"angles"	"90 0 0"
"origin"	"31.2 0 0"
"noshadows"	"1"
}
...
...
...
// bind arrow to object when it collides

"bindOnImpact"				"1"
}

// result inherits the broadhead
entityDef result_arrow_ropearrow
{
"inherit"		"result_arrow_broadhead"

"def_active_spawn_obj"	"ammo_ropearrow_small"

"copy_bind"		"1"
"remove_delay"	"1"

"snd_active"		"arrow_rope_deploy"
}

It seems simple enough (Without seeing any of the other scripts it calls), I don't see why setting it solid (idStaticEntity) should cause any problem with this kind of behavior.

 

Edit: I've also quickly made an elevator in DR. I get the same kind of behavior that AluminumHaste has.

Edited by Mortem Desino

yay seuss crease touss dome in ouss nose tair

Link to comment
Share on other sites

You can't tell all that much from the def file. To really see what's going on, you'll have to look at the actual physics code in the SDK where the mover tries to move and checks if it's blocked. Ideally it should not be blocked by things bound to it, but we don't want it to clip into the rope in this case either.

 

If you'd like to help with our physics code, we could definitely use another person working on that.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recent Status Updates

    • Ansome

      Finally got my PC back from the shop after my SSD got corrupted a week ago and damaged my motherboard. Scary stuff, but thank goodness it happened right after two months of FM development instead of wiping all my work before I could release it. New SSD, repaired Motherboard and BIOS, and we're ready to start working on my second FM with some added version control in the cloud just to be safe!
      · 0 replies
    • Petike the Taffer  »  DeTeEff

      I've updated the articles for your FMs and your author category at the wiki. Your newer nickname (DeTeEff) now comes first, and the one in parentheses is your older nickname (Fieldmedic). Just to avoid confusing people who played your FMs years ago and remember your older nickname. I've added a wiki article for your latest FM, Who Watches the Watcher?, as part of my current updating efforts. Unless I overlooked something, you have five different FMs so far.
      · 0 replies
    • Petike the Taffer

      I've finally managed to log in to The Dark Mod Wiki. I'm back in the saddle and before the holidays start in full, I'll be adding a few new FM articles and doing other updates. Written in Stone is already done.
      · 4 replies
    • nbohr1more

      TDM 15th Anniversary Contest is now active! Please declare your participation: https://forums.thedarkmod.com/index.php?/topic/22413-the-dark-mod-15th-anniversary-contest-entry-thread/
       
      · 0 replies
    • JackFarmer

      @TheUnbeholden
      You cannot receive PMs. Could you please be so kind and check your mailbox if it is full (or maybe you switched off the function)?
      · 1 reply
×
×
  • Create New...