Jump to content

Search the Community

Showing results for tags 'turn-based combat'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Obsidian Community
    • Obsidian General
    • Computer and Console
    • Developers' Corner
    • Pen-and-Paper Gaming
    • Skeeter's Junkyard
    • Way Off-Topic
  • Pentiment
    • Pentiment: Announcements & News
    • Pentiment: General Discussion (NO SPOILERS)
    • Pentiment: Stories (Spoiler Warning!)
    • Pentiment: Technical Support (Spoiler Warning!)
  • The Outer Worlds 2
    • The Outer Worlds 2 Speculation
  • Avowed
    • Avowed Speculation
  • Grounded
    • Grounded: Announcements & News
    • Grounded: General Discussion (NO SPOILERS)
    • Grounded: Stories (Spoiler Warning!)
    • Grounded: Technical Support (Spoiler Warning!)
  • The Outer Worlds
    • The Outer Worlds: Announcements & News
    • The Outer Worlds: General Discussion (NO SPOILERS)
    • The Outer Worlds: Stories (Spoiler Warning!)
    • The Outer Worlds: Character Builds & Strategies (Spoiler Warning!)
    • The Outer Worlds: Technical Support (Spoiler Warning!)
  • Pillars of Eternity II: Deadfire
    • Pillars of Eternity II: Deadfire Announcements & News
    • Pillars of Eternity II: Deadfire General Discussion (NO SPOILERS)
    • Pillars of Eternity II: Deadfire Stories (Spoiler Warning!)
    • Pillars of Eternity II: Deadfire Characters Builds, Strategies & the Unity Engine (Spoiler Warning!)
    • Pillars of Eternity II: Deadfire Technical Support (Spoiler Warning!)
  • Pathfinder
    • Pathfinder Adventures: Announcements & News
    • Pathfinder Adventures: General Discussion (No Spoilers!)
    • Pathfinder Adventures: Characters Builds & Strategies (Spoiler Warning!)
    • Pathfinder Adventures: Technical Support (Spoiler Warning!)
  • Pillars of Eternity
    • Pillars of Eternity: Announcements & News
    • Pillars of Eternity: General Discussion (NO SPOILERS)
    • Pillars of Eternity: Stories (Spoiler Warning!)
    • Pillars of Eternity: Characters Builds, Strategies & the Unity Engine (Spoiler Warning!)
    • Pillars of Eternity: Technical Support (Spoiler Warning!)
    • Pillars of Eternity: Backer Beta
  • Pillars of Eternity: Lords of the Eastern Reach
    • Lords of the Eastern Reach: Announcements & News
    • Lords of the Eastern Reach: Speculation & Discussion
    • Lords of the Eastern Reach: Kickstarter Q&A
  • Legacy (General Discussion)
    • Alpha Protocol
    • Dungeon Siege III
    • Neverwinter Nights 2
    • South Park
    • Star Wars Knights of the Old Republic II: The Sith Lords
  • Legacy (Archives)
    • Alpha Protocol
    • Armored Warfare
    • Dungeon Siege III
    • Fallout: New Vegas
    • Neverwinter Nights 2
    • South Park
    • Tyranny

Blogs

  • Chris Avellone's Blog
  • Neverwinter Nights 2 Blog
  • Joshin' Around!
  • Adam Brennecke's Blog
  • Chapmania
  • Pillars of Eternity Backer Site Blog
  • Pillars of Eternity Support Blog
  • Pathfinder Adventures Dev Blogs
  • Obsidian Marketing and Market Research Blog

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


MSN


Skype


Jabber


Yahoo


Website URL


Location


Xbox Gamertag


PSN Online ID


Steam


Interests

