Engine Kolisions System Question

[Seradest]

I have a Question
The Kolisionssystem works so:

blocks have a "no go" or a "go"

My Question is:
Can the engine this grate make smaler ?
When its done we can use diagonal graphics or smother graphics and the movement of the chars are smother too ^^

[EJlol]

I actually like to see a vector based collisionsystem in very far away future.

[Seradest]

I actually like to see a vector based collisionsystem in very far away future.

ähm when it done in a very far away future..... we musst than alle graphic what we have done yet make new eminently the ground titelsets.
as longer we wait that harder and bigger the graphic works.

[Crush]

The goal is to design a collision system which works with the existing graphics.

[Seradest]

The goal is to design a collision system which works with the existing graphics.

yup thats the 1/4 box colision system

the only think what that shift is you dont make 1 big red X for "no go" but rather there a small red x who the grafic has a logic kolision.

[Jaxad0127]

eAthena only supports tile position anyways, and so to use this with eAthena, we'd break all older clients, and such.

TMWServ already support pixel-perfect movement. Sub-tile collisions would be nice for that.

[Seradest]

eAthena only supports tile position anyways, and so to use this with eAthena, we'd break all older clients, and such.

TMWServ already support pixel-perfect movement. Sub-tile collisions would be nice for that.

ähm and can the engine use smaler sub title collisions now or not ?

[Jaxad0127]

Not yet, though it shouldn't be hard to add to the TMWServ client.

[Seradest]

ok ^^

and what is the next big step ?

[Crush]

Finally get the movement synchronisation issues and lag prediction fixed and implementing a route finding algorithmn which can actually deal with pixel-based collision.