Comments on:

By: jettlarue

jettlarue — Tue, 26 May 2009 21:24:11 +0000

bradzeid: imo, a overlayed world would work best, something where there would be 3 worlds loaded (the m one would be the one your currently in, while the two n's would overlap onto 50% of the m world space. when you moved off the m world onto an n the n would then become the n world and mimic the ascii below (S is soldier). it would require checking of attributes in both worlds though and im not sure how box2d handles collisions between world, it may have to come to implementing the physics class and replicating it which would be a bitch but could be done in theory. |nnn|mmmmm|nnn |nnn|mmmmm|nnn |nnn|mSmmm|nnn

By: MM

MM — Tue, 26 May 2009 10:31:02 +0000

bradzeis: hmmm might be a good idea, thanks.

By: archont

archont — Tue, 26 May 2009 09:27:11 +0000

The problem with separate subdivided physical boxes is when an object is present in, for example, 2 or 4 worlds at a time.

I had some limited experience with box2d, but it was the AS version – not sure how far it is from the C++ one.

By: Underline

Underline — Mon, 25 May 2009 21:32:02 +0000

another rock on the way.

By: rfreak

rfreak — Mon, 25 May 2009 20:52:32 +0000

You asked who has a 32Mb video card : ME
Good luck with Box2D

By: dingdongtralala

dingdongtralala — Mon, 25 May 2009 20:05:32 +0000

I like milk chocolate.

By: bradzeis

bradzeis — Mon, 25 May 2009 16:33:16 +0000

You could have a big tile system b2Worlds. When a body hits the boundary of one of them you just move the body to the world one over.