Found 3 results

  1. Hi everyone, I know this is perhaps too late, but maybe for next game this could be a good strategy to allow both modes to co-exist. I had an idea inspired by reading other interesting suggestions about TB tweaks to make DEX valuable. Rationale: - On the one hand, I can imagine a pure time-based system could be too chaotic in the sense of sequence of turns being very different and unpredictable each round. - On the other hand, I think devs consider a set order more desirable, so that it is more tactical and tracktable. - However, I think both could be merged by imposing to the dynamic time-based system a turn resolution every X secs based on DEX/RES and not time * (so it's usually the same character order every round). * Note it would be more realistic to resolve character order based on whoever is available earlier but this would lead us again to pure time-based system, so no. The idea: - allocate every round a "budget" of 6s to every character (turns are sequential within the round as usual), - every round resolve character order based on RES/DEX and not time (i.e. char1 acts sooner than char2 if char1 RES/DEX is higher, even if char2 recovers from his last action before char1; see next point), - every turn give some flexibility and aim for at least one action but also open the possibility of several actions: a) let the character borrow maximum 25% = 1'5s from next turn (and/or save max 25% = 1'5s for next turn) b) let the character execute an action as long as the attack phase (hit*) is within whatever remains of the turn's 6s budget even if its recovery phase falls inside next turn and "borrows" part of it. That next turn would start with less initial budget (i.e. less than 6s) - buffs, debuffs and statuses in general cannot only start/end at the beginning of the turn as usual but also somewhere in the middle (see next point). This way, interruptions/dazes/etc could mean losing only part of a turn (e.g. some secs) and not all (avoiding making them too binary, either too strong or too weak), - let characters postpone (but never advance!) their turn within the round. Also let them waste time within the turn, so that e.g. a blind status wears off and the attack(s) have a better chance. * For reference, MaxQuest's great explanation and time diagrams of RTwP combat: https://forums.obsidian.net/topic/98679-mechanics-attack-speed-recovery-time-reload-time/ I believe the RTwP engine could still be a great underlying system behind a turn-based appearance together with this DEX/RES-based sequence resolution. The HMI: - To make it more accessible, even if time is kept internally as the underlying measure of actions (e.g. 4'2s per attack and not 3 APs), the HMI could show a bar of e.g. 6 diamonds (APs, i.e. 1/second). - X additional diamonds can be shown on each side of the bar if seconds were saved in the previous round or are going to be borrowed from the next round. - If an action does not take an exact nº of diamonds but also a fraction of a diamond, this is displayed as that diamond having that fraction greyed-out and the rest still green (available). I.e. diamonds cannot only be either fully green or grey but also partially used/available. - This way, after some familiarisation and usage of tentative actions, a player can more or less mentally calculate or visualise combinations of actions in terms of diamonds (APs) and not sums of seconds (tedious). The advantages: - Inherit RtWP mechanics and fine-tuning which is already polished (with minor changes). - Make DEX and more diversity appear again, e.g. fast weapons would oftentimes attack twice in a row and similarly slow weapons would sometimes have empty turns where all time happened to be recovery time (i.e. borrowed). High dex casters would be tricky, but casting time could be made bigger and recovery smaller to enforce being exposed to interruptions 1 turn. - Movement could use a separate budget or the same one, by converting it to consumed time with some stride-to-time proportionality. What do you think? I can try to paint some time diagrams explaining the idea if it is not clear. I hope it doesn't sound very bad.
  2. In some locations, the interface of turn-based combat closes characters (creatures are not visible, they are closed by a queue of turns). For example, the location "the Rimebound Temple", battle against rime constructions. See screenshots. I don't see these rime constructs because they are closed by a queue of moves. Please, in turn-based combat - provide the ability to move either the queue panel to any place on the screen, or move the camera to the left and right on the width of this queue.
  3. Enemies in turn-based combat are sometimes named after an allied personage. Ishiza (green background), everything is fine. And then 2 skeleton, enemy. And they are also called Ishiza, see the screenshot. When you hover the mouse, indicates that it is a skeleton. But the name on the list is wrong. Please fix it. I use (I do not know, whether it is important) Russian localization. Windows 10 64 bit, 8 Gm RAM, Intel® Core™ I7-4500 CPU1.80 GHz 2.40GHz GPU: AMD Radeon R7 M265, Intel® HD Graphics Family. Files. P.S. Fix the attachment of the files, I have to use dropbox again, because these files are not attached to the theme.
×
×
  • Create New...