Bump...

russpuppy thanks for the link! The part about cheating gave a pretty good overview of dealing with cheaters. :)

I'm pretty sure it does so automatically on export, placing images into a texture atlas... Or at least I though?

A question for other users:

Would this be fit as a mobile game? Or even something to progress into a paid (say $1) app were it more refined?

EDIT: UPDATE

Here is a new screenshot! :D

<img src="http://i57.tinypic.com/28aj3wj.png" border="0" />

Would be nice to have an updated copy of links to resources. Took me a while but I found a good way to link to the English version of the First Seed Material, which is incredible and free to use commercially or otherwise!

http://www.tekepon.net/fsm/exec.php?mode=english&redirect=/fsm/modules/refmap/index.php

So,

Fimbul From what you've said, am I correct in saying that I can design a peer that functions as a server using WebRTC?

Then,

Ashely would a Construct 2 app be able to successfully/feasibly function as a server using its upcoming p2p features with WebRTC?

Matter of fact, I do have another question, can/will/does C2 have the ability to interact with MySQL? So say I create a peer server, could I then store/retrieve, say, user data using MySQL?

Would this all (peer server & MySQL) even be worthwhile?

> I suppose the main issue I and others are concerned about is security and cheating.

>

> In a p2p connection, cheating is often as simple as loading up Cheat Engine and changing one or two variables. Obfuscation or no, this is incredibly simple and can take little no nearly no effort.

>

> If you have a server available to verify at least one or two bits of data here and there, you can prevent the majority of cheaters.

There is a flaw in this that goes way back in gaming history, and here's a simple dogma for gaming.

If people want to cheat, they will. No matter your implementation. Even MMOs with a massive team and server side monitoring have cheats. Don't design your game around cheaters, focus on the rest of the good folks.No I know that. I've seen it go wrong, before (when I was the cause...), but even a little anti-cheat can go a long way. This is especially true of competitive games. Co-Op? Who really cares. But if your multiplayer implementation is meant to provide friendly competition, and your game is even minutely popular, cheating can cause people to simply drop out. You don't want to shy players away from your product because of other unruly people.

> I suppose the main issue I and others are concerned about is security and cheating.

> In a p2p connection, cheating is often as simple as loading up Cheat Engine and changing one or two variables. Obfuscation or no, this is incredibly simple and can take little no nearly no effort.ou can implement a completely secure game on a client-only p2p architecture (that is, one that has no "hosts" or "servers") - saying you can just "load up cheat engine and change some values" couldn't be further from the truth in a properly designed environment, that'd be the same as claiming you can edit the amount of bitcoins in a wallet or infect a torrent swarm with a malicious file.Yes, you can, but it's not as easy as using a server, and often games will provide little to no anti-cheat whatsoever. In a p2p system you often have a host and a client(s) - or at least from what I've learned in my classes - and if you figure out who is the host, and you are it, you can do pretty much anything unless you have a server to check it.

And good luck with anti-cheat using Javascript. There are client-heavy games that have succeeded in preventing cheating, but the only ones that come to mind are Flash games such as RotMG, which uses an insane AS3-specific obfuscation that JS will never have.

I'd agree that you could properly design a game to prevent the majority of cheaters, but the degree you could achieve is limited by using JS or using C2 for web-browser games.

Thanks, Gougth! I probably didn't explain the characters well enough, either that or it really is a bug!

Char #2 is the Waterzoid, he can see all water, until you choose another character.

However, if you land in water with a different character, that water will remain visible forever until the next map.

Does that help? :)

I suppose the main issue I and others are concerned about is security and cheating.

In a p2p connection, cheating is often as simple as loading up Cheat Engine and changing one or two variables. Obfuscation or no, this is incredibly simple and can take little no nearly no effort.

If you have a server available to verify at least one or two bits of data here and there, you can prevent the majority of cheaters.

Thanks got playing it! We do need to design many more levels for sure. :D The great thing is that Balaporte designed it to load level data from JSON, so adding more levels is as simple editing the text therein. :3

Have any other suggestions and or criticisims?

This was my Elmhurst College team's game, Descenters. It is a simple game we made in the 48 hours of the 2014 GGJ, by Balaporte (who does happen to be registered here on the forums and is an amazing C2 programmer), Koopmant (who did the majority of the non-code work), and I (who did some art but more programming).

Right now it is rather unpolished because we did not have the time to create official levels or progression (i.e. tech demo status), but the majority of the game mechanics we wanted to add have been properly placed within the game! :) But if you have any suggestions at all, please post them and —

Descenders page link

Descenders game direct link

And if you ask, yes, our team logo is that of bacon being force-fed to a deer.

<font size="3">How To Play</font>

Use the WASD or arrow keys to move.

Numbers 1 through 7 each spawn your character to move, however, you cannot change characters once you select one.

Each character can see only one specific object. That character is not affected by their particular object, and some cause particular effects to occur based on the object.

However, collide with, say, a wall if you do not choose the knight-looking-character, then that character will be knocked out and you must choose another character.

<font size="3">Future plans</font>

• Create tutorial and/or in-game instructions
• Interactive start menu
• Custom loading screens
• Level progression through more difficult levels and accumulating characters
• Compatibility with mobile devices!

Well that's good to know. :) Thanks!

So my concern is this will be purely p2p. While some people have plenty of uses for this, mostly in app form, I don't have any uses. I need a server implementation. :P

Maybe I could hook up WebRTC to a server? I'm just so confused as to how this will work!