Scratch

I thought about this too, scratch is far too weak for an MMO but a 10 person game seems possible

And forget python, use this instead
http://scratch.mit.edu/forums/viewtopic.php?id=15445

Its really easy

Heliosa wrote:

Yeah. That looks amazing. I say we use this, instead of python, but still try and make a scratch multiplayer game. Thanks for showing me.

Edit: Could this be used for more than 2 people games?

Yes, you have people connect to one machine that acts as the main server. They basically connect to one computer that stores the data for everyone who is connected.

Errr this is possible assuming that many computers are able to connect to the socket on one computer. I haven't tested this so I am not sure if this is possible.

I may be able to help with the scratch programming of this mini MMO thing.

The coding must be done specially so that it can interact properly with connected computers.

Basically this is how it will work.

Lets assume that there are 3 users, 1 hosting the base server and 2 others connecting to it.

The PC with the base server has a scratch project that holds data for the other remote users. The base server can send and receive messages for the other 2 users. The other 2 users can only send and receive data from the base server.

So lets say that remote user 1 wants to move their character and they also want remote user to see it move.

So this is how it goes down

user1 sends data to base server
base server stores data and sends updated data to user1 and user2
user1 and user2 both receive this data and save it


Of course this is only a small scale solution. If you have too many people connecting to the base server then the base server will crash. I think if you get a fast computer than you can have 4-10 people connected. I am not sure of the exact numbers but it defiantly won't be enough for an large MMO type game.

The only thing I don't understand is how you would set up which player is which player number (player 1, 2 etc)

The idea's not set in  stone. It can be anything really 
And about the hacking problem you could make it so if certain broadcasts don't come in
(broadcasts hackers would want to hack) don't come in it could disconnect you.

Another way is, For Example if someone changes their score from, say 2 to 25. On the host program, it would save backups of everyone's scores. If the score jumps up by more than 1( or whatever the maximum amount of point gains at a time is) than it stops sending data to you. It also could check if you are gaining points faster than possible ( as in just continually adding one point to your score)

Last edited by Heliosa (2009-04-03 22:20:10)

Heliosa wrote:

The idea's not set in  stone. It can be anything really 
And about the hacking problem you could make it so if certain broadcasts don't come in
(broadcasts hackers would want to hack) don't come in it could disconnect you.

But hackers could edit the blocks in the editor to make the broadcasts be sent anyways. A hacker could manipulate the code in pretty much anyway they want.

technoguyx wrote:

archmage wrote:

Players would get assigned a number when they sign in I assume. Making a RPG seems really difficult though. I can still try.

Logins are also an option

However any game made in scratch would be really easy to hack.

Hmmm, logins? Then you'd need another server; I don't think chalk's add-on (Snuff?) supports connection to external servers. But yeah, it might be easily hackable.

Another option could be passwords. But then people might share passwords so other people can cheat, and in few days everyone will get Lvl 100 with all weapons and items. Even if you guys try to encrypt it, smarties could figure out the formula and give themselves ridiculously high stats.

Then, another simple option could be having it as "just a place to hang out", rather than "level-up your character".

Another server? Why would you need another server?

The server is a scratch project. The base project is sent a username and password and stores it.

This whole thing is more about coding in scratch than in python or chalkmarrow's program. All his program does is send messages, nothing fancy.

In order to make it unhackable you would need to make most of the actions server sided. This means that instead of your computer's scratch saying you clicked a monster it is the server's computer that said you killed a monster and it just sents you this data. However, I don't think this would work because the base scratch program would crash or something.

So, how would your way work? How would we set it up. We definitely need to figure this out.

Just download adobe air. It's available on all platforms, and like it said earlier, snyff is just coding scratch in a special way.

So, could you perhaps figure out what people would need to do to play the game with their firewalls? If not, what else could you do to help us?

Well, due to snyff's low learning curve, in order to use python it has to have some HUGE advantage against Snyff.