Would it be possible to update these so you could use them the following way.

Think that would be very useful, for instant to do this in my game I have to make 112 lines of code, compared to just 16 if this was possible.

Anyway a small thing but one that I think would make sense if were possible

[quote:2ql5qwcg]This is my experience and my methodology so take this with a grain of salt.

It's better to separate both logic and assets using layout and event sheets.....

I agree with what you wrote, and my game is already organized in such way, otherwise im pretty sure I would have messed it up by now

But my game is split into 4 big areas which more or less could be made into separate games.

1. A strategic map (The screen shot of the map) the player moves around this map and caravans will travel with goods from your city to the other empires cities. This is also where dungeons are created and the global events are visualized like plagues etc. The player can buy land build farms, mines, lumberyards and what else they need. And this is also where the other empires behaviors, political ideas and so on happens. But I could turn this into a game in it self, adding military units and so on. However I have chosen not to do that, at least for now, since it would complicate things to much at the moment.

2. Dungeon crawler this is when the player enters a dungeon, it is a rogue like style of the game, so the player can move around here and explorer, find treasures, encounter monsters and so on. So this I could as well turn into its own game, but have decided that I would like combats to be a bit more exciting than you find them in these types of game.

3. Combat screen is where the player goes when they encounter monster, so each of the characters heroes will be individuals with there own stats, skills, equipment, spells etc. And the same with the monsters, if you meet 8 orcs then there will be 8 individual orcs, that can be shamans, warriors, archers etc. And it will play out like a tactical roleplaying game, like you see it in UFO - enemy unknown, so each take turns doing what they want.

4. City crawler this is when a player enters cities, they actually move around the city and can visit shops. And when in Dragonhelm (The players own city) they can buy shops, like taverns, barracks, Alchemy shops and so on. But also its here where they manage there empire, like wages, how many workers they want working in the different areas, how many councillors they want, guards, military resources, set up trading, handing crimes and reply to local peoples requests and foreign empires that contact the player regarding certain things.

So each area is quite huge and are connected through varies elements, like quests for instant are picked up in a city or a dungeon. But the player have to travel to them on the strategic map, then enter the dungeon and play out the rogue style crawler and fight in the tactical combat. So each part is somewhat complicated and then they all also have to work together and when its all is put together there are just a lot of event sheets and functions etc.

But at the moment the strategic map is working and the player can buy land, build structures, find dungeons etc. Also the Dragonhelm city is working so building can be build, the management of the city, such as hiring and setting wages, setup trading are working as well. Again in a basic version so not all things are taken into account as of now. And im currently trying to make the dungeon crawler to work the way I would like it to, but the connection to the dungeon creator is done, it just need a "Go to layout".

Saw this documentary the other day and thought others would enjoy It as well. Its about Mojang who are the ones behind Minecraft. Anyway its an interesting documentary for any indie developer or fans of minecraft

[quote:3mmbmi49]Create spr_enemy at X: random(LayoutWidth) Y: random(LayoutHeight)

You kinda answered your own question

The layout in topleft corner is (0,0) and the bottomright is (LayoutWidth, layoutHeight)

So every value outside of these are outside the layout.

(-100, layoutHeight) Would spawn an enemy on a random point on the left side outside the layout.

(layoutWidth + 100, layoutHeight) Would spawn an enemy on a random point on the Right side outside the layout.

And the same for top and bottom.

This is real promising

Yeah that's one of many things I keep an eye out for. My hope is to be able to implement a very basic version, where just the most overall feature works and then slowly expand it. Also trying to just implement more general version of things, so for instant when I create the skills, I will just implement one or two and make it so the rest can more or less be copy pasted based on these. But I have never worked on a project this big before, so its a bit shaky

Also found several things that I would do differently, if I was going to start over. Some of them I try to improve and some I just leave.

