Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Josh @ Dreamland

Seems interest isn't very high, likely because most of us are C/Java programmers or are on Linux. Have you tried the 64Digits community? They're a good balance of intelligence and... well, free time or boredom, I guess. Whatever component is missing here.

The problem may also be that a hidden object game is essentially 2 percent programming, 95 percent graphics, and 3 percent level design. Assuming you can provide the graphics, the procedure is simple (I will describe a more redundant, less technical method). You can deliver it to her with my regards, or you can wait and see if someone will draft out a GM6 of it.

1) Create a sprite for each hidden object.
2) Create backgrounds that are full of clutter and scenery, such as a messy classroom or a busy city street, as I assume is in the game you mentioned.
3) Create an object with any name (have your students assign it a name of their choice, but give them an example). This will be the parent object. It will not have a sprite. This is the most difficult concept in the operation. It has but one event, "Mouse Press", in which a few simple calls are made: effect_create_above() with your choice of particle as a flashy effect, instance_destroy() to remove the object from play, and score += 1 to, well, add to the score.
4) Create a controller object. This object checks in the step event, if (!instance_exists(<the parent object's name>)) room_goto_next();. This will keep the game going once they've found them all.
5) Have the students create several objects, setting the parent of each to the first object and setting the sprite to a different hidden object sprite. Have them place the objects in a separate folder for each scene to teach them organization skills.
6) Create a room for each background scene they've made. Have them place the objects from that category in them. Add a room to the end, and in it, set the background to a big, "You Win!" image. Optionally, in the room start code, add show_message("You win! Score: " + string(score));. Of course, the score will always be the same, unless you have the controller keep track of time.

Game Maker should automatically display the score in the caption. If it doesn't, use room_caption = "Score: " + string(score); in the step event of the controller.

Out of curiosity, how did you find out about this board?

Proposals / Re: Obliterating "inst" from functions.
« on: March 13, 2011, 11:08:02 PM »
I guess the macro would be fine, but keeping a global just wouldn't work.

Function Peer Review / Re: move_wrap
« on: March 11, 2011, 09:01:49 AM »
His point is, if you have functions, post them here. I'm not going to do anything with them, and no one else gives a shit about your functions unless they're posted here. So post them, or drop them.

Proposals / Re: Welcome PM
« on: March 10, 2011, 09:34:58 AM »
Heh, don't worry, Griggs, I'm working on it. The coercer's a piece of shit, and so I'm replacing it before I can allow switching odd types.

Proposals / Re: globalvar
« on: March 10, 2011, 09:29:21 AM »
It'll work if the parser can read it. Hell, it'd work if you stuck it right into definitions. Just not in syntaxquirks.h; you'll notice an ifdef around it prevents the parser from reading it.

Proposals / Re: room_speed
« on: March 04, 2011, 02:21:16 PM »
rs = room_speed, polygone.

Sleep(1000/room_speed) assumes ideal framerate; it pretends that no time at all was consumed between the end of that frame and the frame before.

I realize now that it should be handled instead by a timer, at the beginning of the frame. Should the frame take longer than 1/room_speed seconds, the timer would fire before its completion, harmlessly posting an event in the queue to be handled. Upon completing that frame, the event code will be received, and the next frame will fire, immediately setting the timer to 1/room_speed again. I may need to use a thread for it on Linux, but on Windows, it's simple and the best way. Meaning I'm going to make someone else do it. Maybe.

Proposals / Re: Action functions plugin writing
« on: March 03, 2011, 09:23:35 AM »
Indeed. Even if it didn't, we could use && instead of the comma for true, and || instead of it for false, in the case of if().

Proposals / Re: Obliterating "inst" from functions.
« on: March 03, 2011, 12:06:41 AM »

Function Peer Review / Re: action_move_to
« on: March 03, 2011, 12:04:05 AM »
You can use that for now. Until TGMG commits his changes, which include an argument_relative. See the discussion in this thread.

Proposals / Re: Avatar Size
« on: March 02, 2011, 09:52:01 PM »
Er, all the avatars here are 96x96... Look at Fede's. And, well, everyone's who isn't you. :P

Proposals / Re: Action functions plugin writing
« on: March 02, 2011, 09:40:46 PM »
If I may bud in, we have plenty of solutions to this issue.

1. Encase everything in {}.
{ argument_relative = true; action_do_shit(); }
2. Comma.
argument_relative = true, action_do_shit();
3. Parentheses and comma. This will solve if().
if((argument_relative=true, action_if(fuck_you)))

You'll find this more accurately mimics GM's behavior. Particularly the last one. (argument_relative = false, do_shit()) is rather form-fitting, syntactically.

IsmAvatar: `int required` is the required parameter. Int was an example. He was implying that the function would be backwards compatible, but would allow LGM to set an argument relative. I object because the additional stack push and assignment is baloney.

Issues Help Desk / Re: Help with GM's instance ID system
« on: March 02, 2011, 09:29:54 PM »
Luis, your points are all correct. Rusky, your first point is correct. GM does not distinguish persistent instances from regular ones except in room start/end, during the former of which a check is done for an instance of that ID (exclusively for persistent instances) and during the latter of which persistent instances are not destroyed. I'll grant that it's possible, but unlikely, that Mark keeps a separate list of persistent instances, but a check for an existing ID is a likely O(1) operation and eliminates the need for a second container.

But yes, a counter is kept, and IDs are never re-used (except, of course, with instances placed in the room editor).

Proposals / Re: room_speed
« on: March 02, 2011, 09:16:56 PM »
It works sometimes. I can't seem to make it play nice on all computers. *shrug*

Proposals / Re: Script Editor Features
« on: February 25, 2011, 05:59:52 PM »
We may as well run with #region for ENIGMA's use, but we'll want to generalize it. Maybe with an interface for seeking to different regions.

Announcements / Re: Happenings
« on: February 19, 2011, 12:23:47 AM »
Stop in at the IRC. You'll see what's going on. Basically, we have more resource-related segfaults and more Mac issues than ever before, I've started a Java code editor for some reason, Ism's dealing with Mac problems, TGMG pops in at odd intervals and works on Mac problems, and everyone else has disappeared. All this, coupled with school work, has left me seeing stars, and I really just want something to bite into really, really hard.