Jump to content

Gatt9

Members
  • Posts

    130
  • Joined

  • Last visited

Everything posted by Gatt9

  1. Option 1 is perfectly fine with me. Though I understand where ThreeSon is coming from as I have a collection of boxed games, is it possible to allow people to "Opt-in" to waiting so that people like Threeson interested in collecting are able to do so?
  2. Just because they've never been fully implemented doesn't make them a waste of time. Ideally, a pet should mimic their use in a PnP RPG. A Mage's familiar should be able to act as a scout, or the mage should be able to cast spells through it allowing him to sneak attack an unsuspecting group with a crow or cat. He should be able to use it to eavesdrop on a conversation, or send it to trigger an unreachable area, or obtain a hidden or unreachable item. A Ranger's pet should be able to sneak around an enemy and flank them when combat starts, the Ranger should be able to have his pet hide in the shadows or behind some smallish object and sneak attack the enemy. His pet should warn him of impending danger, and perhaps even be able to communicate the type of danger through body language and animal verablizations. His pet should reduce or eliminate his odds of being surprised. His pet should open dialogue paths along the lines of "Oh my, is that...A Wolf?". Pets are many faceted and have enourmous potential in all aspects of an RPG. Just because they've never been done right, doesn't make them a "Waste of time". Honestly, I find it extremely depressing that these last few years of gaming have been so creatively bankrupt that people no longer bother thinking of the many things that could be done with RPG elements and just assume that everything will be Bethesda style streamlined weak design.
  3. The devs -- especially JE Sawyer -- have discussed degenerate gaming at length and on multiple occasions. They do want to make it a design goal to make a game that discourages it. I agree with them. Degenerate gaming is symptomatic of a design flaw. Why? Because degenerate tactics are not fun. They're repetitive, compulsive behavior. It's characterized by Skinner box mechanics: pull a lever and sometimes -- but not always -- a pellet comes out. It's quite easy to design a Skinner box that traps people. Some do it on purpose, in order to squeeze as much money out of you as possible (slot machines, MMO's). Degenerate behavior in cRPG's is accidental and benefits no-one, not the player, not the maker of the game. It's just an accidental trap that captures the player and makes him waste his time stuck in a loop. Therefore, a game should be designed in a way that does not promote degenerate gaming, as far as it's feasible or possible. It may not be possible to completely eliminate it, but it is certainly possible to push it to the margins. I hope the P:E team succeeds in their effort to marginalize it. This is a very problematic arguement. First and foremost, it's not symptomatic of a design flaw. It's a player behavior. People who enjoy degenerate gameplay look for degenerate gameplay (And they will find it, no matter what you do, there'll be a loophole), people who enjoy "Normal" gameplay, don't look for degenerate gameplay. It's a Player Behavior, and attempting to manage the behavior of Players is a major problem. Because Player's can exploit myriad things. Players can exploit experience rewards, they can exploit character creation, they can exploit vendors, etc, etc. At some point, in attempting to manage the behavior of a subset of players in a single player game, you start making sacrifices in the entertainment factor of the game trying to "Design out" any possible loophole. To what gain? What is the end result of doing this? If players enjoy degenerate gameplay, they're not going to find a game that strives to manage their behavior appealing, quite the opposite. The people who don't enjoy degenerate gameplay aren't going to be thrilled that a loophole they never would have seen isn't there. There's no award for the game that best manages the player's behavior, no bonus for it. Sure, in a multiplayer game this is a necessary goal. In a single player game you end up comprimising fun for "Must prevent someone from exploiting in a single player game". There's no positive yield from trying to design behavior management, the focus should be on designing a fun game and if someone chooses to exploit, let them. That's how they have their fun in their single player game. I seriously do not understand this campaign to prevent someone from "Playing the game wrong" when it has no effect on anyone else.
  4. Probably don't have to worry about this one. I don't think any of us want another Hawke. you think wrongly then while you may be right that many people on this board will share this opinion, i for one, and i'm sure i'm not alone on this, think that few things can lift a game up as much as a well voiced main character the mentioned dragon age 2 (at least the female hawke, which i played), aquanox2 and alpha protocol are only some examples that profited massively from well voiced main characters on the contrary, i would say the missing voice acting for the main char in games like dishonored and dragon age 1 is those games greatest flaw on the point that a community can't do good voice acting, go and play this: http://www.youtube.com/watch?v=Tlo_5U6fqqw I really don't think I'd use the term "Massively profited" in the same sentence as Dragon Age 2 considering that it was such a huge train wreck it spawned it's own meme, and irreperably tarnished the Bioware name to the point where EA's now pulling the name from studio's. I'm not commenting on voiced protagonists, situationally each has it's merits. I'm just saying that using DA2 as an example is a bad selection.
  5. That is self-insertion, a characteristic of a LARPS, not an RPG where you have a defined character. Everything you've outlined right there is straight out description of LARPS. You don't take on a role of a character in an FPS (Or in a game like Skyrim), the object on the screen is an avatar for the Player. The Player's skill determines success or failure, the Character does not exist. This is once again, self insertion, LARPSing. An RPG has a defined character with his own intrinsic qualties that affect success/failure and his own personality. Within the confines of those personality constraints, the Player may act. Only if what you're after is a Computer LARPS insteaad of a CRPG. If at any point you're describing you, the player, experiencing the world directly you're in LARPS land. For pushing 40 years now, LARPS has not been a component of RPG.
  6. I'd argue that kiting is actually the end result of RT implementations. The AI has to compete with player input, game state checks, some degree of sound/graphics processing* for a slice of each second. Each unit representing it's own AI. AI requires complicated algorithms to achieve good results, complicated algorithms require time and horsepower. So the AI in any RT system is going to end up with deficiencies simply because it's severely resource limited. Tossing some more processors at it helps, but ultimately, you end up bound by the amount of processing that can occur in around 1 second. Which isn't nearly as much as people think it is with AI, since AI generally consists of NP-complete problems. *While GPU's and hardware sound chips handle most of the processing on their own, the CPU still needs to process the triggers for the graphics at the bare minimum and depending on the implementation may process part of the job as well, older GPU's and on-board sound often require CPU resources during processing. So what you are saying is that the computers we have today cannot handle the AI effectively in realtime due to a lack of basic processing power?! If that was the case I really wonder how the fossil computers that ran games like Dune or C&C (or Baldurs gate for that matter) could handle anything then. The laptop I am typing this on has a CPU that at the basic level is something like 100 times stronger than what I originally ran those games on! In many cases when I run RTS games on my desktop they do not even all my system resources. Claiming that AI deficiencies is then down to my CPU not having the power to run those scripts effectively seems a bit strange. http://en.wikipedia....ions_per_second Yes I know MIPS is not an entirely accurate measurement of the power of the computer, but it really does paint an interesting picture of the increase in processor power over the years does it not? The limitation for the AI is in the programming, not in any way related to the actual power of the CPU (it might have been at some point though, like back in the 1990's). Making an AI that can do as complex things as a skilled human being is technically just about impossible. That is the limitation. Personally I do not expect the AI to be great mainly due to it not really being possible to make an AI that can use 100 different abilities or tactics effectively in a multitude of situations. No scripting the events does not count. The limitation for AI is inherent in the architecture not in the programming. http://en.wikipedia.org/wiki/NP-complete Anything you're going to want to do is going to fall prey to this issue in a RT system, because it's going to have to try and handle NP Complete problems in RT, or problems approaching NP Complete. Shortest path is a prime example, it's NP Complete, and it's something any AI is going to need to handle. http://en.wikipedia.org/wiki/Shortest_path_problem Further, lets say you have two enemies (A and B) attacking two characters (C and D), you could have AC & BD, BC & AD, ABC & D, ABD & C. 4 possibilties. Lets give you two enemies (A and B) attacking three characters (C, D, and E). You could have AC & BD & E, BC & AD & E, C & BD & AE, AC & D & BE, ..., it's a combinatrics problem. Which means that the number of possiblities just for attacking scales upwards at an extremely rapid pace as number of combatants increase, for just a simple attack. That doesn't even try to put any logic into it like assessing what the best combinantion is, or to try and assess the right time to use a special ability, or any other logic. If you give each enemy a bow and a sword, double the possiblities. Give them a special ability too and you'll triple the possibilities, and that's still without even trying to determine which is the most appropriate. It's not inconceivable to end up with AI potentially having hundreds of combinations it has to evaluate in less than a second, with each of those combinations introducing even more variables that have to be evaluated (Like if it has an AOE special ability and must then evaluate the position of all of it's allies and their likely future positions). All of this is competing with the game handling the math in the background, any processing that must occur, etc, and it all must occur in a tiny enough timeslice such that the end user cannot detect it. This is all simply brutal on a computer, and it's why a RT game tends to lack any significant degree of tactics. That's before we even discuss the processor cycles lost in the background to OS duties, background tasks running in the task bar, etc. It's quite possible to develop incredible AI's that'll stomp humans, but it's not going to run in a few hundred milliseconds. Just processing shortest path is going to eat all of that time (And still not finish), which is why most games don't try. They instead try to move in a direct line to the Player, which yields kiting and snagging on environment.
  7. I'd argue that kiting is actually the end result of RT implementations. The AI has to compete with player input, game state checks, some degree of sound/graphics processing* for a slice of each second. Each unit representing it's own AI. AI requires complicated algorithms to achieve good results, complicated algorithms require time and horsepower. So the AI in any RT system is going to end up with deficiencies simply because it's severely resource limited. Tossing some more processors at it helps, but ultimately, you end up bound by the amount of processing that can occur in around 1 second. Which isn't nearly as much as people think it is with AI, since AI generally consists of NP-complete problems. *While GPU's and hardware sound chips handle most of the processing on their own, the CPU still needs to process the triggers for the graphics at the bare minimum and depending on the implementation may process part of the job as well, older GPU's and on-board sound often require CPU resources during processing.
  8. If you don't mind, I'll get back to you tomorrow morning on that. It's pretty late here and my brain is starting to go all fuzzy. I should probably preface the following with: I'm not saying Mana-based is bad, doesn't work, or that I don't enjoy games that use it. I would say that Yes, modern PnP RPG's do use it, since 5th edition D&D is reinstating it as the default magic system (With alternate rules if House wants a different system). I would also say that the premium editions of 1st edition, 2nd edition, and 3rd edition are selling incredibly well, with 2nd edition reportedly being the most popular so I think we have yet to see if it's Oldtimer or not since there's a strong possibility that it may be a significant portion of the market that's buying them. Vancian has always been a bit of a divisive issue though, even amongst D&D Players. There's pages of debate on the subject on Wizards forum now, and it's been a front page issue since 5th edition was announced. I doubt it's on it's way out, the system has it's merits that alternative systems are unable to introduce. Like the aforementioned Prismatic Sphere, it's only an issue in a Vancian system due to the strategic nature of spell selection, but becomes trivial in alternative systems because they permit unfettered access to all spells a mage knows. It's that layer of strategy that'll insure that Vancian remains relevant indefinitely, as it's something that's lost with alternative systems. Alternative systems, of course, will remain equally relevant because they offer things the Vancian system is unable to offer. That's one of the problems with Mana based systems, it becomes illogical at times just like Vancian. Unbless costs significantly more than Bless for purely mechanical reasons to try to achieve some of the tactical nature of the Vancian system. When you stop to think about it, it's really no more logical than spells disappearing from the mages mind. Why does it require so much more "Energy" to undo a spell than to do it? If I already know how to do the spell, shouldn't I be able to undo it with equal ease? I'm not saying it's bad, I'm just saying that Mana based systems have their faults too. I can't argue with that. The best non-D&D CRPG's I've seen have all used mana based systems, some of them with facets I really wish would be used and expanded on today (The Bard's Tale mage progression system is quite unique and compelling, Ultima had a very interesting component and "verbal" system) I just wish PE would try to handle the issue better. They've identified that Resting is an issue in CRPG's, but instead of trying to fix Resting, they're designing around minimizing it. Which IMO is a very Bethesda approach, system isn't performing significant function, don't try to improve system, remove it. Tomorrow I'll post my thoughts on how Resting could be improved instead of removed, from a magic-system neutral point-of-view, since honestly I believe both have merits and weaknesses.
  9. What does it add to the game? The purpose of the mechanic is to provide the party with time to prepare their strategy for area they're entering. Whether it's a rougue/assassin preparing poison, a Cleric communing with his/her god to prepare spells, or a mage preparing his spells and components. The mechanic is meant to model things that logically take a significant amount of time. The CRPG eliminates most of the reasons for resting, any form of alchemy is a good example, because in a CRPG it happens instantaneously in any place, without any preperation. The CRPG eliminates components, preparing a trap is a split second event, weapons/armor never need maintenance. It's not all that dissimiliar a topic from Bethesda's attitude towards CRPG's. Bethesda recently removed stats because they claim they serve no purpose, except Bethesda fails to note that they serve no purpose because Bethesda removed all of the things that stats do. Sure intelligence does nothing but increase Mana, Bethesda doesn't implement any meaningful dialogue system. Player skill replaces everything Strength and Dexterity are meant to do. Sure, Resting just reloads health/spells. That's because CRPG's fail to implement any of the more complicated mechanics involved in an RPG, so is it a huge surprise that Resting has numerous issues when you've removed everything it's meant to do? As far as Player's viewing it as a minor inconvience goes, that's a touchy subject. Today you have a number of "RPG players" who've never actually played an RPG, they believe that CRPG's are equivalent to RPG's because they've literally no experience with RPG's. It's really becoming a major issue, because the purpose of a CRPG is to simulate as best as possible the experience of playing an RPG, but there's now a number of people who define themselves as "RPG players" without ever having played an RPG, who are arguing that the genre should deviate from simulating an RPG just because they've no experience (On many topics). So I pose a different question: Is it better to remove the partially implemented resting mechanic, or is it better to fully implement the mechanic and all of it's supporting systems that works very well in an RPG? I would argue that what we really need is for the genre to advance, for it to more fully implement the RPG experience, and in doing so, introduce more people to the real possiblities an RPG can encompass. There's honestly a large number of people who think an RPG is a game where you talk to someone, and trite romance plots are it's pinnacle. Head over to the Bioware boards and you'll find more than a few people who'll insist that any game where there's dialogue is an RPG.
  10. You're right of course. My experience in this forum, and every other forum, has been that things fall apart when you have a topic that pits arch-types of Gamers against one another. Console vs PC, LARPSer vs RPGer, 4th edition vs every other edition of D&D, Vancian vs Mana, at that point you have a battle of philosophies which generally does not end well as at that point the posters are no longer trying to discuss a topic so much as validate their preference(s) involved. IMO, and no offense to the mods, but perhaps those kinds of topics should get one stickied moderated thread and kill off any other threads on those kinds of philisophical topics? It's been my experience that approach tends to be effective in managing topics that tend to be both frequent and inflammatory. Perhaps you could investigate what it was that caused people to quit reading your posts? People don't randomly make those kinds of decisions.
  11. Not trying to argue with you, I just feel compelled to state that what you describe is the result of CRPG's only partially implementing the RPG systems. Vancian systems were recognized very early on in AD&D's life to have a key weakness: The Mage's spell limitations could impede design. It was very difficult to implement a frenetic adventure without eventually relegating the Wizard to a sling and boredom. Worse, Random Encounters during resting with a spent mage could end up lopsided if they were balanced for a full party but the Mage & Cleric were out of resources. The solution was the various Rods, Staves, Wands, Scrolls, and a couple jewelry items. Through these, the Mage was permitted to have backup resources to keep him relevant, or be prepared for unexpected situations (Like a knock spell just in case the thief really does suck as much as you thought he did!) CRPG's have never had this. Mainly as a result of being *really* bad about implementing a rest system. A good implementation of a rest system wouldn't permit the party to Rest Spam, but since the early days of CRPG's, no one's ever bothered to maintain even a "Once per 8 hours" limit. Worse, almost no CRPG's implement any sort of time requirement. A Damsel in Distress will remain in distress while you take 4 years to wander the countryside. An impending demonic invasion threatening to overrun the land will never actually happen until you accidently talk to the right person (One of my favorite examples of bad design, Oblivion. The best solution to the main quest is to never talk to a key character, because then not a single demon will invade, and you win) As a result, CRPG's don't put any pressure on the party to move, and just let the party Rest Spam. Because of this broken mechanic throughout the history of CRPG's, the need for accessory items for magic-users/clerics never becomes visible. So what I'm saying is that the CRPG genre has propigated a broken mechanic, which in turn causes the solution to your concern to never become necessary as a component of CRPG's. Few people are ever interested in Wands, Scrolls, etc, because they can just rest on a whim. In fact, in most CRPG's, you pretty much have to actively intend to have your mage fight without spells, because there's really never any reason for him to not have his spells (Even in a mana based system). I believe that if we actually fixed the broken mechanic, Resting, other mechanics would fall back in line as they are in RPG's.
  12. The other side of the coin is that now the designer has to design around the fact that you have access to virtually every spell at any given time without restriction, which makes many challenges redundant at best. A wizard locked door or chest isn't much of a challenge when a caster can spam magic missles one minute, knocks the next, without any tradeoff. Prismatic Wall/Sphere is completely pointless when the mage will always have the right combination to breach it at all times. These situations exist and present challenges only because of the limited resources found in Vancian systems, and become trivial once you remove that limitation. Many of these instances exist. Blind/Poison/Disease/Stun/Sleep/Hold, they're all much less of a challenge if your spell caster(s) can just access the solution at all times without any tradeoffs. Wall of Fire/Ice/Stone become redundant if your caster can always counter. Vancian's purpose is many fold, and there are major tradeoffs and costs to open spell systems. I'm not wholely against it, but to argue that Vancian has no redeeming qualities and that open systems are strictly better isn't correct. Open spell systems have many downsides to them, at least as many as Vancian does if not more.
  13. Overly complex math for the sake of having overly complex math isn't good game design. At most, a check should be a d100 roll with a Character's skill/modifiers added to it compared to a difficulty value. Anything beyond that is excessive, and starting to enter Simulation territory by trying to model unneccessary (In this context) variables. Going beyond that, requiring players to have advanced understanding of probability and math starts limiting your potential sales very rapidly. Once you get out of basic algebra land you're going to start limiting your potential market because you're demanding the Player have taken increasingly advanced math courses and/or sit there and calculate the probability that an 1/8" thick alluminum lockpick used on a lock manufactured from damascus steel would work, versus using the 1/4" alluminum lockpick. This is one of the major reasons why Wargames are a dead genre, because the Player was expected to have intimate knowledge of units and their qualities to the point where it ended up exceeding all but the most die-hard fans. That type of stuff is fine in games aspiring to Simulation, but for something much more high level, a D20/D100 modified roll against a difficulty is plenty, with modifiers being just one number (Read: 3.x edition D&D style)
  14. Wow, someone knows absolutely nothing about game design. I don't care what the exp model is, if the game is built correctly the devs WILL be able to predict your level and general party "strength" at any given point in it. It is in fact REQUiRED they be able to do this to make a balanced fun game. Even most "grind games" eventually simply give you little to no exp for your grinding and force you to move on with the story where, low and behold, you are really only slightly stronger than someone who just did the quests was. In the end your grinding availed you basically nothing. In games where you are required to grind the encounters became too hard too fast and forced the player to repeat content to compensate. That isn't a exp model, that is incompetent and lazy game design based around the idea of padding the players playtime to keep them in game. Only games that basically suck need to do this, or ones where the devs are just incapable of doing their job effectively. Looking at Diablo and Blizzard here. Or well a game made by an Asian company, Asians seem to think grinding is fun for some reason. You don't happen to be Asian do you? Wow, someone knows absolutely nothing about reading. Try reading what I posted, you just reiterated what I already said, while insulting me for saying it. I think he believes Obsidian is making this game on RPG Maker. You both should probably learn something about programming. It's not complicated... If you're going to turn every encounter into an "Objective" that you solve by both combat and non-combat methods, then you have to check game state for the progress of those methods. Stealth and combat are great examples. how do you determine when the solution is reached? By creating a hotspot on the map? Just stealth your way to the hotspot and you win? That doesn't work, what if the player misses stepping on the hotspot? Your only option is to assign the creatures themselves a variable that states whether or not you successfully passed them, and each one will require their own check, and you'll have to continuously check to see if all of them have been passed in order to reward the player. Which becomes *extremely* problematic if 3 passed stealth, 1 fails, and you kill that 1 that failed. Now you have major potential for a defect, because you cannot reward the stealth "Objective" since all 4 didn't pass. Now you also have to track the combat solution, and you must do it in real time. For every single entity involved in one of these convoluted "Objectives" you're asking to be implemented. It's convoluted because that's what Hassat Hunter is proposing, he's trying to morph "Objectives" to be Solution based rewards without actually implementing solution based rewards. It could be less complicated, sure. It's utterly simple at it's lowest level of implementation, but it's drawback is it's inherent linearity. Objective based xp is inherently ultra-linear, as there's no way to ever progress except with the exact path the Dev's have planned with you. Contrast that to the IE games, especailly Baldur's Gate, where there's nothing that forces you to go from A to B, you can progress asynchronously from the expectations of the developers by crawling your way through a higher difficulty area becoming increasingly adept as you progress. Something an Objective based system precludes, because as the difficulty of the area ramps up closer to the goal, you remain static in power. I'm not ignoring the reason why you might want to see this mechanic. I am ignoring Hassat Hunter and Jethro's responses for the most part. There's a reason for that, go back to the pages in the mid-20's and watch as they twist my arguements in an attempt to avoid dealing with the subject at hand, primarily because both of their posts make it apparent their motivation is to manage player behavior, because they consistently fall back to behavior management arguements when their posts are debated. I have neither the time nor inclination to let either of them drag me off topic as they strawman and twist to try and avoid dealing with the actual subject. As far as making it easier to design and balance, I still maintain it does not. Or more accurately, that compeiting systems are just as easily designed and balanced. As I've said, just add up all of the xp for the mainline, that gives you your min. Add the xp for the mainline + sidequests, that gives you your high end. No need to design or balance for those who choose to play by grinding or exploiting, that's their problem, not the designers. From that point, you just look at your min and your high end, tweak the values of critters/quests/xp of your stuff once, and you're done. You can do all of this in the design phase easily, it's the same thing you have to do with Objective based xp.
  15. I disagree. I haven't seen "better" solutions. And while you are so keen to lump every proponent of objective-based-XP into the "want to sour my fun" category, allow me then to lump you into "I-want-it-all ego gamer" category. Balance must be mantained after all. It's what people are posting. All of these defenses of Objective based xp are trying to manage some subset of Player's behavior. "Someone might go back and kill the guards and get extra XP after finishing the quest", "Metagaming", etc, how is this relevant to the topic of the best way to handle xp such that all solutions are viable? They're not. They're trying to force people whom the poster will never ever see to play the game their way. It's completely irrelevant to the topic, and is not a valid reason. You're also welcome to lump me in that catagory if you like, but you *might* want to go back and read my posts first, you'll find I've been arguing for a solution that doesn't "Give me it all". Because that makes it linear. Since there's no way to gain Xp except by doing quests, you can *never* do a level 10 quest without first having done the level 5 quests. You're forced to walk the straight predetermined path without deviation. Plus, it's trivial to predict with high accuracy the Player's level at any given point in each other system. Your low value is the Player who just followed the main quest path, your high value is the Player who followed Main + Sidequests, and anyone who opted to grind outside of that is on their own (If it's even possible to grind). You're implementing a convoluted system now. You've just increased the complexity and potential for defects by an order of magnitude, and quite possible introduced crippling performance issues. Now you have to continuously check the world state to see if some conditions were met, with a number of different conditions that could each be in a different state, each condition tied to an entity, all in the background. Meaning...if you encounter a mercenary group in the field... -You have to check if a diplomacy condition was met -You have to check if a stealth condition was met foreach entity (Your alternative being a highly exploitable hotspot you must reach) -You have to check if a combat condition was met foreach entity -You have to make sure that if 1 entity has a stealth solution and the rest a combat solution the reward isn't triggered until it's unanimous. -Same thing in reverse. This is not at all easy to do, and exceptionally easy to have defects abound. This is *not* that difficult. There are far, far, less complex and defect prone ways to solve the issue of "Non-combat solutions aren't viable" than hacking in all of these exceptions just to get back to what I proposed pages and pages ago with a simple bool and a modifier table in each entities base class.
  16. Actually, the problem is Electronic Arts. When Ultima Online released, EA gave a number of people free UO accounts in exchange for spending some amount of time handling minor in-game issues. Months later, some of those GM's banded together and sued EA, and won. So that set a legal precedent regarding fan involvement, that could be used today. Worse, literary works like writing in game books could get *really* ugly. Technically speaking, if you reprint someone's writing, they're due a portion of the proceeds in some situations. Someone could easily copyright what they wrote while Obsidian was finishing the game, and then blast them with a lawsuit demanding royalties 6 months after release. Would it fly in court? Maybe? Even if Obsidian won these suits it'd cost them to do it. Much better off just leaving things as access to beta, it's alot less risky than letting people help them would be.
  17. That's pretty much what the underlying reasons for wanting it seems to be in most cases. The problem people started out stating at the beginning of the thread was "Kill based xp makes non-combat builds impossible or sub-optimal". Solutions have been presented numerous times that cleanly handles that issue. Those solutions are completely ignored, and "Objective based xp is the best" continues to be asserted. Which means the issue cannot be what was originally stated, since a number of strictly better solutions have been proposed. I suspect the issue is actually a combination of... "I do not want anyone anywhere to be able to metagame" "I do not want anyone anywhere to be able to farm" "I am bothered if I know people are out there doing that" Which is why I said that I don't think people are fully disclosing their reasons for wanting objective based xp, because if those reasons were actually asserted, cross-examination would render them invalid very rapidly. If you go back and read through the thread, you'll find the defenses for Objective based xp very rapidly become behaivior management issues instead of gameplay issues. The oft sited "Farming", "Exploiting stealth", "Going back and killing everyone after getting the reward", those are all behavior management issues, trying to force people to play "The right way".
  18. No you haven't. Because all I'm seeing in your posts is "If we give Xp/kill then everyone's going to play it wrong" undertones. The rest of your post is pretty much strawmanning, you didn't address any of the points I was making, and pretty consistently tried twisting my comments into something completely different. Then you've misunderstood what I've said. What I've said is: If we're going to address the issue of multiple solutions to a problem, then the correct solution is to reward the different approaches. Not create some lump sum experience reward that doesn't reflect what you've done. Further, you're twisting what I've stated. NOWHERE in this thread have I advocated farming. Go read back through my posts and you will not find a single instance of me advocating farming. I'm a little fuzzy on how you made the leap from "Rewards should be made on the basis of the solution used" to "I want farming!". "Stripping protections" in BG2 consisted of "Cast Breach, Cast Warding Whip". It's not like there was some complicated and engaging method of handling protections, you cast those two spells over and over. Objective based xp, which is exactly what was used in Mass Effect 2 isn't the solution. Might as well completly eliminate levels and experience entirely and just give a skill point at the end of each mission, as that is what happens. Go play it and tell me that's at all a good solution. -What motivation do I have to be curious when there's no reason to be curious? Why would I bother doing anything other than going straight to the objective if I know that there's no point in exploring? -Very, very, very few people "Role play" beyond what the system immediately requires of them. The majority self-insert. They're certainly not going to implement arbitarary "Play rules". This can easily be demonstrated by looking at the historical popularity of Roleplaying servers in MMORPGs. -I'm not at all sure where you're going with that last one. As far as Obsidian giving more Xp for difficult solutions goes, you just implemented experience by solution (Which I've been advocating), except now you've increased memory usage and code complexity by a wide margin. Giving the reward at the time of the solution to each "Encounter/Event" is trivial. Your solution now requires every quest to have a series of flags to track how the player solved each "Encounter/Event" and must be updated at the time of the solution. Further, it creates a significantly greater window for defects since you now have to make sure n flags update properly for m solutions for all x quests, and the reward properly reads those flags and grants the correct reward. My solution can be verified in Unit Tests, yours requires intensive manual testing. Nice try at twisting my arguement. I'm pretty sure if you go back through my posts you will not find the statement "Use-based xp is the best solution!". You will find me stating over and over, that all solutions should generate rewards. You all are the ones complaining because "I don't get viable reward if I don't enter combat", the solution is to give viable rewards for non-combat solutions. So if you don't like systems which reward you based on your solution, then your problem cannot be that you're not rewarded for non-combat solutions. Hence, my comment earlier about people not being honest about their issue. Which I strongly suspect most people in this thread are far more concerned with someone powergaming than they are with actually implementing a system that rewards you based on how you solved the problem. Because the only reason to argue for Objective based Xp instead of Solution based Xp is to try and prevent people from "Playing it wrong". Sure. Base class monster has a series of floats for each type of solution (combat, stealth, diplomacy) and a boolean hasRewardedXP. Inherited monsters initialize the values, and specialized or situational modifiers are added later by reading in modifiers added to the map. You sneak past the critter, it does xp * modifer and rewards you, sets the hasRewardedXP flag to true, which means it won't reward any further xp preventing you from going back and killing it. Done. Now you have a system that dynamically rewards the player based upon his solution at the time of the solution, and can even account for the relative difficulty of the solution, with the only expense being a couple of megabytes of disk space by the end of the game, and is easily tested in the unit tests making it trivial to QA. So honestly, I'm a little fuzzy on how Objective based Xp is any kind of optimal solution when all it does is implement Mass Effect 2's "Have a skill point at the end of every mission!". People keep claiming the problem is "Non-combat solutions aren't viable", but what I keep reading is something completely different that sounds alot more like a User issue. Sounds like people's actual complaint is that someone might powergame or metagame and that's "Playing wrong". Because the only reason to argue for Objective based xp over Solution based xp is to try and manage how others are playing that game. That's the *only* thing objective based xp does that all other solutions do not do. Which IMO is a really terrible reason for implementing a system.
  19. So you don't think you'd become more experienced at fighting if you were ambushed? You don't think you'd learn anything at all from it? You believe you'll only learn from doing things that have a good reason to be done, and as a consequence, the concept of "Practice" is pointless since you cannot become more experienced by engaing in that exercise since it doesn't have a good reason? The biggest problem in this thread is that people are not stating what their reason is for not wanting experience from combat, and I'd imagine that's because if there was full disclosure the reasons wouldn't hold up well to cross examination. experience points and experience leves are abstractions, which hide how and where characters get their knowhow to do things. And when those things are abstracted then it also quite logical that gaining experience is also abtracted, which means that objective based experience will probably work better than task based as in objective based sytem game master or designer has more easier time to point out when your character has gained enough experience to get some advance from it. Although I think that surviving from ambush is pretty good objective. But in systems that use straigth skill development (meaning that if you use a skill it gets better) it is more logical to use task based experience gain than objective based. This are of course only my opinions about subject. I would disagree that objective based experience works better. Objective based experiences purpose, especially in a CRPG, is to try to address an issue that is created by traditional CRPG design. CRPG's traditionally rewarded experience only for killing things, or if they did reward alternative solutions, did so poorly resulting in slow or non-existant chracter progression. Objective based experience is an attempt to address that shortcoming by saying "I don't care how you did it, everyone gets the reward!", which sounds like it works on the surface, but really starts falling apart under examination because it introduces all kinds of new problems. -First, as we've talked about numerous times in this thread, it makes combat a chore rather than a potential reward. Since combat no longer has any reward to it, and since CRPG combat is predictably monotonous, it makes it extremely disinteresting. CRPG combat suffers from numerous technological limitations in AI and design that preclude the introduction of anything really compelling, at this stage, it cannot approach the dynamic combat seen in PnP. Really, it's "Click on guy, watch". Since most PnP approaches are unimplementable at present, such as casting an arbitrary illusion to distract an enemy and surprise him, combat in a CRPG is really uninspired when left to stand on it's own merits. -Second, objective based solutions suffer from "Doesn't matter what you did to get here, or how you did it, here's a lump sum". If you achieve something nearly impossible, like talking a dragon out of his sword, or sneaking it out of his lair, doesn't matter. Every solution is equal, and so, there's no motivation for the Player to try anything except the most direct solution. -Third, it really breaks suspension of disbelief. The Player kills 100 critters and doesn't improve with his sword, or in his spell casting, but hands a guy a magic marble he collected and suddenly he's better. As I said earlier in the thread, this is just a generic solution instead of implementing the obviously better correct one: Give reasonable experience rewards for anything that solves the event based on the difficulty of the solution. Or in other words, reward combat, stealth, diplomacy, etc, on a sliding scale based upon how difficult it would be to achieve that solution. It's *really* easy to implement, *really* effective at solving the problem, and doesn't have any of the pitfalls of Objective based or pure kill-based systems.
  20. So you don't think you'd become more experienced at fighting if you were ambushed? You don't think you'd learn anything at all from it? You believe you'll only learn from doing things that have a good reason to be done, and as a consequence, the concept of "Practice" is pointless since you cannot become more experienced by engaing in that exercise since it doesn't have a good reason? The biggest problem in this thread is that people are not stating what their reason is for not wanting experience from combat, and I'd imagine that's because if there was full disclosure the reasons wouldn't hold up well to cross examination.
  21. Crafting is *really* hard to implement well in a game without a supporting loot system and ideally a Sandbox. A supporting loot system really needs components generated as rare drops, or components harvested by a skill. Predeterming drops really just make it a game of "Go through this extra step to get the item!". A rare drop system can be implemented to generate say, "A Demon's Heart" which can be used in a recipe, or "An Orc's heart" which can be substituted for lesser power. This is the system most MMORPG's tend to use, because it generates economy. Dark Souls implemented a similiar system, but in a single player RPG it often just becomes grinding since there's no multiplayer economy. Harvested components works, but it's subject to min-maxing. "Which skill yields the most powerful items?", and the others languish. The other part of the problem, and the one that all CRPG's fall prey to (MMO and SP), is the issue of "Loot versus Craft". One of the two has to provide signficantly better items, and whichever one does, the other becomes boring. Some implementations try to address that, an early Asheron's Call system made loot what you harvest, so a Granite item was a nice find and it was harvested in order to improve the power of loot generated weapons, so loot was the source and the target of crafting. Which worked reasonably well. Other systems have items like the aforementioned heart target the loot item to enhance it. Unfortunately, the best system isn't really implementable: AD&D's method of crafting generating loot, so they're equivalent. A CRPG is far too limited in variety of loot for such a system to thrive well, especially CRPG's that don't implement random loot tables. I think we're still some number of years away from CRPG's being able to be truly effective in this area, simply because we lack good development tools and so much has to be hand generated, but I'm interested in what Obsidian comes up with.
  22. I'm really not a fan of the mechanic in RPG's. Insta-death mechanics make the Character's ability to survive based upon the whim's of the Random Number Gods, with no possibility for the Player to take any action to avoid it. Especially in CRPG's, all it does is make it a game of reloading and hoping the RNG's don't curse you again (And again and again). I understand the arguement for symmetry in combat possibilities, but realistically, all that happens is it makes the player Reload, especially in a game that lacks resurrection.
  23. Thinking about it objectively, the restriction exists for balance reasons, and I have never seen a system that removes this restriction that doesn't become extremely degenerate. The armor restriction exists so that the Mage's comparitively large power is balanced by his relative frailty. Sure, he can cause devestation from a distance, but if you close with him, his weakness is exposed. Giving Mages the benefit of armor means they cease to be relatively frail. Your only options at this point to restore the balance is either to disable his spells (Which reimplements the class restriction), or make his spells comparable in damage to the fighter (Which makes him a fighter with a different name). You cannot remove the checks and balances without creating a massive imbalance, which means you either nerf the class or reimplement the balance in another form. If a mage has massive power and the same defenses as the fighter, the mage is strictly better than the fighter at all times. Since you're committed to the same defense, your only option is to alter his power. Which ultimately makes the mage rather boring at best.
  24. That's really the problem with this system. It sounds great while you talk about the Fighter, but starts becoming bizzare when you talk about the Mage/Thief. The logical step is to start gating options by armor, but in doing so, all you've really done is shifted the problem of only having one or two choices to a different class. The removal of restrictions is meant to address the issue of a Fighter not having a viable light-armor build, and this solves that problem. But what it does is shift the issue from the Fighter to the Mage/Thief. Now they can choose heavy armor, just like the Fighter could choose the light armor, but doing so isn't a real choice since it invalidates the skills of the Mage/Thief. Worse, it opens the door to seriously degenerate gameplay. The instinct is to permit the Mage/Thief to retain some class defining skills, and it's ultimately just a matter of time before one of those skills when combined with the significant advantages of heavy armor, ends up breaking the class and making it dominating. Sort of like AD&D's Kensai/Mage combo. When that happens, it really just ends up reducing everything to "There's one choice of class with one choice of armor" in an RPG system, since it becomes so superior to anything else that it sets a new bar for content. A great example of this is Asheron's Call, where the lack of class restrictions on armor ultimately ended up making the only real build a War Mage. Ultimately, content became so skewed to providing challenge for the uber class that quite literally, no other class could engage the content. Given, that was an MMORPG, and so not a directly applicable example since it had monthly content, it's still the end result. IMO the best solution would be to retain class restrictions and implement this new system over it. Removing the class restrictions is only going to shift the problem and ultimately, eventually, end up with degenerate builds.
  25. I'm actually a fan of early CRPG methods of describing advancement of materials. Like Iron > Steel > Mithril > Adamantine > Crystal. While it's really just +x to the armor type, IMO it's a better system. I'm not a fan of the ARPG system of Cracked/Shoddy > normal > Masterwork, it doesn't really feel "Rare" to me. Theoretically, that those types really shouldn't be all that uncommon in a world.
×
×
  • Create New...