67 replies to this topic

[Αnt]

Oh there is one thing that I'd like to change. If you look at the picture below, the left half is how the game currently looks, but I'd prefer it to look like the right side so the room's edge is treated as a wall. Is there an easy way of implementing this?

[Nocturne]

Well thanks for the compliment ant!

The only way to do as you ask, is to place instances OUTSIDE the room... Or create a special instance and instead of have it run the script, tell it directly which of the sprites/tiles it should be. This can be done by creating a seperate object with no create code and then in the room editor you press <CONTROL> and RMB on the object. At the bottom of the pop-up menu is "creation code" or something similar. This opens a very useful codebox that allows you give ONLY THAT INSTANCE code that is run BEFORE the create event. In this code box you can tell the object what tile or sprite index it should have... It´s a bit tedius for large games, but my latest game "Black Out" uses this for almost every object in the game! Which is why each level took about 4 days to complete... Oh and you would probably have to create a parent for all wall objects so that the rest of them detect properly the "empty" edge objects...

[Αnt]

Hmm... I'm having a bit of a problem trying to get the room's edge to act like a wall when tiling. What I've currently done is create a big fake wall sprite that surrounds the whole of the level. The OuterWall is now the parent of the Walls and changed the script so it asks whether the wall collides with the OuterWall. Now this works great as long as I put the following code into the Wall's creation code:

instance_create(-12,-12,OuterWall);

The obvious problem is that it now creates a lot of OuterWalls which slows the game down. But when I replace it with the following code it completely fails to work:

if !instance_exists(OuterWall) {instance_create(-12,-12,OuterWall);}

I've tried creating the OuterWall at room creation and within a different object with a depth both above and below the Wall but the only way it works is if I put the instance_create in the Wall creation code. I've got no idea why it's behaving this way.

[Nocturne]

Hmmm.. Why don´t you pm me the gmk (or a cut down version so I can see the problem) and I´ll look into it sometime today and get back to you via pm? It´s easier and quicker than posting in the topic!

[Αnt]

PM sent.

[df458]

Finally, an autotile engine that I can get running in real time!
Thank you, I will certainly give credit for this!

[Nocturne]

Just giving this a wee bump, as i see other auto-tile examples have appeared...

Mine may not be the best coded, but it´s still the only one that covers EVERY possible option (47 different tiles), comes with it´s own templates and can be used for tiles or sprites and real time or static...

[BluePotato1994]

NICE!!! I was playing around with it and made it so I could create the blocks while in game (Just with a little bit of code and changing the blocks creation event to a step event) and well it worked but I had some slight problems but apart from my mistakes this was great.

[nitronhycerin]

This is really good. You even added a tile template in the folders! Awesome ten thumbs up from me

[Nocturne]

Since I´ve changed my user name I´m bumping my examples so people can see them... public/style_emoticons/default/whistle.gif

[powergannon123]

Hey, I think I used this before. I suggested that you include the photoshop base, right? Cool. You used it.

[Nocturne]

I can´t remember who suggested what... it´s been a looooooong time since I first posted this!!! But anyway, if it was you then thanks as a lot of peole have a thanked me for the addition, and it does make the whole example/tutorial MUCH easier to use!

[kjburnell]

alright what would I have to change in the code to get the auto_tile to process a different type of tile set. Here are what I am working with.

Wall Tile Set

[Nocturne]

Kjburnell, it's YOU that should change the tileset to use my code, as adapting my code to your tileset would take a long time and is unnecessary! Just cut and paste the pieces you need into the template and make sure not to use any other joints except the ones supported by your tileset when setting up yoour room... alternatively (and I think this is possibly better) it may be that the Autowall example by Chronic is what you are after as I think it covers a tileset with similar properties to the one you post (but I may be wrong!)... even then, you will need to cut and paste your image into the template on his topic to get it to work.

[orange08]

This works perfectly in my game! Thanks heaps, Nocturne!

[ND4SPD]

Looks like a good system, but a little inefficient. Would it be better to have some temp variables, like r,tp,t,tl,l,bl,b,br that hold whether there is a collision to the right, topright, top, topleft, left, bottomleft, bottom, bottomright, so that you dont have to keep calling place_meeting()?

EDIT: This would also solve Ant's problem. Set all the temporary variables based on place_meeting() and whether or not the coordinates you're testing (such as [x,y+32]) lie outside the room.

Edited by ND4SPD, 22 January 2012 - 02:49 AM.

[Nocturne]

Looks like a good system, but a little inefficient. Would it be better to have some temp variables, like r,tp,t,tl,l,bl,b,br that hold whether there is a collision to the right, topright, top, topleft, left, bottomleft, bottom, bottomright, so that you dont have to keep calling place_meeting()?

EDIT: This would also solve Ant's problem. Set all the temporary variables based on place_meeting() and whether or not the coordinates you're testing (such as [x,y+32]) lie outside the room.

This CAN be done better, yes... But I wrote it before I knew too much about GML!!! And I haven't changed it because in it's current form it's VERY newbie-friendly, in that it's easy to see exactly how and why it works. Thnaks for the comments however!

Oh, and thank you orange08!!! Glad you like it!

[ND4SPD]

Looks like a good system, but a little inefficient. Would it be better to have some temp variables, like r,tp,t,tl,l,bl,b,br that hold whether there is a collision to the right, topright, top, topleft, left, bottomleft, bottom, bottomright, so that you dont have to keep calling place_meeting()?

EDIT: This would also solve Ant's problem. Set all the temporary variables based on place_meeting() and whether or not the coordinates you're testing (such as [x,y+32]) lie outside the room.

This CAN be done better, yes... But I wrote it before I knew too much about GML!!! And I haven't changed it because in it's current form it's VERY newbie-friendly, in that it's easy to see exactly how and why it works. Thnaks for the comments however!

Oh, and thank you orange08!!! Glad you like it!

Surely it'd still be "newbie-friendly"? Especially if it solves someones problem. Not saying you have to change it! Just seems like a faster, better way of doing things.

If Ant is reading this, you now know how to fix it! Just swap out the place_meeting() functions with variables!

[Merlocker]

I know I'm bumping this but.....
This is great Nocturne! now I don't have to be at the computer for another 5 mins trying to put titles in the room, and to make sure there all there.

[C_Pike]

This is almost exactly what I need. (tiles created by ds_grid without objects. I just need to change the script to a ds_grid_value_exists ds_grid_get check as opposed to a place_meeting check)
Thanks for the millionth time Nocturne. You are an awesome person for helping as much as you do.

Edited by C_Pike, 03 September 2012 - 04:03 PM.