Hey all, Ive been bouncing around many different ideas and prototypes with Game Guru to see what kind of game i should make. I started playing around with the idea of a grid based system. Similar to Dungeon Crawler first person games. Where the player controls are overwritten by a slower based system that falls in a grid. I got the movement working great. However I have no way of detecting walls.

Similar to this


Is it possible to detect static EBE walls or entities?

I'm curious as i have situations where the player is in a hall and i dont want him to walk to the right or left if there are walls there. Perhaps a very complicated task and not right for Game Guru? I'm assuming this gets into complicated territory using raycasting.

One option i think i can try to do is create invisible walls that box in the player more to a more narrow path despite how spacious a hallway might seem.

the more i look into this the more code it looks like i would have to create just to get the level design working within a grid system. Not sure its something i want to pursue :/

Raycasting detects walls.

@Teabone, WOW , is that your game. its Wow.

Simply make the collision shape of the walls larger? If you made the walls as a capital 'I' shape but choose simple box collision mode then that should have the desired effect.

If your map is completely grid based then you shouldn't need ray casting (although it wouldn't be that complicated) as you should be able to work out where the player is relative to the walls mathematically.

I wish it were lol though i do believe something like this might be possible in GG. Someone managed to do a dungeon crawler like this in FPSC back in the day.

Is there a Raycasting function in GG lua? (If no, where might I find some hints on coding that?)

Teabone- I watched the video, and a possible (obviously not perfect) solution might be-- because it sortof seems to be the walking physics of the game in the video-- would be to allow the player to walk forward a certain amount of distance (vigorously controlled), let's say every wall or hall block is ?? 300 units, okay then allow the player to move any cardinal direction by 300 units, and if the level is created properly (of course this limits the complexity of the level), but if done right, they would be forced to stay centered in the halls. Now, they wouldn't have to leap immediately 300 units in a single script loop, but you could check the variable and limit it each "move" to the 300 or whatever number fits. Get what I mean? The player presses "W" and in the course of 2-3 seconds or so, they walk forward __#__ units. Seems like if using the EBE blocks for the mazes, it would be all that much more viable?

Again, it sortof looks like the method they used in that game-- but probably not. Just a thought, though of course this is pretty crude obviously, but shouldn't be too difficult to script?

Yes, it's documented in global.lua.

In fact there are two, one for terrain and one for entities. RayTerrain & IntersectAll.

If you take a look at utillib.lua there is a function in there called ObjectPlayerLookingAt which shows how the second one can be used.

In fact there some really useful functions in there you may find interesting.