News:

Zatikon is back and free to play! https://www.chroniclogic.com/zatikon.htm

Main Menu

Short-Link physics bugs

Started by OverClok, October 23, 2001, 09:11:30 PM

Previous topic - Next topic

mendel

A cable over 90 HD units in length will still not break.
This is almost as high as the construction grid (with land lowered!).
It carries 4 heavy sticks (as any long cable) before ripping the linkbox.
If using 2 more cables to attach weight, I can put about 8 heavy sticks on.
Even a 2 HD unit cable (this is as short as it gets) supports the 90 HD unit monster. However, a 2 HD light steel box bursts; gotta have a 3HD box to hang that cable from. This means it weighs less than a light stick. Believe me, these cables are not heavy :-)

Btw, using two cables in a V shape (instead of 1 vertical one of same length) to hold a linkbox increases its strength by more than 50%.

(Edited by mendel at 2:46 pm on Oct. 23, 2001)


Calastigro

My point being that cable should be heavy, but isn't.

VRBones

Thanks for the explanation CL. Looks like it killed the discussion and people's wild hypotheses ;).  To try to add something constructive to the thread, why not just add a constant value (different for each span type) to the strength after the ratio? This would then represent (Veeery roughly) the density and cross-sectional strength of the span type; properties of the material that wouldn't change anyway. This would then mimic a constant maximum shear potential as well as leaving alone the angular momentum that already looks like it's working realistically. Since it is only one addition function, it would also be a negligable impact to the overall speed.  Although it should give more natural feeling lengths, it would also dramatically change the gameplay. Dunno whether it's worth fiddling with it until version 2?

JohnK

If the cables were any heavier, a system to pre-stress (I loked it up, i was calling it pre-tension, but microsoft world english dictionary says pre-stress is the right word) the cables would be necessary. The cables sag enough as it is with their light weight, but if you were to make them realistic! They would rip everything apart rather than hold it up!. Perhaps the reduced weight was meant to balance out the lack of a system to pre-stress them.

mendel

What I would like to see - explanation or not - is a thorough documentation of the Pontifex physics as implemented - what is how strong and why. It means that novices can get up to speed better, and pros can reason about their bridges instead of trial & error to see what works. (Important for me as I have a slow PC).

The spirit of measuring these things by conducting experiments that started this thread would lead us there eventually - although Alex could probably help a lot along the way if he could find the time to write it all up :-)


OverClok

Quote: from Calastigro on 1:55 pm on Oct. 23, 2001
One thing i dont think you're factoring in... Cable is heavy!  we're talking huge steel cable here!  after a certain point, cable should snap under its own weight.Exactly! But the longer cables (which should be weaker because they're supporting more of their own weight) are stronger than shorter ones!

Argonut

Now I don't know exactly how the physics is implemented so I might be a bit off on my theorising, but I was wondering if when a shorter link has it's stress levels increased by a ratio of length/optimal length, does it also have it's spring strength increased by the same ratio? When a spring is cut in half, it's spring constant is now twice was the original spring's was, and it only compresses half the distance when the same force is applied. Are the spring constants of the links in Pontifex constant, or do they vary like a cut spring? Perhaps this would help the shorter links hold equivalent weights before breaking?

Calastigro

Its as if the code was just scaling up the members in all directions to make them longer, instead of just making them longer.... weird.

A thought popped into my head... Maybe short steel members are weaker because they have less 'give'?  A little bit of flexion makes an object a lot harder to break, and flexion is increased by length....  but that still doesn't account for cable... FEH!


mendel

Argo (I can't bring myself to write "nut" when I know it should be "naut" and you're no nut, at that), that was quite an inspired guess! I think you may be right!

I made up another http://pontifex.mendelsohn.de/forum/tspring.pxb" target="_blank">experiment to check. It compares loading both a 20m and a 40m bar equally, and if you look closely, you see the top of the  20m bar is actually lower than that of the other! It seems it compresses even more. Stress seems to be 40% vs. 10%.
My current guess is: spring constant is unchanged for all lengths, so the short bar strains as much as the long bar (absolute length change); actually, a bit more, since the diagonals are at more of an angle. Then, stress is calculated by strain, not by strain/rest length. This would result in stress being inversely proportional to the square of the bar length (applied force being constant), which is in line with the somewhat inaccurate stress measurement.

All this is just so much guesswork; can anybody come up with better experiments to confirm this?

Notes on measuring with http://pontifex.mendelsohn.de/forum/tspring.pxb" target="_blank">tspring.pxb: I used 1024x768; "Low Detail" to make the bars show up as pixel-wide lines; much "R" in edit mode so I can really zoom up close in Test mode; make a screenshot with the heights I want to compare in the same picture, preferably near the horizon; then measure pixel displacement using a gfx program; that also measures RGB values of the stress color to get the percentages.


VRBones

I did some research on this last night as I had also pondered about the issue of length. I'd also written out an article to post here, but my modem had timed out or something, so I posted it to http://vrworld.qgl.org/index.php?id=287121" target="_blank">my crappy site.

In essence I'd started out thinking along  the lines of calastigro, while trying to disprove mendel, and ended up coming to a conclusion like Falkon2's ! So I could have waited a day and had it solved for me ;)


