Welcome, Guest. Please login or register.
Did you miss your activation email?

Login with username, password and session length

 
Advanced search

1057462 Posts in 42961 Topics- by 34894 Members - Latest Member: ReverendTed

October 25, 2014, 08:25:05 PM
  Show Posts
Pages: [1] 2 3 4
1  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 24, 2014, 01:58:36 PM
Looks great. I love tactics games.
I hope it's going to have a comprehensive single player campaign.  Toast Left


Yup, we're definitely aiming for one. It's a lot more resource-intensive than making a multiplayer-only title, but creating a (hopefully) cool campaign in a cool setting was always one of the driving points.
2  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 24, 2014, 08:30:19 AM
I'm facing the same questions about interface in my own project so that was interesting. However I don't really see the point of colour-coding the movement range in team colour. I got the impression that this will be a single player game, and then you would probably only see your own movement anyway. If you're planning to include a hot-seat mode I could see the point, but I'd personally solve it by indicating the active team in another way, like a team banner on the UI or something.

The game looks cool though, I really like that you're not using an established fantasy setting.

The movement indicator of the opposition is there for potential preview options/range estimates, but it's also used to indicate the team itself. Underneath each unit, the tile is filled with the team colour. Since we're not palette swapping the characters as in a typical 2D game, and a single unit type can exist in both teams, it's very easy to mix them up without colour-coding. 
3  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 24, 2014, 08:22:56 AM
You're speed is pretty impressive, as is how experimental you've been.

My only comment is that adding a conditional to the movement range will be confusing for players. Making it harder for them to estimate next turn's moves. Granted for a tactics game that sounds fine.

We're not too worried about this element as it has worked rather well for various turn-based combat games in recent years. One of the benefits of this approach is that it's not quite as complicated as an action-point system, but it does allow for more flexibility than typical SRPGs.

One thing I'm not a huge fan of that's common to tactics games is the gradual inching-forward of each army, and having a secondary movement range does help to get the units into the fray much quicker while allowing for strategic retreat. To further compensate for potential downtime, we're also trying to give each unit a special defense ability when there's no target in range. In addition to raising def% and being able to pick a facing direction, defending can potentially also reload weapons, summon allies, heal, set down a projectile-deflecting shield, etc.
4  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 23, 2014, 09:26:08 PM
Thanks! There are still a bunch of features for the level itself -- nevermind the game -- but we're trying to be consistent with pushing ahead.
5  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 23, 2014, 11:35:17 AM
Level editor updates!



  • Clicking and dragging now selects an arbitrary area of a single surface.
  • Double clicking selects an entire surface (wall or floor).
  • Holding Ctrl. allows for appending to the current selection using the above controls.



  • Any floor-cell can be turned into a slope.
  • Slopes come in 22.5 and 45 degree variations -- anything higher looked odd when traversing it, and anything lower was not noticeable enough.
  • Slopes can face any one of the four cardinal directions and can be rotated independently.

We've also added support for extending the map in any direction and fixed up some rendering bugs with ambient occlusion.
6  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 16, 2014, 06:39:39 AM
Forgot to mention: for movement paths and outlines we'd like to go with smooth, curving lines over sharp, angular ones. Quadratic bezier curves can be used to achieve this look, and here's our first shot at it going through a colour-cycle:

7  Feedback / DevLogs / Movement Indicators on: October 15, 2014, 11:53:10 AM
Over time, Tactics games -- or just games with turn-based combat -- have adopted a few common interface concepts. Here are a few conventions we're considering for Trudy:

1). Player's team is colour-coded blue, the enemy's red, and NPCs green.


2). Movement ranges reflect team colours, are often represented with filled in tiles.


3). Alternatively, movement ranges are represented via an outline that traces the edges of the movement range.


4). Multiple ranges are used to indicate that a unit can travel further but at a cost, e.g., can't attack, extra resources need to be spent to attack, etc.


Blue/Red/Green team-colouring seems like a no-brainer so we'll probably keep with that convention. We'll also most likely go with outlines instead of filled-in tiles to keep UI real-estate to a minimum. However, a bigger factor for using outlines is our desire to save filled-in tiles as indicators for areas from which a unit can attack.

Tom Clancy's Ghost Recon: Shadow Wars is the only game I know of that did this and it worked rather well:



Granted we won't be defaulting to green tiles but potentially stick to team colours. This, however, brings up another issue --  secondary ranges are often colour-coded yellow:



