yeap, they're cool, they provide private jvm, shell access etc..

Quote from: "rolz"The most obvious problem now is laggy server. It just makes the game unplayable. I would be very grateful if someone here could offer a shelter for the game server for a while, until i find better channel.

you may wish to take hosting from http://www.jsp-servlet.net/. reasonable prices and good performance. i'm quite happy with their hosting

r a f t

thx she's really cute, in fact i may fall in love with her and she's only 470 polygons

for the old avatar, i suspect he's better than quasimodo :oops:

r a f t

* added the new girl avatar (she's from turbosquid by bogdan iliesiu)
* fixed a bug about setting default accessories
* finally implemented normal talk mode at server side :/
* improved user movement resulting in smoother movement and less stuck
* added spring period to jump

the new girl avatar


r a f t

* fixed run mode for windows & linux (hope it will run at MacOS & Solaris too)
* extended LoD mechanism to cover avatars too
* some more small improvements for sending user movements

r a f t

brave decision !

why ? what went wrong ? talk about details please.. i really wonder as (i guess) many others do

* added run mode: double tap forward key to run (1)
* improved animation load mechanism to allow using same mesh in multiple sequences: resulting in reduced load time, disk and memory usage
* seperated walk forward, backward, turn, strafe left, right and run animations
* improved footstep synchronization
* improved the way user movements sent to other clients: they are almost replicated now in an efficient way

(1) i've just noticed that run mode doesnt work on win32 platforms since Java generates different KeyEvent sequences on win32 and linux. i'll fix it soon

test tool running to show the sent user movement


r a f t

since my last post,

* tcp communications are compressed now
* added the tube: it's an old fashioned multi purpose device, used as both personal teleporter and dressing room (binded to key t for some time)
* replaced the sky-box with a better one
* added third person custom view: both camera distance and angle can be adjusted by shift and arrow keys
* regions panel does not show up anymore if there is only one region
* added server side configuration files
* camera now moves smoothly
* implemented basic paired animation mechanism: right click to a user to suggest him some action

new sky-box and the tube in action:


r a f t

good luck rolz ! and tech site looks cool  

r a f t

well, since i'm busy with lots of 'life' issues, nothing new yet.  but i just feeled i left my thread and project too lonely..

just for reference this is what 'aptal karga' (foolish crow) means:

foolish crow is the crow who resurrected for revenge after his death but forgot his reason of resurrection because of the happiness of returning life again. foolish crow is not real, just an urband legend among crows

(in turkish)
aptal karga ölümünden sonra intikam için geri dönen, tekrar yasamanın büyüsüne kapılarak varoluş amacını unutan kargadır. gercek degildir. kargalar arasında bir $ehir efsanesidir.

this should be in the first post of thread but who cares  :wink:

r a f t

Quote from: "rolz"Raft, What i NICE IDEA !!!!!!!!!!!!!!!!

:lol:  

Quote from: "meinfilter"The second balloons you use, the blitted ones, do they hide behind objects? How did you do it if they do? I can't figure how to do it if they are not 3D objects in the scene.

i simply decide to blit or not, by checking object's visibility and casting rays and see if they reach target.  blitting always done after rendering, so they never hide behind any objects. to interfere with rendering, i once thought of a object or polygonRendered method to add to paintListener interface but Egon said it wont do the trick since rendering is done from front to back for optimization purposes (Egon please correct me if i remember it wrong)

not a perfect solution but handles most cases. if you find a better one i would like to hear..

r a f t

hello meinfilter,

you can almost forget about texture based strings, they arent readable. have a look at the screenshots at karga thread

for skybox, instead of using a huge sphere i store a small sphere in a seperate world where the camera is always located at origin. than i simply render both of my worlds (the skybox one and the regular one) to same frame buffer one after another

r a f t

Quote from: "Raven"Due to my state of newbieness to the matter..

nevermind, i'm also a newbie for this kind of projects, or at least i was before karga :wink:

Quote from: "Raven"if I understand correctly, you're basically normalizing game animations and events by checking how fast the application is running?

yes, exactly. the idea is to increment the game state (animation indices, positions of moving objects etc) as much as the time elapsed since last update

say you have an opening door animation which you want to last for 2 seconds, and your fps is 50 (= 1/50 seconds elapsed) you increase animation index of door by 1 / (50 * 2) each frame

r a f t

hey rolz, that's a really cool screen  

Quote from: "raft"assuming constant fps it is trivial to decide where that user will be in each frame. with un-constrained fps it's somewhat more complicated

himm, i'm re-thinking now about the subject and, assuming constant fps even in an un-constrained enviroment may be a good assumption. normally fps doesnt change that much if something doesnt change radically (such as world size doubles or user opens another cpu eater application).

so, measuring fps every -say- 5 seconds and assuming it constant may also simplify things. i guess this way fps increases slightly since number of updates decrease. a drawback is, if one moves with key strokes every frame, fps/ups results in a smoother feeling

sorry raven, filling your forum with self thoughts  :oops:

r a f t