Limiting the origen of an entity

[Nahuel]

Hello forum. I posted a thread on pendulums made ​​a couple of months. The truth is that I have abandoned that qc and now I wish to return. I guess what I do is make two entities. one that determines the origin of the pendulum and the other is the movible entity.
So it would be something like:

0rigin
|
|
|
|
entity

So, speaking about the origin of the movible entity : (origin_y + origin_x + origin_z ) will be the same number all the time. How can i do that? How can I limit the origin in this way? Besides all this, i should add physics to the mobile entity. Should be, (for example for the shoots) by adding velocity to the origin of the attacker.
How can i do all this?? I am really lost... Thanks in advance

[Qrv]

I really dont quite understand what you mean here.

You wish to limit the .origin of a moveable entity? Wouldnt that mean, it doesnt move?

EDIT:

Ok, after looking at the other thread, I think I get it...

Your diagram:

[Anchor Point]
|
|
|
|
[Moveable Thingy]


Anchor Point = A fixed position entity, which is where the Moveable Thingy 'connects', as in the vid of the swingable lights.

Moveable Thingy = A light bulb, lets say, attached via 'a wire' ( rope, realistically ) to the Anchor Point ( which would be a ceiling, lets say. )

Now, the Anchor point is quite simple, its just one entity with a pre-fixed origin, I assume.

The origin of the Moveably Thingy, surely cant be fixed. Its a moving object, the origin will change. You could limit it, I guess, so as to simulate a bulb on a wire, cuz the wire aint gonna stretch really.

I'd guess to limit it, you code in something that doesnt allow it to go a certain range away from the Anchor Point origin

so, if your Anchor Points origin is "0 0 0", you'd cap the Moveably Thingy origin at say, "-32 -32 -1" to "32 32 8" ( The Z clamping should allow it to 'bounce' up and down, instead of justing spinning around the Anchor Point, but this relies on your physics implementation. )
Limiting the origin of the Moveable Thingy is pretty simple as I see it, the thing that blows my mind is the physic you need.

As for getting the angle at which the Moveably Thingy should move, in regards to being shot, exploded, explosion splash damage, I have no idea here.

For making the "rope" ( ie, the wire from Anchor Point to Moveable Thingy ) piece, not exactly amazingly relevant, but this article might be of some use/interest: .

I believe with some tweaking you could make a rope of .mdls, not particles, to act as your wire that holds the Moveably Thingy ( light bulb).

I wish I could help more tho, as this stuff is way beyond my knowledge without me doing alot of learning, but I can easily see some of the effects you could make with this, esp. in regards to adding atmosphere to a level.

[DolphinsOfCydonia]

Do you literally want to model a pendulum?

I guess there's two ways to go about it. You could either not use Quake physics/or plugin physics at all, and write your own physics simulation in QuakeC. Or use quakes.

If you write your own mini physics simulation to model the pendulum, you're not going to get any interaction with other objects. I think going down this path is a worthwhile learning exercise - but it requires a little physics homework. Use MOVETYPE_NONE (is this correct?), and manually set the origin each frame. It will be spammy but whatever. Upside is you won't have to waste time trying to simulate rope, cos it will be all in the equations.

Alternatively you could look into jacking one into Gyro or something, but I havn't really researched into that plugin.