you can do it with max script. just save translation and rotation of each object with a proper format. there is one trick: you must take care of cordinate system transformation as 3dmax and jpct uses different systems

r a f t

well, the link you found seems to be written for 2d enviroments. luckily jPCT is a 3d engine and you dont need that kind of tricks

you can do in jPCT what that guy does in blender and indeed that's also what i do in karga: seperate your clothes to different textures where other parts of texture is transperent. then to create combinations, use java2d to draw that textures on top of others and finally use resulting image as your avatar's texture. this is what i called 'texture based dressing'. with a good texture artist you can create lots of combinations

for variations which cannot be done with texture, (like gun, hair etc) animate and store them in a series of 3ds files as you do for the body and attach them to body as childs (this will make them move and turn with the body) and apply the same animation as the body. that's if the body is at frame 2 of walk animation the gun and hair will be at same frame too. of course to do this, you wouldnt merge body and childs into a single 3d object

i guess there is much information about this mechanism in karga thread

hope this helps
r a f t

yes, you should remove the blocking code from the rendering thread. with your current way you are consuming your most valuable cpu time by just waiting response from server. using nio or putting blocking code into a seperate thread will both do the job

and your ship's speed isnt determined by how frequently it gets data from server. server should only say your ship's position, direction and maybe speed, accelaration etc. for instance:

frame 1: server said your ship is moving to D direction with S speed
frame1-10: you should move the ship toward that direction
frame 11: server reported some other D and S
frame 11-20 move to that direction
..
and of course you will not receive responses at perfectly regular intervals. the next response may come at 25th frame, the other one at 40th, next one at 41 etc

i see 3 chocies:

* you ship does exactly what your server says at that time, and nothing else. that means your ship will respond after some lag since you wait for server's approval and it also wont move smoothly

* move your ship without waiting for server's response. if server says something different than you expect correct your ship's position accordingly. this will cause your ship jump from here to there during correction

* do the second thing but instead of making your ship jump to corrected position, modify its path to reach the corrected position smoothly. this is a bit complicated but commercial games do it

hope this helps
r a f t

mm, if you serialize an element of a linked list, then (depending on implementation of list) either all or on the avarage half of its elements are serialized  :roll:

you can use the following code piece to determine the serialized size of an object

   public static int getSize(Object o) throws IOException {
        ByteArrayOutputStream bos = new ByteArrayOutputStream();
        ObjectOutputStream oos = new ObjectOutputStream(bos);
       
        oos.writeObject(o);
        oos.flush();
        oos.close();
       
        return bos.size();
    }

r a f t

havent we already somewhat discussed this  in a previous thread  :wink:
r a f t

there is indeed: http://www.jpct.net/doc/

download bundle also contains it

r a f t

hello,

a few days ago i've profiled karga and let me share what i found about memory concerns:

world.removeAll();
world = null;
unfortunately this code piece doesnt effectively retrieves heap back :/ Object3D has a package public field called myWorld referencing its world and world.removeAll() doesnt clear this field. so if you have a reference to any of the objects of your old world, that means you still hold a reference to your world :/

worse enough nulling all of your references to Object3D's and your world and callling System.gc() does not instantly retrieves heap back. if you carefully cleared all references, after some time jvm will correctly garbage collect your world but not instantly.

i suspect this is due to garbage collection mechanism: for instance if object A has a reference to object B, and object B has a reference to object A, and these two arent referenced by any other objects, jvm will eventually garbage collect the two. but i guess it takes some time for garbabe collector to detect the situation

btw, upcoming jPCT version (1.12) has an improved Mesh.compress() method which almost reduces memory requirements to half it may help you a lot

you may also consider using java web start instead of applet. jws is much more flexible than applet and also allows setting max heap size even for untrusted applications

hope this helps
r a f t