Advertisement Jump to content
  • Advertisement


  • Content Count

  • Joined

  • Last visited

Community Reputation

150 Neutral

About PropheticEdge

  • Rank
  1. PropheticEdge

    RPG: Equipment 'puzzle' ideas

    ATITD is a goldmine for unorthadox, complex crafting systems and I heartily second its recommendation. I'll temper jbadam's point with my own take on doing something strange with equipment augmentation. A system like this, an upgrade system, crafting system, whatever, should exist to reinforce you game's core mechanics. Some games make really elegant combat their big thing, and really hone on in that aspect of the design. In order to keep it pure, things like crafting are left simple such that they support the combat. I don't think there's anything wrong with making a crafting system with deeper mechanics. In fact, I think it could be rather interesting. Just be sure that it jives with your design's overall sense of purpose. If it ends up being a confusing or clunky mechanic, it will hurt things. Onto the difficulty issue (some players may or may not get it), I'll suggest you take a look at this article. I really like the points in it. I'd puzzled over WHY people liked Demon Souls so much 'till my puzzler was sore, or perhaps more specifically, how such a difficult game was made with it also being highly enjoyable. I think your augmentation system, if it is a deep mechanic that people will have to learn , might benefit from a Darwinian curve. Meaning, don't let the player get by without understanding how the augmentation system works. Make it a requirement for progress at the very start of the game, and force them to learn it. Facilitate the learning, though, and make sure the system is fair and transparent to the user, but don't let them progress past level 1/the tutorial without really understanding how the system works. This way you can really bring that mechanic into the fold for your game and make it significant. It will make it easier to balance since you can assume the player is using the mechanic efficiently, so you don't have to worry about players that are kind of muddling through the game without knowledge of the augmentation system. If you let players do that, you run the risk of them hitting a point where they can't progress due to the game suddenly demanding that they know what they're doing with the augmentation system. It's harder for them to learn at this point (because they think they've been doing the right thing all along), and will get them very frustrated.
  2. PropheticEdge

    Underwater Motion

    I would say yes, have acceleration and deceleration as you're moving through water. You can make a fairly reasonable fluid resistance formula without a huge amount of trouble. You should consider giving the player the ability to do something to slow themselves down. For instance, think about when you're swimming in a pool. What do you do when you want to slow down? 1) Increase the surface area of your body perpendicular to the direction of motion to increase your drag. 2) Paddle your arms and legs in the opposite direction of motion. If you give the player the ability to apply some sort of braking force, then they can choose to stop reasonably fast or enjoy the floaty feel of being in water.
  3. PropheticEdge

    Does VC++ allow triple pointers?

    Nah, just abstract it behind a clean API that hides the complexity of the indirection.
  4. PropheticEdge

    Ore deposits (turn based strategy)

    Now you can have fractions without anyone batting an eye.
  5. Right... Well, for the moment, I'm really looking around, searching for which components I should put together... I've made a visual prototype in Cinder and I enjoy the fact that it is not too high level (just one layer above OpenGL). I want fine grain control over the visuals (and possibly basic physics) and no limitations from a game engine. (That being said, I might have to convert it to Ogre at some point.) However, this is not very convincing for some teammates who would rather enjoy the comfort of a game engine, especially for the game logic/network/ai. Even if the teacher prefers that we build our game engine/logic ourselves, and even if our game is a non-standard RTS, I can understand how scary it is to do it from scratch, in C++. Therefore, I'm trying to see how we can resolve this. I would agree with this stackoverflow post which explains when or when not to use game engines. In the comments, several librairies are mentioned :[color="#444444"][font="Arial,"] Ogre, FMod(or Caudio), RakNet (for network), OIS (for inputs). [/font]So, I'm wondering if it really is feasible to use all of those librairies at once. Reaching a consensus for technical decisions isn't always easy, especially if we have different visions, little experience and poor guidance from our teacher. [/quote] Are you sure you won't have limitations from those various libraries? After all, an engine is simply a set of libraries. Once you hook all those libraries together you've created, more or less, an "engine". Edit: Also, don't to afraid to toss a prototype. They're just prototypes. Sometimes it can be tough to take a prototype and shoe-horn it into workable code; it might require so much refactoring that you end up recoding it anyway, or you might lock yourself into some technology that's not suitable for full scale production. You should really give some more details in your question. I get the feeling you're not actually asking the real question. So riddle me this, Batman: What are you making? Why are you making it? Is this going to be sold? Is it just for experience? Is it a student project? How much time do you have to make it? How big is your team? What is their technical skill level? Are they already familiar with other engines? Can they code in C++ proficiently, and are they already familiar with DirectX/OpenGL? Why does it need to be cross platform? (ties back into the "why are you making this" question)
  6. PropheticEdge

    What's needed to recreate farmville

    An unquenchable lust for profit and morals looser than Peter Jackson's old wardrobe. (Also some sort of and a HUGE backend to handle store transactions, social media integration and metrics gathering. In terms of actual gameplay programming, it's not that nuts.)
  7. PropheticEdge

    Currency (fractions)

    Whoops, forgot about NPC's. Those are kind of a big thing for me to forget about, too! Not sure what you'd do in that instance. I've only seen one MMO with a barter/self printing currency driven economy, but it didn't have NPC's.
  8. PropheticEdge

    Currency (fractions)

    You know what would be interesting? Letting players mint their own money. Select the material, select the mass, make a coin out of it. Name it when you make it, too, and see what happens. Eventually you might see popular coinage types (crowns contain 8 ounces of gold, which is worth 60 silver doubloons, each containing 2 ounces of silver, etc) bubble to the top. Assuming this is an MMO, of course. If not, yeah, just make up coin names, or base them on historical names. Honestly, this naming business is just flavor anyway and the real meat is designing an economy that doesn't explode.
  9. PropheticEdge

    Currency (fractions)

    Ultima Online had gold with weight determining how much you could carry. They eventually added checks. "Check 100000" and if you had 100,000 gold coins(the only currency type) a check for 100,000 would be placed in your inventory/bank. These checks weighed the least amount of typical items so you could easily carry large amounts of gold in check form. [/quote] Ahhhhh, cool! I didn't play much of UO, never saw the checks thing. Could you cash them back into gold?
  10. PropheticEdge

    Currency (fractions)

    Any multi-precious-metal-coinage currency system must include Electrum or it's dead to me. Anyway, if you wanted to be simple, you really could have an undivided currency. Japan uses the Yen, and that's its only currency (at least in common usage. I don't think they have a wonky, esoteric subdivision lurking anywhere). 80-ish Yen is about a dollar, so it's really not that bad a way to do a currency. This would not be wholly accurate in a medieval European setting, but it would be simpler. Conversely, you could do currency by weight. Determine the price for an ounce of gold, and base the currency around that. Then you could have your characters carry around gold via its weight rather than discrete pieces, allowing for fractional quantities without breaking immersion. Just rationalize that you're splitting gold pieces as needed, and merchants are re-smelting them back into coins behind the scenes. Graphically represent things as piles of gold coins or little piles of gold dust/chips when the wallet starts getting bare. Other thoughts are to have bank notes without automatic conversions. You go to a bank, you plunk down 10k gold pieces, they give you a note for 10k gold pieces. That could be traded for goods directly, assuming something cost 10k, or you could go to a bank and claim 10k gold pieces from them. This would be a far more realistic approach if you didn't have a magic heavy world to accomodate for instant transmission of knowledge (and thus banking networks with unified account balances like we now have). Of course, this can all get very annoying for the player if money is too cumbersome to handle. Potentially. It could also be an interesting part of the game (I thought, in some way, currency having weight in EQ was interesting). However, you probably want to avoid goofy shit like players dumping mountains of gold on the ground because they'd become too overencumbered to act if they actually picked up money off of mobs.
  11. PropheticEdge

    Where to start with RTS game programming?

    I will preface this with "I'm not an HR person", but I think what will generally matter more to a hiring personel than the specific engine/language you used is that you completed a game. So I'll toss an addendum onto Darkly's post that is. "Develop with whatever will let you finish the game in a reasonable amount of time." However, my above statement only assumes your primary goal is "I want to finish this game". There are other goals that could conflict with this, such as... 1) If you are looking to sharpen skills with a specific language/technology better, then this could be a great opportunity to dive into that. 2) If you know a prospective employer is looking for specific experience with a specific language/tool. There's a sliding scale on this since you can kind of cobble together an acceptable skill set at times (I got a job as an iOS game developer because I had general iOS app development experience and non-iOS game development experience. By their powers combined it was good enough for HR). 3) Special concerns matter greatly to you, such as cross-platform deployment. I will throw my chips into the pile by saying that engines nowadays can be big, big time savers and you will still learn a ton about the development process even while using someone else's kit. At the very least, libraries to streamline a lot of the gritty of graphics rendering can be a big time saver. Edit: Oh, there's this article I found on turn-based strategy game AI that was pretty cool. An RTS is different, of course, but maybe there's enough overlap that you might find something in here useful.
  12. PropheticEdge

    if (Game.Programmer) { Graphic.Design.Artist? }

    Nope, you don't need to be a good artist at all. What can help (but is not mandatory) is good communication skills. Of course, this is more "helping you as an employee" and not as a programmer specifically. Conflicts often arise when artists want something that technology cannot deliver, or that would be difficult to program to the point of delaying the project. It is helpful for a programmer to understand the aesthetic vision of the art department and be sympathetic to it, allowing them to nudge artists along a path that will satisfy their artistic needs while also being technologically feasible. You don't have to be able to draw or paint or model or animate, but just understand what the look and feel of the game is, what satisfies an artist, and what supports the overall experience you're trying to build for the user. Personally, I took some courses on film, basic art (just drawing 101 type stuff) and art history when I was in school. Am I good artist? Absolutely not. I do know about how art works, though, which is very useful when talking to artists. The same can be said for ANY discipline in game development. It is definitely useful to be sympathetic toward game designers, sound engineers and business types as well. It is quite common to run into development road blocks stemming from those disciplines as well. None of this is strictly required, though. It can be useful in small teams where people often wear many hats and you interact with the entire art team (all of like 2 people) constantly. I also imagine it could be helpful in a bigger team, but more so for people in lead positions. Not sure about that, though, never worked in a big studio.
  13. PropheticEdge

    The boundaries of suspension of disbelief?

    If you're going for the shamanistic route, why not go all the way? You play not as a mundane animal, but one possessed by a protective animal spirit. The currency (or crafting widget) you get is spiritual energy, life force, what have you that is collected from other living things (probably by beating them in combat). "Loot" isn't physical objects, but the spiritual essence of those objects. You don't get a bear claw as a physical piece of loot to stash in your pocket, you get the spiritual imprint of a bear claw to absorb into your spirit (totally an inventory with a different name). Depending on the machina of your choice, your spirit can simultaneously hold a fixed amount of these spiritual imprints. Maybe it takes a stronger will to hold them, so a lesser deity (low level PC) has a more limited carrying capacity than their stronger (high level PC) counterparts. You can make something analogous to bags if you want, some sort of spirit enhancer thing that increases your carrying capacity and can be swapped out/upgraded as you go. This could also solve the "Why can I carry a 200 pound suit of armor in my pocket but not two more potions" discrepancy by making everything metaphysical. You "equip" these items by attaching them to your core spirit. Pretty much just a different way of looking at equipment slots. The changes made to the spirit are manifested in the creature that it possesses. You equip the spiritual imprint of bear claws, your creature now grows bear claws. Want something with the body of a lion, wings and a scorpion tale? Go for it.
  14. PropheticEdge

    "Quests" vs "Favors"

    I think having two tiers of quests is a really good idea and could help the player distinguish between the time investment/scope of the undertaking (and the magnitude of the eventual rewards) more readily. Many a time I've had my expectations broken in an MMO by being like, "Oh sure I'll kill these 20 wolves" then a few hours later finding myself ass deep in fel-evil guts as I save the world at the culmination of some convoluted quest line. Naming them "quests" and "favors" is cool, for one because it gives it a more medieval feel, and two because it maps back to natural language pretty well (we tend to think of favors as pretty small things in the English language). Using stars or whatever works too, but is really no different. It's just a more abstract system that provides the same information.
  15. PropheticEdge

    How do you actually make an arcade pcb?

    I get the feeling he's talking about old school, 80's type stuff, not modern arcades. Modern arcade machines are just PC's nowadays.
  • Advertisement

Important Information

By using, you agree to our community Guidelines, Terms of Use, and Privacy Policy. is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!