Jump to content
The Dark Mod Forums

Candle holder question


Ishtvan

Recommended Posts

I'm trying to fix the Grabber bug where candle holders with candles bound to them don't rotate right. Found something odd though, holder_tall_* doesn't work right, but holder_round_* rotates okay, regardless of which candle is bound to them. Any idea what the difference would be between the round candle holder and tall one? Specifically, any difference in the collision model? Could it be that the candle CM overlaps with the holder CM in one case and not the other?

Link to comment
Share on other sites

Btw, probably the root of this problem is that idPhysics::ClipRotation seems to be returning collisions with bind-slaves even when they are set solidForTeam 0. To fix that we'd probably have to go pretty deep into the trace algorithm. We can't set the candles nonsolid either, becaus then you could turn the holder upside-down and drop the candle part through the floor up to the holder.

 

But I still don't know why it's different on these two candles. One has a CM with slightly more polies than the other one. My guess though is that perhaps on one of them, the CM for the attached candle extends a bit into the CM of the candle holder. That could make it never collide with it in a trace, because it already starts out colliding with it. I can't really tell if this is true or not though, because ingame I'd have to zoom in by a huge factor to see if the CMs are overlapping or not. It's really close to overlapping but I can't see the difference on the two holders.

Link to comment
Share on other sites

I can't check right now, but I'll try to remember to look tomorrow. Just give this a bump if you don't hear anything.

Link to comment
Share on other sites

The only obvious difference I can see is that the square holder uses common/textures/collision and the round one uses our tdm_collision_metal. Other than that, they both seem to have the same amount of clipping at the top. I'll modify the cm material of the first one and see if that does anything. My only other thought is whether the slightly concave sides cause some kind of problem, though we have lots of models with that kind of cm.

Link to comment
Share on other sites

Well that's better, but, wtf, this is weird, if you hold the candle so the flame end is pointing away from you, then try turning with it, the behavior changes depending on the "roll" rotation (that is, keeping the flame pointed away from you and changing which face of the CM is pointing up/down/left/right). Along one axis, it turns fine, rotate 90 degrees, it turns with you in one direction (say you turning clockwise), but if you turn the other way (counter-clockwise), it breaks and rotates away from you.

 

Is there any asymmetry in the CM if you're looking straight down at it from flame to base of holder? If there's no asymmetry in the candle part of it, then this asymmetry must be coming from the interface between candle CM and holder CM? But then why did the behavior change if you changed only the holder CM without changing how much it came up to hit the candle??

 

This is weird. There's probably a more fundamental problem that idPhysics::ClipRotation() shouldn't be detecting collisions between the bindmaster and the bound entity at all in this case, but it's still weird how this bug is manifesting itself.

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

    • taffernicus

      i am so euphoric to see new FMs keep coming out and I am keen to try it out in my leisure time, then suddenly my PC is spouting a couple of S.M.A.R.T errors...
      tbf i cannot afford myself to miss my network emulator image file&progress, important ebooks, hyper-v checkpoint & hyper-v export and the precious thief & TDM gamesaves. Don't fall yourself into & lay your hands on crappy SSD
       
      · 2 replies
    • OrbWeaver

      Does anyone actually use the Normalise button in the Surface inspector? Even after looking at the code I'm not quite sure what it's for.
      · 7 replies
    • Ansome

      Turns out my 15th anniversary mission idea has already been done once or twice before! I've been beaten to the punch once again, but I suppose that's to be expected when there's over 170 FMs out there, eh? I'm not complaining though, I love learning new tricks and taking inspiration from past FMs. Best of luck on your own fan missions!
      · 4 replies
    • The Black Arrow

      I wanna play Doom 3, but fhDoom has much better features than dhewm3, yet fhDoom is old, outdated and probably not supported. Damn!
      Makes me think that TDM engine for Doom 3 itself would actually be perfect.
      · 6 replies
    • Petike the Taffer

      Maybe a bit of advice ? In the FM series I'm preparing, the two main characters have the given names Toby and Agnes (it's the protagonist and deuteragonist, respectively), I've been toying with the idea of giving them family names as well, since many of the FM series have named protagonists who have surnames. Toby's from a family who were usually farriers, though he eventually wound up working as a cobbler (this serves as a daylight "front" for his night time thieving). Would it make sense if the man's popularly accepted family name was Farrier ? It's an existing, though less common English surname, and it directly refers to the profession practiced by his relatives. Your suggestions ?
      · 9 replies
×
×
  • Create New...