Here's the deal. This man wants to create a maze game for his disabled child. He needs a formula that will choose one out of the ten random mazes to start the game. After you touch the goal at the end of each maze, it chooses another one out of the ten random mazes, without choosing the same one twice. If you finish the last maze, you'll be congradulated with an applause.
Trouble we're having right now, is actually creating a formula that will choose a random maze 10 times without choosing the same one twice. If anyone could create a sample game for him, that would be great.
-Steppenwulf
EDIT: Please don't post something like:
"You can use this to choose a background"
<switch to costume[ <pick random( 1 )to( 10
It won't work for changing mazes each time you complete one.
Last edited by steppenwulf (2010-02-10 08:06:55)
Offline
maybe something like this:
Offline
I posted on his topic.I thought he wants you to be able to move back to a previous room,so I made this demo for him.
http://scratch.mit.edu/projects/Brass45Test/881176
I'll work on the other project though.I'll remember to give MRN credit for the script.
Last edited by Brass45 (2010-02-10 09:38:14)
Offline
Okay,I made the game!It only has three mazes,but it's very easy to edit!
http://scratch.mit.edu/projects/Brass45Test/881376
Last edited by Brass45 (2010-02-10 10:56:49)
Offline
Sorry, there is an error in the script I posted earlier. Here is how it's supposed to look:
Offline
MyRedNeptune wrote:
Sorry, there is an error in the script I posted earlier. Here is how it's supposed to look:
http://i709.photobucket.com/albums/ww97 … 1265820454
Oh,okay.I'll edit it now I guess.After I fix it though,I won't add on to it unless I get a request from that guy.
Offline
This is wrong though. He'll have to reprogram it every time he plays (unless Lists don't work that way, I've never used one and possibly never will),
How about one where the maze keeps repeating an infinite amount of times, and there's a scoring system based on how fast you complete the maze x 100 / 2. A random of 10 different maps appears every time, and it selects a random color by setting the color effect to a random every new round (and having a white maze color). The portal also moves to a new part of the maze (the maze could have wider and skinnier path ways, and the bigger rooms can hold the portal) every time the player reaches it, and it also makes the clapping sound.
If there are 6+ bigger rooms in the map, all of them with a reachable path, and 10 different maps, not to mention a new color every time, there'll be at least 59 combinations of mazes (and the portal could stamp an inverted version of itself where the player touched it before it moves, and that'll be the new starting point for the player).
Offline
This isn't the most perfect script but it should be fine for your purposes
when I receive (new maze)
Repeat Until ( not (newmaze = oldmaze)){
set newmaze to random from 1 to 10
}
set newmaze to oldmaze
Offline
Ace-of-Spades wrote:
This is wrong though. He'll have to reprogram it every time he plays (unless Lists don't work that way, I've never used one and possibly never will),
How about one where the maze keeps repeating an infinite amount of times, and there's a scoring system based on how fast you complete the maze x 100 / 2. A random of 10 different maps appears every time, and it selects a random color by setting the color effect to a random every new round (and having a white maze color). The portal also moves to a new part of the maze (the maze could have wider and skinnier path ways, and the bigger rooms can hold the portal) every time the player reaches it, and it also makes the clapping sound.
If there are 6+ bigger rooms in the map, all of them with a reachable path, and 10 different maps, not to mention a new color every time, there'll be at least 59 combinations of mazes (and the portal could stamp an inverted version of itself where the player touched it before it moves, and that'll be the new starting point for the player).
Well,the basic idea behind this is just to have 10-25 mazes so that the users child won't memorize the whole game quickly and then walk away.Also,your idea is impractical because if the portal went to a random place,what if it landed in an unreachable area?
Offline
That's why there are x and y limits. If the portal moved every time there was a new level, it could turn around from the 'edges' of the maze. Also the maze could be the entire screen.
Offline
Ace-of-Spades wrote:
That's why there are x and y limits. If the portal moved every time there was a new level, it could turn around from the 'edges' of the maze. Also the maze could be the entire screen.
I mean that if there was obstacles in the center and along the edges,and the obstacles were asymmetrical,then there would always be a possibility of it getting embeded in the obstacle.
Offline
Ace-of-Spades wrote:
He'll have to reprogram it every time he plays
No. He will not.
Offline