well construct install is packaged with the right Dx version? why not give an option to build an install the exact same way except for our games?

nope every things done using stock construct

so yea "canvas"

where on the layer is this text object exactly, and how big is your window, trying putting the text object at x=320 and y=240.

im not one to do this but im BUMPING THIS SHIZZLE

my box.net keeps giving me msgs about it being downloaded. no ones commented on it in a while its been 2nd paged.

i advise setting the opacity of the layer map to 100% to see whats going on behind the scenes.

[quote:tt3sxtvy] - Distort map is being set

• all points in the 2D world map "RED family" (to view it set the layer called maps opacity to 100% or wtv) have their distance to the camer "C" calculated

-same as before except angle this time

-STILL DEALING WITH THE 2D MAP TO GET COORDS FOR 3D a little bit of trig to find the displacement in the X axis this point encounters when rotated from the cameras viewangle. what it does is uses the points angle value, then subtracts the angle of C (which is the camera) from the angle value. this rotates the point so basically its returning a value as if that were rotating the world around the camera instead of the camera in the world. the information were given is how far from the camera in the x axis of the 2d world this specific point is from the camera ONCE the view is rotated around the camera.

-same as before except for Y axis in the 2D world.

-here we get into 3D stuff, "3DP","3DP2","Blue" are all objects to be used for 3d. theyre part of a container with a specific 2D world point object matching up to them. the stuff being done in all the following actions all do the same things.

firstly they map the y displacment value found in the 2d map to the X axis in the 3d world, 320 is added because it is the screen center. and we want the value to act from the screen center since this is the cameras focal point etc.

for the z elevation, we map the x displacement value from the 2d map as the Z axis in the 3d world. it is multiplied by -1 because a z elevation is positive when things are closer and negative when farther, unlike how X axis in 2d world is negative when closer(behind) and positive when farther(in front). 500 is added because 500 is where the 3d camera is located and if we didnt add 500, the view would be showing us what the cameras suposed to show 500 points ahead of where it should be since constructs camera is at 500 and not 0 in terms of z elevation.

the set y to 500 is simply controlling the camera height in the 3D world. by shifting the Y position of the 3d points.

the following events/actions select a P object, P being those which are at the corners of the 2Dmap and mapping the terrain quads corners using mesh displacement to the 3D points corresponding to the 2D points.

thats all there is to it really

the other events are simple to figure out, and pertain to camera control, rotation using animation frames, and the AI drivers path following.

the rotation works by getting the difference between the angle of the camera object, and the character sprite's 2D points angle. and selecting a frame of the animation corresponding to the correct rotation angle relative to the cameras view of said object.

the order of the frames in the animation is extremely important.

i was gonna put this in the file but i wrote it all in a single comment so ill just post it here.

it explains the mario kart game one, in order of the events of the MODE 7 STUFF group

then it kinda goes into no organization and explains the other not-really mode 7 stuff.

making collisions movement and such work which i didnt do in this, basically means simply doing what youd do for a top down 2D game in the 2D map. im even simply using the racecar behaviour to control the player character in this!

HERES UR MODE7 STUFF. ask questions if you need to.

Mode 7 examples using a few simple events. for Help/Tech topic.

copy paste events/objects through projects etc. reusable codeeee

let people experiment, youll learn the necessary math concepts behind things doing it, and not everyone wants to make a completely 3D games. adding mode 7 type effects spices up your 2d games and in anycase isnt very complicated to do at all. getting collisions and graphics importing to work in 3d for a 2d game is much less intuitive than using construct, and construct wasnt "intended" for anything, its simply a tool to make things easier, and well to be frank i find writing about 7 events to do this is alot simpler than learning java, learning how to import 3d models and do uv mapping ect. its simple 3d, which construct is made for.

i made a mode 7 mariocart clone in construct, ill upload it tonight i have school now.

Where can I find the math that's being uses behind the system math expressions? I need to convert a few of them to work with my 3D coordinates system like distance between or w/e (those expressions that use xy only).

And 5 point lerp would be nice for half circle math so I don't have to toy with 5 lerps together to make a simple half circle or w/e for my collisions.

distance can work with any two dimensions, x,y x,z y,z etc.

3D distance is just: sqrt(?X^2+?Y^2+?Z^2)

angle(,,,,) doesnt need to be 3d.

what excactly is half circle math, and why do you need beziers to draw one? sin&cos is much better suited, and infact its extremely faster work wise and power wise. what are you trying to do because i cant help but think your making things harder for yourself the way your going about things right now

yes but its not easy.

its not gonna be *fake* itll be real 3d, but you need to understand the math behind 3d rotations and how to translate that into construct. so its possible yes, but its not very accessible as of yet since no plugins to make it easier exist.