franciscora

Members
  • Content count

    4
  • Joined

  • Last visited

Community Reputation

393 Neutral

About franciscora

  • Rank
    Newbie
  1. The Value of Procedural Generation

    Love procgen. I have a blog on it and have created an procgen engine of my own. When should or shouldn't you use it? The answer is the same as with other topics and technologies: it depends.   ProcGen is nothing more than an industrialisation process and so it comes with its pros and cons.   Still, if the concept isn't good, don't blame the execution, although execution has saved a lot of concepts :)
  2. Originally posted at procgen.wordpress.com This article discusses considerations when you are implementing procedural generation (procgen) systems. [subheading]Define Objectives[/subheading] If you are dealing with runtime (real or load-time) procedural generators in a game, you need to create rules in a way to guarantee that the game objectives are not compromised. The right rule set and logic can sometimes be tricky to fine tune and narrow down. [subheading]Testing[/subheading] As part of guaranteeing the previous line, runtime ProcGen systems require you to thoroughly test its results. The more freedom you give your ProcGen system to create content the more you need to test it. You really want to make sure the resulting content is plausible, so that nothing weird is generated or something that stops you from completing the game's objective. [subheading]Perception[/subheading] The question is: do all these trees look alike? Is this room memorable? Or will the user distinguish similar type content? If you want them to, you should make sure you know what aspects and details help you to achieve this perception. GalaxyKate brought this to my attention and you can read her interesting post on it (and her experience on spore) on her Tumblr here. [subheading]ProcGen by necessity[/subheading] There are some types of games that require you to use ProcGen systems, like Infinite runners and Roguelikes, or games that learn and adapt with your inputs and gameplay. There are also other good to have situations like creating special effects or textures (like with Substance). [subheading]Prototyping[/subheading] If you have a ProcGen system or tool, it could help you to prototype game levels that require content in scale, like open-worlds. If you are using ProcGen at design-time you can use the resulting content as your starting point. [subheading]Rewarding[/subheading] Another thing you need to worry about is the sense of reward, if the generated content somehow influences it. Normally, you'll want the game to give you a sense of accomplishment, be rewarding and fun. Again, testing is important. Tanya Short from Kitfox Games talked about it at GDC 2015 (below). [subheading]Replayability[/subheading] If you have a runtime ProcGen system that guarantees a good variation of your game experience every time you play it, that can increase the game's longevity, meaning people would take longer to get bored of it. Gives it a sense of novelty that can, at times, surprise even its creator. [subheading]Discussion Value[/subheading] You need to manage this value properly. Runtime ProcGen, depending on the cases, will give you less walkthrough material (sometimes more) to talk about with other gamers. This mainly because each player will have a different experience. On the other hand, there are other things you can discuss. Minecraft gives you a lot of creative power which you can share with others. Infinite games, for instance, use the point system to allow gamer comparison. [subheading]Art perfection[/subheading] It's not easy to get ProcGen to produce art like a human artist would. It can be difficult for (random) runtime ProcGen art to satisfy 100% of the time. This mainly because it can be difficult to test all possible outputs and, if you decide to change one little variable, you can define a whole new set of outputs. I hope you guys enjoyed this list. Let me know if you have any comments or other considerations that I missed :)
  3. Originally posted at procgen.wordpress.com In this article I discuss the pros and cons of using procedural generation (ProcGen). This type of analysis is a good way for you to understand when you should use it and it varies depending on what you want to do. Some case examples in my previous post here. The root cause for some of these arguments in favor or against might be the same. Here are a few of the most common pro and con arguments: ([+] for pro, [-] for con, [+/-] for depends) [+/-] Efficiency: How fast we can design our scenes? Whether ProcGen is more efficient than manual content sculpting, really depends on what you are doing. If you want to model a single 3D building, for instance, then maybe ProcGen might not be as efficient as the manual method. On the other hand, if you are to create 10, 50 or 100 buildings for a city then you could reconsider. In short, ProcGen can have a larger overhead than manual modelling but after you "break even" timewise, ProcGen can become infinitely more efficient. [+/-] Cost: How much time and money does it take to create? When it comes to the cost of using manual vs ProcGen, efficiency plays a big role when you consider the saying "time is money". Another factor that influences cost is whether you create your own ProcGen system or use existing solutions such as SpeedTree, Houdini or Sceelix (shameless plug). Although you need to pay for the licenses, it may compensate the time your team saves. [-] Control: The ease to define certain designs and properties. When you want to create content with total control and specific details your best bet is to create the content manually. For your time, wallet and sanity's sake. [+] Monotony free: If you have to create 100 3D buildings by hand, that can be a very tiresome and repetitive job. This is a point commonly made by game designers in favor of ProcGen. [+] Scalability: The ease to create small scenes as well as large. Once you determine the properties and parameters of the content you want to generate procedurally (which generates the overhead previously mentioned), the time it takes a PC to generate any amount of content depends solely on the limitations of the PC. Basically, from making 10 building to 100 can be a matter of seconds. [+] Compression: As you may remember from the high ProcGen purity game from my previous post, a whole 3D first-person shooter level fit into a 96kb executable because all its content (3D meshes, textures, sounds) were generated procedurally. When the game loaded up it used up over 300mb of RAM. [+] Paranoia: Is this tree distribution random enough? Or the number of branches and sub-branches for that matter? Aaahhh... ProcGen can give you more peace of mind in that sense, if you feed truly random seeds to a properly bounded system. Testing is always important specially if generation is at runtime. [+] Consistency: The guarantee that elements follow the same style and working principles. Almost in the opposite side of the spectrum from the previous point: Do these trees look like they're from different planets? If you have a well rounded ProcGen system or tool specification, you can better guarantee greater consistency between content of the same type than if you did them manually. If you don't, it can be a problem. Again, testing is important. [+] Reusability: Being able to make the most out of your work. Some ProcGen systems have a high reusability factor. Changing a few parameters could generate a whole new set of content. This also brings value you should consider, if you decide to create one. The more you can reuse it, the better the investment is of creating or specifying one. [+/-] Manageability: The ease of controlling the resulting output. If you are talking about creating large quantities of content, ProcGen can give you centralized control over the overall result. If you are dealing with small quantities, manual creation will give you more control. Some ProcGen tools also give you more control by giving you visual languages (normally node-based) with parameterization. [+] Adaptability: change to obey the rules you defined in your system. If you make a building double its original height, then the number of floors could automatically double. If the ProcGen system you use is well developed, you may change one of its parameters and the resulting output will adapt to meet the constraints you have in place. These are the broad strokes. There are also some general considerations you should have when you use procedural generation, but that I'll leave for my next post.
  4.     Welcome to the second part of this Procedural Generation aka ProcGen classification series called “Many faces of Procedural Generation” series. To see the previous part click here.   In this post I’m going to introduce a new concept:   ProcGen purity: This concept is a scale mainly used to compare the methodology’s contributions to the final resulting product in different ProcGen strategies. This is important to have in mind because ProcGen can complement a game designer’s work in many ways.   Here are a few strategies used by game designers to explain the relative generation purity: Half and half generation: When you procedurally generate part of the content and produce manually the remaining content. For example, if you are creating a 3D city or forest, be it in real, load or design time (check my previous post), you may want to create the meshes procedurally and use manually produced textures. This would stand somewhere in the middle of the purity scale.   Placement generation: When you (manually) produce most of the content and depend on ProcGen methods to place on set. This can also include basic transformations such as rotations and scalings. For examples like below that you have manually modelled 3D cars that you just want to scatter copies of it randomly on a parking lot (could also randomly apply tint and change the car’s direction) this is a good method. This strategy is also popular to randomly spawn enemies. You could also use external data from a database to define the placement. This strategy stands in the low end of the purity scale.   Pure generation: When you produce all your content procedurally. Meshes, Textures, sound, behaviors… If the 2004 german game .kkrieger is not 100% pure ProcGen it is very close to it (load-time ProcGen). So much so that its only 96kb in size (compression is a result of ProcGen) but once it is loaded it goes up to over 300mb in you task manager. Take a look for yourselves if interested (download here). This is at the top of the purity scale.   These are just a few examples of ProcGen strategies and combinations. But remember, you should only use ProcGen if it makes sense to you and complements your work (not replace it). Hope you liked this post! I still have more parts to these series. Let me know what you guys think!   Originally posted in procgen.wordpress.com   — Subscribe to this blog here: eepurl.com/bSgft9 Join and Invite others to the slack on ProcGen! procgen.slack.com sign up: bit.ly/procgenregistration (I’ll add people once we get critical mass ;) ) Join and invite others to the facebook group on ProcGen! bit.ly/procgenfb My twitter account: twitter.com/grillher
  5.   ProcGen can be used in different ways for lots of different reasons. Because of this, and to know what we are referring to, classification systems can be adopted to characterize these different types of use. In this “Many faces of Procedural Generation” series, I’ll show you some ways you can classify ProcGen.   In this post, I will outline the ProcGen classification system I use to describe when the ProcGen content is generated.   Design-time generation: When you generate the content beforehand and include the result in the game being developed. You may change anything that needs tweeking, giving you more artistic freedom. This method is used in some open world games, like for instance Ubisoft’s “Assassin’s Creed: Unity” to create their city blocks and other specific environments. Check out this video from 5:05 on this:   Load-time generation: When content is generated before the game, level or sub-level is played. Very popular with roguelike games like “Dungeons of Dredmor”.   Real-time generation: When content is generated while the game, level or sub-level is played. Very popular among infinite runners such as “Temple Run”. Also used in “No Man’s Sky” to create their massive open world.   I’m not sure how many parts these series will have but I’ll post part 2 soon! Hope you liked it and feel free to let me know what you guys think! Post originally from procgen.wordpress.com --- Subscribe to this blog here: eepurl.com/bSgft9 Join the slack on ProcGen! procgen.slack.com sign up: bit.ly/procgenregistration (I'll add people once we get critical mass   ) Join the facebook group on ProcGen! bit.ly/procgenfb My twitter account: twitter.com/grillher