monitz87's Forum Posts

  • Thanks for your reply

    Actually, we were thinking about doing exactly what you said. Within the Pirate theme, we wanted each player to have a certain amount of 'Plunder' (points), and to get more you had to 'Board another ship' (challenge another player), and if you won you would get some of the other player's plunder (I was thinking about using ELO as a ranking system).

    Our initial concept involved bullets advancing indefinitely until they hit a player, were destroyed or left the board. We changed it to discrete bullet movement because otherwise it made the game too chance based (if you just guessed right where the opponent was going to move, you could win in the first turn), but now some people are complaining that the matches are too long. What do you think?

  • DISCLAIMER: I appreciate ANY feedback, but what I'm looking for primarily is tips on how to improve the gameplay and thematic aspects of the game. As you will see, the aesthetic side of things is nonexistant, since all my sprites are placeholders at the moment.

    Hi everyone,

    This is our first project and I'm looking for feedback. The game is simple in concept. The objective is to destroy your opponent by hitting him with a projectile. Every turn you have to perform 3 actions: Build, Shoot and Move. You build a mirror (mirrors make bullets bounce) in any available space (that is any space that isn't occupied by your character), you choose a direction in which to shoot your bullet, and choose a direction in which to move your character. The catch is that turns are simultaneous, so your choices are invisible to the other player until both have made them. Then comes the resolution step where the choices players made are executed.

    Right now I haven't implemented multiplayer so both players play on the same device and you have to kinda look away while the other player is deciding his actions, but once I decide that the gameplay is solid and entertaining enough, I will start to work on actual multiplayer.

    Some basic rules:

    • Bullets move up to* 4 spaces per resolution step, so they behave like actual pieces on the board, making you able to react to them
    • You can walk into an adjacent mirror to destroy it
    • You can place a mirror on top of an existing one, replacing it
    • If both players place a mirror on the same space, they both get destroyed
    • If both players walk into the same space, the game ends in a draw
    • Colliding bullets cancel each other out, and if they both collide with a mirror at the same time, the mirror also gets destroyed

    *: they can move less if they get destroyed or go outside the board

    This game is intended to have a similar dynamic to games like DrawSomething or Trivia Crack, where you can play various simultaneous matches against different opponents, so my intention is to make it engaging and addictive, but to also make the player think. Right now I feel it is lacking something in the 'engaging' front.

    Also, we had decided on a theme for the game. It was Pirates n' Plumbers. We had this bogus backstory about how Abraham Lincoln had declared all plumbers to be enemies of civilization after his firstborn son died on a Super Mario related accident, and so plumbers had to resort to piracy. Pirates shot and moved through the board, and instead of mirrors we were going to have plumbers place pipes from outside the board that redirected bullets, but we found it impossible to make a visual representation of a 4 way pipe that wasn't confusing and awkward.

    What I'm trying to say is that I'd love to hear suggestions on a theme for the game. It can be a rehash of our old theme or something completely new.

    Without further ado, here's the playable prototype: jinwe.hi-score.cl/montz/bsd2 (sorry about the plain text URL but I don't have enough rep to post URLs yet)

    Please forgive the awful visuals and thank you in advance for any feedback.

    Cheers

  • Try Construct 3

    Develop games in your browser. Powerful, performant & highly capable.

    Try Now Construct 3 users don't see these ads

  • Thank you, that fixed the problem

    Although I figured out that I only have to reduce the player sprite hitbox, not the entire sprite

    Thanks a lot

  • Hi everyone. This is my first post on this forum and I'm not sure about the protocol, so feel free to point out if I'm doing something wrong (I have already searched the forums and couldn't find a similar issue to mine).

    I'm currently working on a turn-based board game with tiles. I've been mostly following the "Small Tactics" tutorial by Kyatric, (I can't post the URL apparently). The main difference is that while he manually places the Cell sprite objects and snaps them to the grid, I generate them dynamically like this:

    I then proceed to create the Player Sprites (which are the same size as the tiles) and place them on the corners by selecting the respective tiles (Xpos = 0, Ypos = 0; Xpos = grid_size - 1, Ypos = grid_size - 1) and changing their position to Tile.X and Tile.Y. So far so good.

    The problem arises when I try to (in another event) select the tile the Player Sprite is currently on by using the condition "Player is overlapping Tile". When I'm referring to the Player on the logic [0, 0] it's ok, but when it's the other Player, the tile selected is not the one at [grid_size - 1, grid_size -1], but the one at [grid_size - 2, grid_size - 2]. How can this be if all tiles are exactly the same size and spaced apart by that same amount, and the player sprites are the same size as the tiles and placed at the center of them?

    I have circumvented the issue by simply adding a logical position instance variable to the player sprites, not having to rely on overlapping to figure out where the player is (which is a better practice anyway because I may want to use player sprites which are bigger than the tiles if I decide to use more of a top-side view rather than top-down) but I am still curious for a solution to this particular issue.

    I hope the problem was well specified

    Cheers