There we go again. With a proper level, my method seems way to slow. Framrates drop to 20fps on my galaxy -> Not good :/
So I'm back to square one again. I'm finally so far to say "screw this all, lets get that ellipsoid rolling".

So far I had no success in getting it to work. As said, I want to check if a given object (now defined as an ellipsoid) collides with the world. I measured out, that a ellipsoid with the radius values 76,22,15 (X,Y,Z respectively) would be the optimal choice. But how do I get the collision check running? My code so far looks like this:

if(!mPlayerObject.checkForCollisionEllipsoid(SimpleVector.ORIGIN, sEllipsoid, 1).equals(sEllipsoid))
endGame();
While sEllipsoid is a SimpleVector with x,y,z set to the values above, and SimpleVector.ORIGIN is used to tell that I want to check the collision at the current position (0,0,0 in objectspace), without any moving at all. The if clause always returns true, so what did I do wrong? :/ Oh, by the way, The collision modes are set as

mPlayerObject.setCollisionMode(Object3D.COLLISION_CHECK_SELF);
 mWorldObject.setCollisionMode(Object3D.COLLISION_CHECK_OTHERS);
Any ideas? Oh, and may there be a better choice for collision detection, since I only want to check IF a collision is happening at the current position? E.g. I dont need that "moving in direction xxx" stuff, just a simple collision true/false check :/

So long,
Kernle

Well, the allocation tracker gives me the creation of a two SimpleVectors (line 2717 and 2719 in Object3D.java) and one Object3D[] (line 2720 in Object3D.java) per calcMinDistance call. Makes quite a lot of allocations, if used a lot.

Oh, and I dont use an octree atm.

Nevermind, it's world space of course (silly me...) However, using calcMinDistance is not a good idea atm, as it allocated a lot of objects (Object3D[] and SimpleVectors).

So long,
Kernle

The issues are the areas marked red. There are areas which would be handled as collided, but there was no actual collision, and areas where geometry would not be tested for collision. Two spheres would create the same problem.

However, you gave me a good hint with ray/polygon collisions. I think I'll try that, and report back. Thanks =)

So long,
Kernle

I'm currently working on a massive advanced port of one of my cooler pc games, originally titled "SoS-Submarine". The original game was created in the frame of a contest, related to water-games. And yeah, I won.. Barely ;-)

Anyway, the game itself was fine, but the coding was messy, and the overall game experience had a lot more potential. So, for my first private android game project to be released, I am now recreating this game the way it was meant to be, for Android



The games purpose is to guide a submarine trough a underwater tunnel system. It might involve using weapons e.g. torpedoes later, but this is not stone-set yet. For the first release there are planned 5 levels, with 3 submarines to choose (2 unlock able). A brief achievement system is planed as well, but may be dropped if found unnecessary (or by lack of creative achievements).

The current status is that the controls are fully implemented (turning via turning the phone, and regulating speed and diving via the bars shown in the screenshot), and a basic UI is in place, too. Brief lighting is implemented as well, but may see improvement during the ongoing development. As for the levels, I'm currently using a WIP-Updated-Version of one of the original levels. It's mainly an atmospheric test, e.g. for placing objects in front of the player, etc. (and yes i know that the pillars are flat in the screenshot, didn't had time to make full 3d-modells yet).

The next big thing I'm currently nagging on is the implementation of collision detection.

For anyone interested testing, there you go: click (1,14mb) - Android 1.6

Edit 23.04.2011:
- New apk
- Changed package- and appname
- Swaped icon for custom one (placeholder)
- Fixed UI for smaller devices
- Removed percentage view (will be reintegrated later again, tough)
- Code cleanup

Edit 24.04.2011:
- Added basic collision detection (slow tough)
- Optimized 9-patch graphics

Edit 25.04.2011:
- Added start countdown
- Added gameover screen (placeholder)
- Fixed back- & homebutton behavior

Edit 05.05.2011:
- Fixed level culling
- Adjusted color tinting
- New gameover screen
- Cleaned UI layout
- Fixed display shutting down during gameplay (forgot keepScreenOn call)

Known issues:
- Bars are not multi-touch compatible yet

Test Results so far:
- Samsung Galaxy S with 2.2.1
Works fine, bars and gameover screen minor lag sometimes (may be android 2.2 related)
- Nexus S
Works fine (?)
- HTC Wildfire
Unplayable (4fps)

So long,
Kernle

Hi there,

Short question, how to check for collisions in jPCT-AE? I only found Sphere/Ellipsoid to Polygon checking. Is there any chance of Polygon to Polygon checking, e.g. simple mesh intersecting routines, or in worst case, a simple Box to Polygon method? Didn't find any, and Sphere/Ellipsoid to Polygon checking could get a bit tricky with my game approach.

So long,
Kernle

Hi,

Yet another problem I need to get solved: How to work with Lights in jPCT-AE? Judging from the docs, it seems there are only "point" lights, e.g. a light pointing into all directions. Any chance to create a spot light, that lights only a certain direction?

Another thing that I need to learn how to use is the function setDiscardDistance for a Light object. I thought that it would set the max. distance where the light could shine, but when regardless to which value I set it, this "distance" seems incredible small, so it seems like there is nearly no illumination at all :/ As a side note, the doc mentiones a value in the Config calls, which does not exist (Config.discardDistance).

Any toughts?

So long,
Kernle

Sorry, as I said, no offense intended. Concerning the JavaDoc, I have to correct my statement. I was not refering to object cloning to be memory wasteful (the javadoc even mentiones that they use shared data), but more general things. HOWEVER, I'm not able to find those functions I'm actually refering to right now.... Shame on me! Anyhow, as soon as I find them again, I will ask you about them ;-)

For now, I'm pretty satisfied with the engine. There are some things that are uncomon for me, but so far I was able to solve every mystery I came across (with your help btw) :-)

So long,
Kernle