A platform behavior controlled sprite won't behave properly with vertically moving platforms (solid behavior). You will get stuck in the platform while moving upwards and be constantly falling while moving downwards, rendering you unable to jump for most of the time.

Was just mentioned in another thread yesterday and I recalled that I ran into the same problem too a while ago. Came up with a nasty but acceptable workaround, but I'd rather have this working properly of course.

Here's a link to a demonstrational capx:

Platform glitch example

I would suggest to use a rectangular sprite which serves as the player hitbox and has the physics behavior attached. Enable "Gravity" and "No rotation", also you probably want the "Contact elasticity" to be 0%.

Now make events that add force (Physics tab). For moving left/right add negative/positive values to the X component. Don't forget Timedelta, because this is repeated when the key is held down. Also you need to include a condition that prevents force to be added when you're already at your maximum movement speed.

For jumping add force again, this time a negative value to the Y component. Also this is usually a one time key press, no Timedelta here.

Well, those are the very basics that should get you going I hope. Mixing Physics and Platform behavior won't work too well, as you probably have figured out yourself. Remember to keep centered hotspots for all physics objects and also use bounding box collision masks where possible for maximum performance.

Just encountered this problem myself, because I'm mostly using File preview mode to prevent a problem with the server not shutting down when using HTTP preview mode.

Guess I have to hope to see the HTTP problem fixed in a future C2 release, so I can completely ditch File mode.

A workaround for me is using Firefox, which seems to work with File preview and auto mirror/flip. So maybe it's just a browser setting and can be done in Chrome/IE9 too? Or is this some oddity that's special to Firefox? Since Ashley said browsers normally block the necessary features...

I don't actually want to join in on the constant demand for an EXE exporter. If I really do need to make a standalone windows game, Construct Classic does a fine job for now.

Still Ashley's statement has me slightly worried. While it may be true that WebGL will eventually be widely adopted and browser games will improve massively in graphical quality and performance, a standalone executable game is still a whole different story.

For the foreseeable future there will still be a demand for native win/mac/linux titles. I don't see massive fullhd 2d titles with tons of content running in your browser any time soon.

Browser games are still best suited for smaller, more casual titles or ones that are directly integrated with some social network. While standalone games can be anything really and don't need to deal with the problems different browsers might pose and also can take much better advantage of the actual pc power.

So what I'm saying is basically: one can't really replace the other, the scope is just different. And since I was under the impression Scirra was out to make Construct 2 the ultimate game development tool, not just the ultimate web game development tool, I'm very positive there should be an OpenGL exporter somewhere not too far down the road.

Relying on a third party to do so would be a mistake in my opinion. I bet that the exporter would sell pretty well too. <img src="smileys/smiley2.gif" border="0" align="middle" />

looks like a buggy java installation.

consider un/reinstall java and c2.

The Construct 2 installation should be fine, since I'm always keeping up with the latest version and uninstall the older one before. And I've had this problem during many different versions of C2.

I also doubt it's java. Keeping up with the updates there as well, haven't had any problems. Thanks for your suggestions though.

Are you on the latest C2 release?

Yes, I'm on r63. Happened on previous releases as well.

What OS and service pack are you on?

Win7 Home Premium 64bit no service pack installed

I think it's most likely the HTTP server not shutting down - if you always use File preview mode, does it still happen?

I think you're right. Slipped my mind to try the File preview tbh, and yes, it doesn't happen if you use File preview mode. I tried to make it happen about a dozen times. Nada. Then switched to HTTP and after 4 tries I had my Construct2.exe ghost process again.

File preview helps some, but for quite a few features you would need HTTP preview.

Bumping this, because the issue is still there. And it got increasingly frustrating to me, because I'm trying my hand at some plugin development lately. Which means I'm opening and closing Construct 2 even more often.

And it happens a lot. On the average I would say every four times I open C2, the process remains after closing it again, and as a result I cannot preview anymore. As I mentioned Construct2.exe can't be killed from the task manager.

I don't do anything special, it just eventually happens. So I don't know what to tell in order to reproduce it. Maybe other users with the same issue can shed a little more light on this too (are there any?).

Running as permanent background processes are Threatfire, Avira Antivir and ZoneAlarm. I was fishing a little, trying to close the programs, but it doesn't seem to matter. C2 still behaves the same.

So yeah, I'm a little lost here.

What, Minor is around again?!? Great! <img src="smileys/smiley17.gif" border="0" align="middle" />

I remember that project quite fondly.

To me it seemed that your C2 version needs some movement tweaking. More acceleration/deceleration, for a more direct response to the player's key presses. Also I think the jumping is too "vertical", if that makes sense.

It's generally a little tricky to get the C2 Platform behavior to act exactly like it did with CC. Also there's no jump sustain so far. Well, you'll figure it out.

It seems to work fine with current C2 versions if you edit the runtime.js a little.

Search for all occurences of "cr.plugins" and add an underscore, so it'll be "cr.plugins_". I think it just appears four times at the beginning of the file.

o other takers?

I thought there were more zombie fanatics than that on Scirra! ;)

I'm sure there are heaps of zombie nerds around, including myself.

The provided info is a bit vague though to be honest. Apart from the fact that it's a zombie game with procedurally generated cities - which in itself sounds promising - there is nothing to learn about your project from this thread.

Maybe provide a glimpse of the engine, a screenshot, concept art... anything would probably spark more interest.

Also you didn't say what kind of skills you'd want in a teammember. You're primarily looking for Construct-experienced users, or even actual coders, as opposed to the artist type providing game assets? I assume any trade would came in handy...

So, yeah. I guess what I'm saying is that a little more info would be nice. I'm sure many users would appreciate if you could elaborate further about your project.

Could this even work with C2 projects? I mean the actual game is drawn in the HTML5 canvas, so I would imagine converting purely the javascript won't be able to do the trick.

There are apps that "convert" html to EXE, which works for C2 games, but at horrible speed. The programs claim to make use of the existing IE engine, but there is no way they're actually using IE9 technology, cause the canvas is painfully slow in the exported EXE.

Here's one app I tried: HTML Executable

I second this. Had to change the collision rectangle to make it precise, otherwise it would almost always land 1 pixel above the solids.

Looking forward to the next build, thanks Ashley!