hello,
The client 3D rendering aspect of a MMORPG is not the biggest issue and in fact not so different than a classical 3D RPG
I think you should try to get information about network topology for such kind of applications... If you means massively multiplayer, you should be able to have more than one node/server that share a similar world , maybe look at the data grid concept (--> OGSA recommandations but it s more oriented on web services than on real time apps) or else you should have a very powerful (and probably very expensive) server....

But the first step is to be able to manage correctly your network. What do you have to send in order to ensure similar version of the world for each client??? and at the same time (synchronisation probllem)

Practically, take a closer look at the nio package in the java API. it is aimed at developing applications with high scalability... But maybe not enough to be called massive

I dunno if this is off topic but having a skybox (with a big blue sky ) may also help to have your world and lights feel realistic

for what i understand (and i did something that works more or less correctly), what you are looking for is located in the "place" method of the car class



By default, the car is located 10 upper than its last position with the following call:

translate(0, -10, 0);

Then, you have those lines :

  float rightFrontHeight=ground.calcMinDistance(rightFront.getTransformedCenter(), dropDown, 4*30);
      float rightRearHeight=ground.calcMinDistance(rightRear.getTransformedCenter(), dropDown, 4*30);
      float leftFrontHeight=ground.calcMinDistance(leftFront.getTransformedCenter(), dropDown, 4*30);
      float leftRearHeight=ground.calcMinDistance(leftRear.getTransformedCenter(), dropDown, 4*30);


Each of the value obtained determine the distance between one of the wheel of the car and the ground...

The rest of the place method will consist in dropping down the car until each wheel collide with the ground... (as expressed by the lines you gave before). If i remenber, the angle will be used to orientate the body of the car but not so sure of that... Egon will probably complete it with his "magical expanations"

Hello Folks

I dont remember. Is there a way to expand the number of Triangle per object? something in Config???


java.lang.ArrayIndexOutOfBoundsException: 20800
        at com.threed.jpct.Object3D.addTriangle(Unknown Source)
        at com.threed.jpct.Object3D.addTriangle(Unknown Source)
        at com.threed.jpct.Object3D.addTriangle(Unknown Source)
        at com.threed.jpct.Object3D.addTriangle(Unknown Source)
        at multi.map.WorldMap.addPlane(WorldMap.java:559)

Thanks

De nada  :wink:

By design errors, i meant you can see where you failed... what becomes too complicated to make evolve. So next time maybe you could spend time thinking about it and how to have a solution you could easely modify.


The basic thing to do (but I suspect you already do that) is to separate  codes dealing with interface, AI/logic, networking... in order to be able to modify one of these elements without having to touch the others.Hence for example, if one day you want to change from JPCT to another 3D engine (but i dont see any that rules like it) you should be able to do that without major changes excepted for the 3D part of your code... Use of java interfaces may be very suitable for this task.
In general i try to separate those parts also in term of package.
But i think you already do all of that.

I read somewhere that you should begin a PhD soon (ggod luck;P). That s what i m doing currently... (multi agents systems and stuff like that, jpct to represent visually the MAS). What is interesting in such a working environment is that you frequently have to write architectures of your system for presentation purpose. In term of architecture, i m talking about modules and interactions between them (i basically define a module as a part of the system that has a specific objective and given abilities. A module may consist in one or more classes). It makes me rethink some mistaken parts of the system and i have also the opportunity to confront my view with peers.

Another classical technic i use (which is not pure object oriented) is to have a specific "tool"package, mostly with static classes that will resolve very frequent problems.

And some basic advices... (probably you know it but i don t know what your programming style is)
Classes that are too big are by definition hard to maintain
A method must not exceed the size of one screen (else split it)
I hated commenting my code... but recently i had to modify some parts of my project I didn t touch for months... And there was  few classes that i already commented. Damn It was VERY easy to modify it compared to those that were hard done.

I am pretty sure some people will not agree with some of those points. But the idea is to find the style you are confident with. Many ways exist to reach a goal.

Manu

What a handsome guy  

(but don t worry, I m completely straight hehe)

Hope you had a good rest.