Create an account

Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
[SUGGESTION] extended gravity system


If you can understand my illustration

I propose 2 new gravity entities be implemented
point gravity ... and planear gravity

Point gravity

-- players are pulled to and are rotated so their feet face a central gravitational force (they can be repelled too )

-- A the bounding box ... a big trigger texture box that states how far the gravity reaches
-- B something solid so players don't actually reach the gravity source
-- C the origin brush .. specifying where the gravity source comes from (could be a target position if that is easier to code for)
-- D players jumping around the little planet map made with this method

Planear gravity

-- players are regionally pulled and rotated by flat gravity sources

-- A something solid
-- B the bounding box for gravity influence
-- C the other bounding box for the other gravity field in this example
-- D one side of the bounding boxes is origin texture ... to show where objects in the area are rotated and pulled to
-- E players having a joyous time ... and navigating corners

I think these 2 entities would make xonotic much more exciting ... and possible bring new life into many old space maps ...

I also intend for these to replace many difficult-to-map warpzone tricks (like rooms where players can walk on the ceiling --- or round planets)

yeah ... i know its kinda mario galaxy-ish ... but who says it can't fit into xonotic too

Planar gravity -ish can be achieved using warpzones, there's a proof of concept map somewhere.

Otherwise, you can forget about this. As far as I know, bounding boxes can not be rotated without making the collision code a hell of a lot more complicated.


I did know about both of these warpzone tricks ... but they are hackish - difficult to make - don't work in all cases - and require reflections turned on - and sometimes don't work very well...

as for collision code ... aww ... thats too bad I didn't know that is was an effecting factor ...

would it be possible to just resize and move the box to an appropiate place when the player is rotated ... oppesed to rotating the actual box?


it wouldn't be perfect ... but it would work very well where for planear gravity that is at a 90 degree from up (a cube world for example)

Then you'll be easier to shoot when you're angled, your bbox will extend forward from the POV which will make it seem like you can't touch walls and you pick up items too early... Basically, you will totally feel the angle, which is bad.

last desperate attempt to save this...

what if its only 90 degree angles

Then it's doable I think! Needs some client prediction code though.

I like the idea though I have absolutely no idea how to implement this. I really like the concept though. Possible new concepts for racing level design if implemented.

wait ... i think i though of another way to save this ... I just need to know something

can the current collisions system detect exactly where on the hit-box something collided? (besides headshots)

Sure. But if you intend to hack a non-cuboidal / unaligned hitbox based on cuboidal aligned hitboxes, you'll probably hurt performance :x

(04-07-2012, 07:10 PM)hutty Wrote: wait ... i think i though of another way to save this ... I just need to know something

can the current collisions system detect exactly where on the hit-box something collided? (besides headshots)

no. for the sort of collisions you need to respond to here, there's no "point of impact" response/data. also, headshots don't work by engine side collision detection but rather a svqc check based on where the trace (raycast) tracking the current bullet/railshot ended.

Oh right, I was thinking trace. Sorry.

sounds like a mess...

... just curious how does the speeder hitbox work (or is it just a cube plopped somewhere near the middle)

its just a cube plopped somewhere near the middle.

"plopped" Smile

thought so .. although

i was thinking ... what if the player had a grid of smaller hitboxes on each side ...
not that it would be pratical server/lag wise ...
but would it work?

You're starting to invent a physics engine there Tongue

Probably possible, but not optimal and quite slow.

Is it possible to use spherical collision gizmos instead of cuboidal ones?

[Image: BSF48.png][Image: HMITP48.png][Image: S48.png][Image: TLT48.png]

that ... is a good idea Big Grin

... but xonotic players never spread out their arms like that

They should. When blown away by a huge rocket explosion.

Anyways, that's just to convey the concept.
[Image: BSF48.png][Image: HMITP48.png][Image: S48.png][Image: TLT48.png]

Possibly Related Threads...
Thread Author Replies Views Last Post
  [DISCUSSION] Gravity Hammer Magician 1 1,776 04-06-2017, 10:16 AM
Last Post: Smilecythe
  [SUGGESTION] Xonotic system requirements needed RaptorFX 50 70,599 07-04-2016, 01:17 PM
Last Post: Cortez666
  [SUGGESTION] Matchmaking system? machine! 14 11,302 09-21-2014, 03:20 PM
Last Post: Mr. Bougo
Exclamation [SUGGESTION] Better Singleplayer AND A better pause system satuim 13 12,024 08-27-2013, 04:47 AM
Last Post: satuim
  [SUGGESTION] A small addition to the spawn system Dodge 25 19,789 07-05-2013, 06:48 AM
Last Post: Mr. Bougo
  [SUGGESTION] XP system for stats cccxd 10 8,851 09-04-2012, 07:43 AM
Last Post: hutty
  [SUGGESTION] some kind of system to schedule matches/meetups jammo 5 5,847 10-09-2011, 04:54 AM
Last Post: lda17h
  [SUGGESTION] Gravity gun fight mod thingy Nesquick 2 3,597 01-04-2011, 03:17 PM
Last Post: jaykay
  [SUGGESTION] Unified icon system to give info about players unfa 18 18,949 11-06-2010, 01:05 AM
Last Post: Rust Heart
  [SUGGESTION] Permanent ladder system, raking in-game PGP_Qz 9 12,794 09-29-2010, 11:27 AM
Last Post: PGP_Qz

Forum Jump:

Users browsing this thread:
1 Guest(s)

Forum software by © MyBB original theme © iAndrew 2016, remixed by -z-