This always seemed a bit counter intuitive to me as gold highlights are standard indicators for something that's interactive. The association in my head is that yellow == can act, team-colour == can move, but not necessarily do anything else.

We might just flip the convention here -- make move+act outlines gold, and move outlines team-coloured -- or simply go with white outlines like Shadowrun Returns:



I think I have a slight preference for coloured ranges as they're easier to parse, but I'm not sure if our approach would be counter intuitive to XCom players; what do you guys think?
8  Feedback / DevLogs / Re: WARBITS - Classic Turn-Based Strategy on: October 15, 2014, 09:47:04 AM
Nicely polished visuals. The game screen doesn't feel cluttered, but I still appreciate the icon-based minimap.
9  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 10, 2014, 06:21:34 AM
Thanks! Hopefully we'll be able to fully realize this world in-game given the usual constraints.
10  Feedback / DevLogs / Re: Trudy's Mechanicals (New Art!) on: October 09, 2014, 12:57:50 PM
New art!


Decorations for the luxurious Aerie. The floating hot-air balloon gondolas are the preferred method of conveyance for the rich.


The ramshackle Warrens, where most of Trudy's populace live and work.


Generator-level sketch for a map in the sewer-like Underworld.


Concepts for an alarm station that summons friendly NPC Constables and a healing station which recharges the HP of all surrounding units.


Initial sketches for a Constable, the default non-Mechanical law enforcement unit of Trudy.


Coloured Constable sketches. The high-tech plasma rifle was replaced with an energy baton to better suit the setting.
11  Feedback / DevLogs / Re: [SRPG] Ars Tactica: Dragon Tournament on: October 09, 2014, 12:22:02 PM
Hype Bar: When attending tournament matches people will be watching and reacting to your teamís performance. We want it to have an effect on the battle. The crowd, depending on their mood, will react differently to the events. Having the guts to attack with a low health unit instead of healing it or delivering an impressive blow to an enemy will make the audience get more hyped or less. Understanding the crowd becomes crucial for your success as they might react by throwing healing items, currency or dangerous objects. The more excited the match gets the crazier the reactions will get, some viewer might even join the battle!

That's actually something we're planning on implementing in our tactics game as well. It worked fairly well in Gladius:

https://www.youtube.com/watch?v=7DzZaOQWe9g

Granted Gladius only provided stat boosts, and it sounds like we're both looking to get the crowd involved via item drops (both positive and negative). Based on the arena layout, we also want to introduce map-modifiers initiated by flow of the battle itself, e.g., a sluice gate opens up drowning the lower reaches of the map.

It's something we've yet to prototype, though, so we'll see whether it'll make sense to have different audiences react differently to combat events.
12  Feedback / DevLogs / Re: Fallow - Trailer + Greenlight! (Gothic Americana) on: October 09, 2014, 10:27:06 AM
Cool vibe and overall aesthetic, voted!
13  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 03, 2014, 02:03:37 PM
While on the topic of movement, I'm curious as to what people think about our hybrid approach to ranges.

In most typical tactics games, there is no diagonal movement resulting in a diamond shaped movement area:



Since we have diagonal movement, assigning the same cost to diagonal movement as cardinal movement would create an awkward square shape:



Since we're committed to squares rather than hexes, we wanted a solution that was in-between the two options in order to obtain the most natural feel. If the cost of moving up/down/left/right is '1' point, then moving up-right/down-right/down-left/up-left should cost roughly '1.4' points (the square root of '2'). Since dealing with tiles is a bit more binary (you can walk across '1' tile or '2' tiles, never '1.4' tiles), we multiplied these values by two and rounded 'em up similarly to what old Civilization games used to do. The end result is that cardinal movement costs '2' points, and diagonal movement costs '3' points.

This is how it looks in action:



The algorithm makes for a more natural radius; a circular area projected onto individual tiles. However, there was one reason why we didn't instantly jump on this solution: the ability of units to constantly circle each other using diagonal movement as a shortcut.

This is something of a pet peeve of mine in tactics games. Since many of them implement the idea of different vulnerabilities for a unit's sides (forward, left/right, back), melee units tend to hopscotch around each other in order to attack the most vulnerable spot: the back. This is particularly awkward and tedious when two melee units are isolated but within range of each other, and diagonal movement only makes this easier to accomplish.

