Force power's interactions with item objects and npcs.

[Lockgo]

So I'm look through japhys, and I'm just wondering, where does your code begin.

[Stoiss]

look for the comment lines call //[japhys]

[Xycaleth]

look for the comment lines call //[japhys]

I never comment my code like that

 

 

So I'm look through japhys, and I'm just wondering, where does your code begin.

I'm not sure exactly how much of it is working, but the main files to look at are trunk/code/game/bg_physics.cpp and trunk/code/game/g_physics.cpp. The handling of the physics itself is done by the Newton Game Dynamics physics engine which can be found in trunk/code/newton. I haven't changed any code in that directory, it's just the (probably now, very out of date) Newton physics engine out of the box.

[Stoiss]

hmm im sure you did comment you codes in w_force.c and some other places with this line, but then again its been years sense i look at it last time

 

and then again i was right 

//[JAPhys]

int strap_FS_FOpenFile( const char *qpath, fileHandle_t *f, fsMode_t mode );

void strap_FS_Read( void *buffer, int len, fileHandle_t f );

void strap_FS_FCloseFile( fileHandle_t f );

//[/JAPhys]

and lines like //[Physics] is also there

[Lockgo]

Do you suggest that I should try using newton dynamics 3.11, as appose to what you had with 2.00?

[Xycaleth]

 

hmm im sure you did comment you codes in w_force.c and some other places with this line, but then again its been years sense i look at it last time

 

and then again i was right 

//[JAPhys]

int strap_FS_FOpenFile( const char *qpath, fileHandle_t *f, fsMode_t mode );

void strap_FS_Read( void *buffer, int len, fileHandle_t f );

void strap_FS_FCloseFile( fileHandle_t f );

//[/JAPhys]

and lines like //[Physics] is also there

 

Oh right. I must have still been doing that back then I wouldn't do it now though lol

 

Do you suggest that I should try using newton dynamics 3.11, as appose to what you had with 2.00?

I imagine the Newton API between version 2 and 3 changed quite a lot so it probably wouldn't work, but you could give it a try.

 

Anyhow, I stopped working on it partly because like I said, at the time I couldn't get the level of integration that I wanted. You can't just add a model and rotate it arbitrarily and have a correct bounding box because of limitations in the engine. It's doable now, but the networking issue is still there. The only objects that could be affected by physics were map objects. The cubes in all of my demo videos are part of the map itself, but turned into physics entities.

[DT.]

This would be pretty cool in SP.

[Lockgo]

So I looked into the Newton code and how to implement it in my free time. I was just wondering, how long of a project do you think this is? How long did you work on this Xycaleth?

[Xycaleth]

One or two months to get the basic thing working I think. You would probably need a another few months to get it really polished off and well-integrated.

[Lockgo]

Newton had weird DLL problems. Not even the sample programs that came with the sdks would work. Decided to try my luck with Bullet.

 

Also, found out why the rotation of items seem random. Turns out, they are just random for some items, as the comment "// give weapon items zero pitch, a random yaw, and rolled onto their sides...but would be bad to do this for a bowcaster" stated.

[eezstreet]

If you're going for SP you're going to have a lot more luck, as the client and server are sort-of merged into one mess of code. I wouldn't even try this on MP to be honest.

 

Define "DLL problems" though?

[Lockgo]

Most of it was simple references. Having to add references in Visual Studios, having to delete pre-existing lib files so it could re-compile them, and even after a few, it would still say "does not exist" even if I typed out the exact folder paths for the #include statement.

 

After having to do that with Bullet though, I probably wouldn't have changed from newton. Had I know Bullet was going to make me do the same thing.....C'est la vie.

[Xycaleth]

Most of it was simple references. Having to add references in Visual Studios, having to delete pre-existing lib files so it could re-compile them, and even after a few, it would still say "does not exist" even if I typed out the exact folder paths for the #include statement.

 

After having to do that with Bullet though, I probably wouldn't have changed from newton. Had I know Bullet was going to make me do the same thing.....C'est la vie.

Sounds like basic linking problems You're going to get those problems with any library unless you have a better understanding of what the linker does and how it searches for the .lib files.

[Lockgo]

Its been a while. I decided to focus on my original objective. I was able to make force grip interact with items missiles and thermal detonator. I want to get back to trying to implement a physic engine into Jedi Academy. I learned a lot about gentity_t in getting grip to work. However, the import/convert-BSP that bullet includes, only really works with Quake-3 arena levels. From what I understand, you have to know how the BSP levels work for each individual Quake 3 powered game, since they all do it different.

 

I also found that force grip was a bit wonky. Even before I started editing it. Always has been from what I could tell. 

 

Here are the videos

http://www.dailymotion.com/lockgo 

 

I should also note that the rockets where put at 1/9 the speed, I actually think its next to impossible to catch a rocket at normal speed with the range force grip gives you. I was actually tempted to make an entire new force power as appose to editing grip. Sorry for the late update, though.

 

http://www.dailymotion.com/video/x373xly_2015-09-16-23-28-02-rep_videogames

[Lockgo]

Anyone still here?

[Xycaleth]

Hi.

[Lockgo]

Any suggestions or opinions? Although I have already accomplished my original goal.

[Archangel35757]

Any suggestions or opinions? Although I have already accomplished my original goal.

Suggestion: keep working on integrating Bullet or "Fill-in-blank" physics engine into SP code.

[ensiform]

Bullet shouldn't be too difficult if it can import the bsp data from the engine somehow without having to re-load the entire bsp another time.

[Archangel35757]

Interesting...

 

http://irrlicht.sourceforge.net/forum/viewtopic.php?f=19&t=49714

 

http://bulletphysics.org/Bullet/phpBB3/viewtopic.php?f=9&t=166

[ensiform]

I've already seen bullet used with q3 bsp/maps.

[Xycaleth]

Ohai... https://code.google.com/p/japhys/source/browse/trunk/code/game/bg_physics.cpp

[ensiform]

(You can't use this but just showing you that its been done)

 

https://github.com/TheDushan/OWEngine/blob/master/code/Engine/gphysics/bullet/btp_staticMapLoader.cpp

[Lockgo]

Felt kind of bad that I never "published my work", but I actually don't know what type of "file" I would need to make for my edits to the force powers. Mainly force grip. What would be needed to have my modifications something you could add to a post complied game.

[eezstreet]

You can't simply "edit" post compiled binaries. You need to modify the source code and recompile from scratch.