Shoutbox

This isn't at all finished yet, but it's somewhat functional, and proves that this concept can work. Both participants need the script, and all commands have to be sent via the Plus menu in the conversation window. But it works.

I haven't specifically tested this yet, but I am pretty sure it will break if you try and have more than one game going at once. Anyway, enjoy for now, i'll let you know when it's finished

It doesn't solve the cheating problem....

It is easy to alter the script slightly to make it cheat and let you always win.

If anyone is lame enough to alter the script so they can win every time, then good on them for it. I hope they are proud of their l33t hax0r skillz.

Seriously, that's just stupid. For the rest of us, who want to have a fair game of RPS, I hope you enjoy this.

And yes, I plan to make it more user friendly, with commands and stuff, rather than this whole Menu thing. I'm not going to stop working on it, just because Cookie doesn't like it.

IMO you would be better off making a script for the likes of Connect 4 as it doesn't require having the messages show at the same time and is still easy-ish to make.

Ok. What about something like this.
Me and cookie are in a convo.
I click the rps script and select R (say)
Cookie, (who does have the script) is asked for his choice.
These choices are pulsed online and the script sends a confirmation of the person's choice (if needed )
The result is pulsed back to both of us (and we can see a toast) but my client says out the result in the chat.

What this is doing is,
A) Taking results
B) Online verification as to whom sent the data ie the rps game was between me and cookie so the results come back to us.
C) Both of us get the results as a toast so we know who won without any cheating. Even if i edit my script (ie the script on my client), cookie is still getting the same result so i can't cheat

What do you say cookie? I could make this but just not before the end of the scripting contest since i have my exams Maybe after them unless someone else is working on the script (in which case there are a few ideas for checking that which game is between which 2 people )

quote:

---

Originally posted by The Brain
If anyone is lame enough to alter the script so they can win every time, then good on them for it. I hope they are proud of their l33t hax0r skillz.

---

hehehe, good point though... but still

quote:

---

Originally posted by The Brain
I'm not going to stop working on it, just because Cookie doesn't like it.

---

Where did I say I didn't liked it???

I never said anything remotely about my personal preferences about this script. All I said where objective observations about the programming aspect of making such a script in general...

seriously, what's up lately with reading stuff which isn't there?

quote:

---

Originally posted by John Anderton
Ok. What about something like this.
Me and cookie are in a convo.
I click the rps script and select R (say)
Cookie, (who does have the script) is asked for his choice.
These choices are pulsed online and the script sends a confirmation of the person's choice (if needed )
The result is pulsed back to both of us (and we can see a toast) but my client says out the result in the chat.

What this is doing is,
A) Taking results
B) Online verification as to whom sent the data ie the rps game was between me and cookie so the results come back to us.
C) Both of us get the results as a toast so we know who won without any cheating. Even if i edit my script (ie the script on my client), cookie is still getting the same result so i can't cheat

What do you say cookie? I could make this but just not before the end of the scripting contest since i have my exams Maybe after them unless someone else is working on the script (in which case there are a few ideas for checking that which game is between which 2 people )

---

It would work since this uses a 3rd party.
eg: a php script (or whatever) on a server. Or even a third contact for that matter (a bot?) which recieves the input from all players.

Thus, all it takes is a very small server side script which takes the input from all the players before it gives back the results. And thus before any of the players can see the otherone's choice.

This method should be used for all similar games where players need to give some input and where the winner is decided upon that input. Any other method will be cheatable.

quote:

---

Originally posted by CookieRevised
eg: a php script (or whatever) on a server. Or even a third contact for that matter (a bot?) which recieves the input from all players.

---

cbf to make abot so ill make a php soon. I hope no one minds if it comes around christmas cause my exams dont leave me much time to work

Ok let me clear this up....

The end point is that in a two player only version of any game using scripts will be open to cheating because at some point either personA will have to send their choice before PersonB sends his choice and by doing that PersonA will be transmitting a packet to personB and thus PersonB could sniff that packet and read the info even though it doesnt show in his chat window yet.

What you could do would be:

Person A chooses Rock and encrypts a package with MD5 containing "password1Rock" and sends it to Person B

B acks A's packet

B sends A a packet with md5 encryption containing "password2Paper"

A acks B's Packet

B sends A a packet with his password
A decypts B's first message and outputs his result

A sends B a packet with his password
B decrypts A's first message and outputs his result

If results are different someone cheated. (and if you didn't cheat, the other guy did so you should go play with someone else)

If results are equal A and B declare the winner for this round.

How can you cheat that Cookie?

Have fun!

quote:

---

Originally posted by Deco
Ok let me clear this up....

The end point is that in a two player only version of any game using scripts will be open to cheating because at some point either personA will have to send their choice before PersonB sends his choice and by doing that PersonA will be transmitting a packet to personB and thus PersonB could sniff that packet and read the info even though it doesnt show in his chat window yet.

What you could do would be:

Person A chooses Rock and encrypts a package with MD5 containing "password1Rock" and sends it to Person B

B acks A's packet

B sends A a packet with md5 encryption containing "password2Paper"

A acks B's Packet

B sends A a packet with his password
A decypts B's first message and outputs his result

A sends B a packet with his password
B decrypts A's first message and outputs his result

If results are different someone cheated. (and if you didn't cheat, the other guy did so you should go play with someone else)

If results are equal A and B declare the winner for this round.

How can you cheat that Cookie?

Have fun!

---

yep, indeed workable... without a third party...

Never thought of encrypting...



But you don't need to bring packet sniffing into this though. Contact A can (and will) send a plain message to contact B and vice versa, which can (and will) be catched by the script's events.

I'm in the middle of making it

Post it as soon as it's ready!