The issue can be alleviated with unit-specific abilities, e.g., some units can only attack with at least one tile of space between them and their target, others get a free hit on any adjacent enemies that try to walk away, while others still always turn to the attacking direction, etc. While these all help to limit hopscotching, I was still concerned over the behaviour manifesting itself without a global rule to discourage it.

Our solution was the aforementioned diagonal movement caveat: it's only possible to move diagonally if there's nothing perpendicular to the movement path (i.e., to the left or right of it). This way a unit can't walk around to the back of its enemy in just two steps, but has to take the full four steps route.

A few other rules helped to avoid the issue as well, namely the ability to cause extra damage by shoving the enemy into a wall or off a ledge, and the potential to score a critical hit when attacking from an elevation. Combined with elemental vulnerabilities and unique modifiers, we hope to present various strategic options at each unit's turn that rarely boil down to the obvious "attack the back" choice.



Let us know what you think of our approach!
14  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 01, 2014, 12:08:48 PM
Thank you very much; I'll be posting more of our concept art once we get through the current level-related tech stuff.
15  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 01, 2014, 11:09:39 AM
Thanks a lot! The name is something of a minor plot point: it refers to the dirigible itself, and how no one seems to remember where the it came from.
16  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: October 01, 2014, 09:38:36 AM
We've got an abstract test level and a unit, so it's time to begin with pathfinding!



There are a lot of things to consider with pathfinding in a 3D game, even a grid-based one. Here's how we're tackling some of the issues:

  • Wanting Trudy to feel kinetic and not like an abstract board game, we're including various movement options such as falling and jumping. However, most tactics games only allow vertical jumping. In Trudy, all units have a "high jump" and "long jump" attribute allowing them to leap across gaps as well. Bauk has a vertical jump of '2' and a horizontal jump of '1'.
  • Vertical inclines of '1' (appear as half a cube tall in the map, about 1/3 of the character's height) are traversed automatically without jumping. The unit's y position interpolate between the bottom of the cube and its top. It still looks a little odd, but will hopefully get polished up and look natural -- we don't want to break up movement with too many jumps.
  • Jumping down is possible if the vertical distance is less than: unit height + unit vertical jump + 2. It's still possible to get pushed off a ledge and fall down a greater height, but this results in damage and a "crumpled" state (unit's movement range is reduced). We thought about providing the freedom to jump down from any summit, but the confusion of getting damaged and suicide-ing units didn't seem worth it.
  • Getting pushed into a pit is instant death for regular units, but hovering/flying units can traverse these gaps.
  • Diagonal movement and jumping is possible, but only on 45% degree angles and if there are no obstacles perpendicular to the movement path. The reason for this limitation is that all units/props are contained within cells, and travelling in between them leads to all sorts of messiness.

The Bauk if a fairly grounded unit so we might have to solve more traversal issues once hovering/flying (and potentially grapple-based) units are added to the mix.



Video of Bauk's map navigation.
17  Feedback / DevLogs / Re: Aeon of Sands: Pyramid (a classic first person Dungeon Crawler) on: October 01, 2014, 08:00:41 AM


Might be a little late for the feedback, but I think the arrow buttons that are meant to go in the bottom-center take a bit too much space (unless you're dealing with a touch-screen device, in which case they might be too small/clumped together). While playing dungeon-crawling CRPGs with mouse support, I always gravitated toward the keyboard for navigation and only used the mouse on the port-view/characters.

Perhaps more space could be dedicated to the minimap? It's a fair amount already, but I always appreciated a generous minimap for helping to orient myself in these kinds of games.
18  Feedback / DevLogs / Re: Dinosword (Kickstarter RIGHT NOW!) on: September 26, 2014, 07:07:10 AM
Just backed it; good luck with the campaign.
19  Feedback / DevLogs / Re: Trudy's Mechanicals (3D Tactics Game) on: September 25, 2014, 08:06:26 AM
Thanks! We'll be posting updates as the (rather long) feature list for the editor gets implemented.
20  Feedback / DevLogs / Re: Eitr - [ Action RPG ] [ Isometric Pixel-Art ] on: September 25, 2014, 08:05:14 AM
I dig the combat animations. They don't feel effortlessly fluid, but rather have that kinetic chunkiness that helps convey impact (just like the combat in some of the games you mentioned as inspirations).
Pages: [1] 2 3 4
Theme orange-lt created by panic