beaujob

Well, here's what I've come up with to confuse the issue...  If you add beams to a joint, it does in fact cause the area around that joint to break quicker.  I made a quick little map which adds more and more beams at each joint as you go from left to right.  The rightmost tower has the most beams that I could figure out how to attach to the tower in some meaningful structural fashion.




If you look closely, you'll see that the tower with more cross-bracing will collapse sooner.  If you wish, you can toy around with my bridge

"And once again, the day is saved thanks to the Powerpuff Girls."

mendel

Trying to disprove me - what were you thinking? :-)

Actually, congratulations on your well-reasoned article, much more exact than my off-the-cuff estimates of the percentages involved.
I don't have time right now to go into this more, so here are some suggestions:

1) Breaking strengths of 3HD and 6HD box can be narrowed down further by shortening the stick below the 2-bar at the top of the breaking column.

2) Relating cable weight to light steel weight and using short cable sections to refine things would be a bad idea because changing the connections on a structure has strange side effects. (witness replacing the 2 heavy steel sticks with light sticks and a heavy crossbeam, and both HD8 towers pop boxes)

3) Calculating Y for HD8 is erroneous because it's not the bar that breaks on this tower, it's the link box that pops. (Link boxes are still an open research question at this time.) Same goes for HD7.

I think pontifex would be more accessible (if not more fun) if  the physics was more intuitive. A beginner will optimize his bridge by shortening bars to save weight (worked well in BB); pros will replace two long bars with one long bar and be more effective, but it's not easy to find that out.

If you think you'd get link boxes for free, that's not true because small bars are heavier per unit length - this is because of the proportionally longer diagonals and the absolute weight of the link boxes. Weight per unit 2HD=41, 4HD=26, 8HD=19 using VRBones's figures. Since a link box is stronger than a 2 HD bar, they're probably even heavier in proportion, making the penalty worse.  And then there's the strength loss because of the diagonals' angle...


mendel

Nice job, beaujob! For those who haven't noticed, the effect is similar to that in the http://www.chroniclogic.com/cgi-bin/ikonboard/topic.cgi?forum=5&topic=30" target="_blank">My tower rips itself to pieces? thread.

All this points to a common physics engine problem: as the construction gets stiffer, it is more likely to explode due to numerical instability of the engine.

During simulation, it may happen that beam ends move away from the joints; the engine then applies force to the beam to close that gap again, and that force can rip the beam apart if you're unlucky (and it is particularly stiff).
This problem may get worse by the non-real strain of the members as it may be prone to produce bigger gaps, especially with the diagonal cross-bracing.

Moral: don't construct stiff structures, make them loose! :-)

(I wonder if these guesses will turn out to be true... ;-)


The reason shorter links are weaker than stronger ones is because of the way the physics are modelled, the stress of a link is calculated based on the ratio of the original length to its current length.  Part of the reason I used this method is because each link takes the same amount of cpu time, so bridges built with fewer and longer links will run faster than a bridge built with many short ones.  Short cables are especially weak because all cable segments are made of at least 2 links, so a 20 m cable segment will be made into 2 10 m cable segments.  Obviously this isn't realistic but theres a lot of balancing required to keep it easy to edit and still be able to run on the average pc.

mendel

I have posted a short comparison of the 4 different materials http://www.forum.bridgebuilder-game.com/topic.cgi?forum=6&topic=32&start=0" target="_blank">here.