But my main issue is organization which is the number one thing that make it hard to code and even though I have spend a lot of time on it, its still the hardest thing to really get working. Its like something is missing, some way of keeping an overview of everything so you can easily see how things are connected in the game, not really sure how to explain it. But think anyone that have worked on big projects would know what I mean. But hopefully i can figure out a good system to do it. One way is to use lots of event sheets, but there are not really any good ways to search through them if you have a lot, but if you use to few, it quickly gets messy as well.

Seems to work quite well, however I kind of feel like something is missing, maybe a purpose of some sort. Like that you had to rescue some lost alien friends or you played a robot that had to fly into burning houses and put out fires before it reaches some people or something.

But have to be honest its not really my type of game, so might not be the best to give feedback as I get annoyed to fast, when hitting things while trying to beat a score

But the game worked fine, didn't experience any bugs etc.

[quote:x8i2uje6]That's cool, but it wont work for a platformer at all ( cause enemies will fall trough floor)... unless you'd make your own behavior that will move the enemies across without need for collision checks with solids, something like : Check for overlap at offset -> decide on direction -> Check for terrain type ( as check if its straight, or rising etc ) -> Set destination X,Y -> turn this chain off, an set moving on -> Repeat the process on arrival.

Yeah agree. There are some other problems with this approach as well, if objects doesn't have the same sizes, proportions, then I doubt it will work correctly.

But it was only created for testing purposes and never meant for being used in a project. So copy/pasting it to a game I doubt would work very well, but if you have a project which seems to suffer due to a lot of collisions checks, there might be a way to improve performance, if you spend some time on it.

[quote:1cwts82v]Really nice Demo on the Generator¬!

Thanks, however im thinking of making a new one as im not really sure that one will fit the game the way I would like it to. and it is really slow

So im planning on trying to make one based on a "Node" system instead. Which I hope will make it faster and more easy to code and expand over time. However at the moment its only on a thought state, but the basic idea is that there are only so many options for how tiles can be connected. So each tile will have a fixed number of nodes or connections points.

This would be all the halls tiles, then there would be rooms etc.

The idea is to choose a random tile as starting point, and from this one connect a new tile for each node.

So next time it goes around it will go through each of these tiles and see what possibilities it have.

And when its done hopefully there will be a dungeon with rooms and so on and there will be no need to use path finding to make it, and that way make it generate a lot faster than now. But as mentioned its only an idea at the moment and might run into some problems I didn't expect, that is normally how it turns out

[quote:3f6l3apv]Thx for the capx, will check it when update to latest stable when will be released. Although, you do check for distance, right? So if distance is less then X, then you turn collisions off, yeah?

Yes and its fairly simple to add.

Here are the code:

As you can see its pretty straight forward to add.

[quote:21y0ke04]Can I ask you why you'd need a group for distance checking? Wouldn't simple comparison of distance be enough?

• Distance < n

-- Is overlapping

--- do stuff

I guess you might be able to do that as well, but I haven't tested that, so not sure what performance that would get you. But from guessing I would assume that you would get worse performance, as you are just introducing another check for no apparent reason. You might as well just use "Is overlapping" without the distance check, as C2 will still check for overlapping regardless of that distance check.

What my group does is it actually turn Off/On whether an object should even be checked for collisions based on distance between objects. So as C2 checks for collisions for each object, suddenly there are far less objects (Those outside range) what it doesn't test against and therefore its basically a test whether its better to just make collision checks for each object, or if its worth using distance checks to turn off collision detection all together for certain objects, even though it requires a distance check to do it. And based on my testing at least it can in fact improve performance quite a lot, as to not doing it.

(Just disable the group called "Disable collision" to see the difference, and yes its a terrible group name )

Think the easiest way, is to just add several imagepoints to the tree where you want the coconuts to be. And then when you spawn it you just tell it to spawn it at a random imagepoint. Imagepoint(Int(Random(5)+1) and just change "5" so it matches the number of imagepoints you have added to the tree.

That wont work correctly, "Bot" and "Enemies" are two different objects, even though "Bot" is part of "Enemies", it doesn't know what "Enemies" you are talking about in the second screenshot. If you change all "Bot" to "Enemies" in screenshot 2 it should work.