Index | FAQ | Search | Memberlist | Usergroups | Profile | Log in to check your private messages | Log in | Register

TWIG release Goto page 1, 2 Next

| Inside3d Forums Forum Index -> General Discussion

View previous topic :: View next topic
Author | Message
--- | ---
Urre Joined: 05 Nov 2004 Posts: 1073 Location: Sweden |

Posted: Wed Jan 07, 2009 5:47 pm Post subject: TWIG release |

http://urre.quakedev.com/ Enjoy! Feel free to ask questions here. EDIT: Yay news post! _________________ Look out for Twigboy

Back to top |

Downsider Joined: 16 Sep 2008 Posts: 478 |

Posted: Wed Jan 07, 2009 9:35 pm Post subject: |

Epic! What exactly is in DarkPlaces that's necessary for this to work, as opposed to working in your standard GLQuake?

Back to top |

Urre Joined: 05 Nov 2004 Posts: 1073 Location: Sweden |

Posted: Wed Jan 07, 2009 11:11 pm Post subject: |

Thing is, I've worked with DP and only DP for so many years now, that I've grown very accustomed to all its differences compared to GLQuake, and probably take a lot for granted to such extents that I don't even think about it, but I'll try and list as many things as I can think of which are required for this lib:
New builtins:
File read/write
Tracebox
Vectoangles2
String manipulation
Parsing client commands
Other features:
Collisions on rotated BSP models
On-the-fly precaching
High-precision origin and angles for entities
Increased entity limits
(optional but recommended) Q3BSP support
EF_NODRAW
EF_NOMODELFLAGS
set and seta console commands
Undocumented quirks:
Traces starting in solid are allowed to trace out of the solid
And like I said, I'm more than likely forgetting a lot of stuff. Vectoangles2 could be written in QC, it used to be so, but once LH implemented the builtin I used that instead.
_________________
Look out for Twigboy

Back to top |

Downsider Joined: 16 Sep 2008 Posts: 478 |

Posted: Thu Jan 08, 2009 2:12 am Post subject: |

Thank you.

Back to top |

Baker Joined: 14 Mar 2006 Posts: 1538 |

Posted: Thu Jan 08, 2009 2:14 am Post subject: |

I'm detached enough from the physics side of Quake since I almost exclusively work on engine coding. But rather than not comment .. because I can't really think of anything smart to say .. I think that is some impressive work that I admit I don't understand.
But it sure reminds me of some physics library vids on YouTube

Back to top |

MauveBib Joined: 04 Nov 2004 Posts: 602 |

Posted: Thu Jan 08, 2009 12:44 pm Post subject: |

Fantastic work, obviously. Which there are still some issues (stacking crates for example), this is certainly realy to use for some tasks straight away, such as grenade physics and such. _________________ Apathy Now!

Back to top |

Urre Joined: 05 Nov 2004 Posts: 1073 Location: Sweden |

Posted: Thu Jan 08, 2009 6:09 pm Post subject: |

It'll probably never support stacking beyond what it already does, which is, if the box on top is smaller than the one below, it'll work. It's just very hard stuff, even if it wasn't written in QuakeC. _________________ Look out for Twigboy

Back to top |

Wazat Joined: 15 Oct 2004 Posts: 732 Location: Middle 'o the desert, USA |

Posted: Fri Jan 09, 2009 5:59 am Post subject: |

Urre: That is damn cool. I can imagine making all ammo boxes work like this, so that firing a rocket into a room will launch them and send them tumbling down the hall; or players can pick up and carry an ammo/health box with them for later. BTW, that youtube video needs some major brightness tweaks. In the third scene I couldn't even tell what was happening.
_________________
When my computer inevitably explodes and kills me, my cat inherits everything I own. He may be the only one capable of continuing my work.

Back to top |

Irritant Joined: 19 May 2008 Posts: 115 Location: Maryland |

Posted: Fri Jan 09, 2009 11:15 pm Post subject: |

Very very impressive Urre, is there any chance of this ever being ported to a dll so that all quake engines could use? _________________ http://red.planetarena.org - Alien Arena

Back to top |

Electro Joined: 29 Dec 2004 Posts: 241 Location: Brisbane, Australia |

Posted: Sat Jan 10, 2009 7:47 am Post subject: |

Other physics libraries are already dll's. This was designed rather specifically to be a physics solution for Quake(1) as there isn't really anything else done for it before, ever. _________________ Unit reporting! http://www.bendarling.net/

Back to top |

CocoT Joined: 14 Dec 2004 Posts: 599 Location: Belly-Gum |

Posted: Sat Jan 10, 2009 4:01 pm Post subject: |

Awesome stuff! I can't wait to try it out when I'll be back in the States _________________ http://www.planetcocot.net/

Back to top |

Urre Joined: 05 Nov 2004 Posts: 1073 Location: Sweden |

Posted: Sat Jan 10, 2009 4:52 pm Post subject: |

I'll probably write physics engines in other languages in the future as I find it a very interesting subject, but this is written in QC, and will stay that way. I would however like to see other engines support the same features and builtins required for this to run, ofcourse. If anyone attempts it, and doesn't get it working after adding the ones I've listed, feel free to poke me and we'll work it out somehow!
_________________
Look out for Twigboy

Back to top |

avirox Joined: 16 Aug 2006 Posts: 109 |

Posted: Mon Jan 12, 2009 12:47 am Post subject: |

This is a phenomenal release! Great work, Urre! I wonder how it would work over the net. I've been wanting to put some realistic physics into Quake-Life - especially for pushable objects and debris (2 things which HL1 is rather good for). Keep up the great work!

Back to top |

MauveBib Joined: 04 Nov 2004 Posts: 602 |

Posted: Mon Jan 12, 2009 8:05 am Post subject: |

avirox wrote:
I wonder how it would work over the net.

DP's netcode doesn't send invisible entities to clients, so only 1 entity per physics object will be sent, i.e. the box entity itself.
In other words, there's no net slowdown.
_________________
Apathy Now!

Back to top |

Urre Joined: 05 Nov 2004 Posts: 1073 Location: Sweden |

Posted: Mon Jan 12, 2009 3:47 pm Post subject: |

Mauve said it. What you could do beyond that though, is make the visible entity (the "static" entity as it is called in the lib) use EF_LOWPRECISION, which would reduce the net load even more, as it's not part of the physics calculations in any way, it won't affect their performance or precision. The difference between using EF_LOWPRECISION and not using it is generally speaking not visible for the human eye, unless you apply it on the client, which might give slightly stuttering movement or something. For objects you spot in the gameworld it works great.
_________________
Look out for Twigboy

Back to top |

Display posts from previous:

| Inside3d Forums Forum Index -> General Discussion | All times are GMT Goto page 1, 2 Next
Page 1 of 2

Jump to:

You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum

Powered by phpBB © 2004 phpBB Group