That's unfortunate. I hope someone makes it sometime.

But how then do professional/commerical platformers do it?

I'm still not sure what to do. Also, even when the platform is set to move slower than the player, it still happens. Should I just only use platforms that move horizontally?

Edit: What about some mixture of physics and friction? That's how it works in real life...

Edit 2: This sounds like it makes sense. http://www.gamedev.net/community/forums ... _id=541104

A 3D object loader would be like New Super Mario Bros. DS, right? The viewing angle is always from the side, but you can use 3D objects instead of sprites. I've been thinking recently about how incredibly useful that would be...

I have a platform that goes downward at an angle (the movement, not the sprite) into some lava and a ledge for the the player to jump onto just in time. For some strange reason however, while jumping off the moving platform, the jump is all wrong. It doesn't have the same height or momentum. I'm not using anything special to do the jumping. It is just the Platform Behavior. I suppose it has something to do with the combination of how Construct handles jumping, movement, and standing on platforms, but I have no idea what to do.

How exactly does Construct handle Platform Behavior objects standing on platforms? It feels like it is applying some force to the player to keep him on the platform so then when he jumps, it feels like he's weighted down.

Edit: I've tried both Custom Movement and Path Movement for the moving platform. Both do the same thing.

For my 2D platformer I would like to be able to do a nice heat shimmer where the heat makes things distorted and all that in desert or lava levels.I'm not sure the best way to do this though. I tried putting Warp on my tiled background in a test level and it lowered the framerate. Also, with Warp I'd have to put it on each object I want heat shimmer on. I'm not sure if I want the shimmer on just the background or everything or just select objects, but I'm certain that adding warp on each object would kill the framerate. I'd like to know the best way to do this kind of effect (preferably with control over what gets effected, though that isn't as important as framerate).

Thanks in advance

You work quick, thanks. If you someday add the center on player thing for margins, I will declare you the Hero of Construct

That fixed it, thanks.

BTW, if you leave "Center view on me" checked, it breaks the margins (expected) but also turns unbounded scrolling back on (even with Bind to Layout). Just something to remember if someone tries it out and it does that.

I can't get it to work. I'm using version 0.99.82.

I have this:

Start of Layout

Create Camera with 100 for each margin

Camera follow Player (no offset)

It does an offset to the left and above of the player (by 100 pixels each direction) and seems to use unbounded scrolling even though that isn't turned on for the layout (I checked).

That would be awesome!

Then the player could move a few steps in a direction (or a lot) without scrolling, then when he runs into the side of the box, the camera moves to center on him. It could then keep him in the center of the screen the whole time he is running, then when he stops or changes direction, the box is reset with him in the center so he can take a few steps in a direction again before the camera moves. If it just scrolled as he pushed against the box edges without moving to center on him, he might not have enough field of view in the direction he was running.

That would be one amazing camera for all sorts of games

First, your title is entirely in caps. That is not good. It makes it seem like you came up with this on a whim and want to get people all excited about it. In fact, your post pretty much says that outright anyway.

Next, what differentiates this from the PC itself? What use is there to put many games into what is essentially nothing more than a game launcher? If you just made individual games, you could release each one seperately and much sooner than if you tried to create a massive package of content. Also, if/when (most likely when) the project tanks, at least you might have gotten a simple game produced.

Finally, from your lack of details, it appears that you have no idea what you actually hope to achieve. Your post is poorly written and no one will follow someone who writes or communicates poorly. It is one thing to tell a real life friend about an idea; it is an entirely different matter to pitch a development project to strangers on the internet and actually earn their confidence.

I'm trying to achieve a great camera for my 2D platformer and I'm using Mario games as my model of how it should work. It looks like it would be good to have the camera follow the player along X, but Y should only be scrolled if the player is jumping past a certain height on the screen, such as when you land on a platform close to the top of the screen or like in mario when you use a cape or something and fly way above the level. If Y scrolls all the time, it doesn't look very good and feels too jumpy with too much motion going on. This might be a little hard to explain, so I'll use a video and article:

http://replicaisland.blogspot.com/2010/01/elusive-perfect-platformer-camera.html (this article has the video embedded as well if you want to go straight to this)

I've tried all sorts of complex things involving the Advanced Camera Plugin. My most recent attempt was to try to use a "window" method like is mentioned in the linked article. In theory, when the player pushes up against a box around him, the window scrolls appropiately, otherwise it stays still. I did this by putting a Box at the top of the screen, (there would be one at the bottom as well) then using a couple cameras and camera switching and multiple layers with sprites and things, but it gets confusing and still won't work right.

If anyone knows how to get this to work (a camera system like in SMB3 or SMW), it would be an amazing accomplishment and immensely appreciated.

I kind of got something to look right, but it is more for hills rather than ramps...