Sqiddster's Profile

- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 18 Oct, 2011
- Quote
I think most mobile screens use a similar standard... Look up the tutorial for creating mobile games with Construct.
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 18 Oct, 2011
- Quote
They sure are... It's just the waiting game now (Although if it helps bump it up the to do list, I could really use 'duplicate layout' also!)
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 17 Oct, 2011
- Quote
use sin(time * modifier) * modifier

Play with the modifiers to adjust values like speed and distance.
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 17 Oct, 2011
- Quote
I am sure there are quite a few ways of doing this. For 'fruit ninja', for instance, why not have the program create a short-lived 'detector object' every tick while the screen is being touched. Then the fruit could be tested for collision with these particles.
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 16 Oct, 2011
- Quote
haha, the bees are disturbing. Also the sound when you win 'ah.'
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 16 Oct, 2011
- Quote
I love his jump noise
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 15 Oct, 2011
- Quote
Anyway, this is not the main issue, just a sidenote.

The main problem is how to get the enemy to follow a wall while checking if it has a free run to its target.
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 15 Oct, 2011
- Quote
Yeah, there is obviously that... but I was wondering if there was a way to pick the shortest way to go.
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 15 Oct, 2011
- Quote
Hi, everyone.

I have tried out Kyatric's great pathfinding algorithm, however it is proving a bit unsuitable for my purposes, for a variety of reasons.

I have decided to write a very basic 'pseudo' pathfinding code for my purposes.

The game is a top down based game, with enemies supposed to be seeking the player. The walls are a constant width and do not have any T or X intersections, just bends and straights.

This is what I am thinking.

1. Every tick: enemy move at angle towards player (so enemy does not have to turn, don't ask ;) )

2. If enemy hits wall, move along the wall until there is an oppurtunity to move directly towards the player. go to step 1.

I am not sure how to implement this within the program, any help? Also, if there is any way to determine which way the enemy will follow the wall in Step 2, that would be great. Perhaps using invisible collision objects?
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 14 Oct, 2011
- Quote
I'd like to enter, sounds like fun, but the game I am already making, plus schoolwork... maybe next time! ;)
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 2
- 12 Oct, 2011
- Quote
Hmm, seems fine I suppose. Funny how all the methods for simply making more levels seem so... convoluted...

I tried your method and I got an error (layout name "layout 1" is being used by more than one layout).
Try Construct 3

Develop games in your browser. Powerful, performant & highly capable.
Try Now Construct 3 users don't see these ads
- sqiddster
- - Joined 5 Sep, 2011
  - 173 topics • 3,166 posts
- 1
- 11 Oct, 2011
- Quote
This is still bugging me... Since I will have many objects and relatively few levels (within the levels, not much is to be changed, just walls and the like) I suppose I am not too concerned about updating new/changed objects.

A 'duplicate layout' option would be nice, I suppose...